CN109960456B - Virtual key layout generation method and terminal equipment - Google Patents

Virtual key layout generation method and terminal equipment Download PDF

Info

Publication number
CN109960456B
CN109960456B CN201910185844.0A CN201910185844A CN109960456B CN 109960456 B CN109960456 B CN 109960456B CN 201910185844 A CN201910185844 A CN 201910185844A CN 109960456 B CN109960456 B CN 109960456B
Authority
CN
China
Prior art keywords
key
layout
target application
target
built
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910185844.0A
Other languages
Chinese (zh)
Other versions
CN109960456A (en
Inventor
胡啸
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN201910185844.0A priority Critical patent/CN109960456B/en
Publication of CN109960456A publication Critical patent/CN109960456A/en
Application granted granted Critical
Publication of CN109960456B publication Critical patent/CN109960456B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/20—Input arrangements for video game devices
    • A63F13/21—Input arrangements for video game devices characterised by their sensors, purposes or types
    • A63F13/214—Input arrangements for video game devices characterised by their sensors, purposes or types for locating contacts on a surface, e.g. floor mats or touch pads
    • A63F13/2145—Input arrangements for video game devices characterised by their sensors, purposes or types for locating contacts on a surface, e.g. floor mats or touch pads the surface being also a display device, e.g. touch screens
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/20—Input arrangements for video game devices
    • A63F13/23—Input arrangements for video game devices for interfacing with the game device, e.g. specific interfaces between game controller and console
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04847—Interaction techniques to control parameter settings, e.g. interaction with sliders or dials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • G06F3/04886—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures by partitioning the display area of the touch-screen or the surface of the digitising tablet into independently controllable areas, e.g. virtual keyboards or menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2203/00—Indexing scheme relating to G06F3/00 - G06F3/048
    • G06F2203/048—Indexing scheme relating to G06F3/048
    • G06F2203/04809—Textured surface identifying touch areas, e.g. overlay structure for a virtual keyboard

Abstract

The embodiment of the invention discloses a method for generating a virtual key layout, which is applied to terminal equipment and comprises the following steps: when the target application is started, presenting the key layout of the target application to a user based on a layout file built in the target application; reminding a user whether to perform key movement; and responding to the movement operation of the user on the target key in the key layout, and generating the key layout after the target application is adjusted. The embodiment of the invention solves the problem that the virtual key can not be suitable for the user because the position of the virtual key in the application can not move in the prior art.

Description

Virtual key layout generation method and terminal equipment
Technical Field
The present application relates to the field of terminal devices, and in particular, to a method for generating a virtual key layout and a terminal device.
Background
With the continuous development of mobile communication, a mobile terminal is closely related to life entertainment of each person, for example, a mobile phone plays an important role in life entertainment of users, most people start to play games on the mobile phone, and each game manufacturer optimizes the virtual keys in use feedback to enhance user experience.
Because android mobile phones are huge in types, different in sizes and different in palm sizes of different people, virtual key positions of fixed positions of APK manufacturers and game manufacturers cannot be suitable for all users originally, wherein games are most obvious, most games on the market currently do not support movement of the key positions due to limitation of an android system, different games on the mobile phone of the same user can have different key positions, and the user is not used to game A and is not used to game B. Therefore, game manufacturers have been unable to meet all people's needs in these situations.
Disclosure of Invention
The embodiment of the invention provides a method for generating a virtual key layout and a terminal device, which are used for solving the problem that a virtual key cannot be suitable for a user due to the fact that the position of the virtual key in an application cannot be moved in the prior art.
In order to solve the technical problem, the invention is realized as follows:
in a first aspect, a method for generating a virtual key layout is provided, which is applied to a terminal device, and includes:
when a target application is started, presenting a key layout of the target application to a user based on a layout file built in the target application;
reminding a user whether to perform key movement;
and responding to the movement operation of a user on a target key in the key layout, and generating the key layout after the target application is adjusted.
In a second aspect, a terminal device is provided, which includes:
the display unit is used for presenting the key layout of the target application to a user based on a layout file built in the target application when the target application is started;
the reminding unit is used for reminding a user whether to perform key movement;
and the generating unit is used for responding to the movement operation of a user on a target key in the key layout and generating the key layout after the target application is adjusted.
In a third aspect, a terminal device is further provided, which includes: a memory, a processor and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing the steps of the method according to the first or second aspect.
In a fourth aspect, there is also provided a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the method according to the first or second aspect.
In the embodiment of the invention, after the key layout of the target application is presented to the user according to the built-in layout file of the started target application, the user is reminded whether to move the key, and after the user moves the target key in the key layout, the key layout after the target application is adjusted is generated, so that the display position of the target key can be adjusted. Therefore, the key layout after the target application is adjusted is generated by the movement of the target key in the key layout by the user, and the problem that the virtual key cannot be suitable for the user due to the fact that the virtual key position in the application cannot be moved in the prior art can be solved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and not to limit the invention. In the drawings:
FIG. 1 is a schematic flow chart diagram of a method of generating a virtual key layout in accordance with one embodiment of the present invention;
FIG. 2 is a schematic flow chart diagram of a method of generating a virtual key layout in accordance with another embodiment of the present invention;
FIG. 3 is a schematic diagram of saving an un-built-in layout file according to one embodiment of the present invention;
FIG. 4 is a schematic flow chart diagram of a method of generating a virtual key layout in accordance with yet another embodiment of the present invention;
FIG. 5 is a schematic flow chart diagram of a method of generating a virtual key layout in accordance with yet another embodiment of the present invention;
FIG. 6 is a schematic diagram of a method of generating a virtual key layout in accordance with one embodiment of the present invention;
FIG. 7 is a schematic flow chart diagram of a method of generating a virtual key layout in accordance with yet another embodiment of the present invention;
FIG. 8 is a schematic diagram of a method of generating a virtual key layout in accordance with another embodiment of the present invention;
FIG. 9 is a schematic flow chart diagram of a method for generating a virtual key layout in accordance with one embodiment of the present invention;
FIG. 10 is a schematic flow chart diagram of a method for generating a virtual key layout in accordance with another specific embodiment of the present invention;
FIG. 11 is a schematic flow chart diagram of a method for generating a virtual key layout in accordance with yet another embodiment of the present invention;
FIG. 12 is a schematic block diagram of a terminal device according to one embodiment of the present invention;
fig. 13 is a schematic configuration diagram of a terminal device according to another embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to specific embodiments of the present invention and corresponding drawings. It is to be understood that the described embodiments are only some, and not all, embodiments of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The technical solutions provided by the embodiments of the present invention are described in detail below with reference to the accompanying drawings.
In the android system, the display position of the application page is defined by an xml layout file of the APK source file, and cannot be changed any more (because the xml layout file in the source code is compiled to generate the APK, a user cannot change the source file). Thus, the key positions in most applications, such as gaming applications, are fixed and cannot be changed. When APK starts to display game page, layout file defining key position is loaded, and after the layout file is loaded, the key is displayed at corresponding position according to the position defined in the layout file.
To solve the foregoing technical problem, an embodiment of the present invention provides a method for generating a virtual key layout, which is applied to a terminal device, and as shown in fig. 1, the method may include:
and 102, when the target application is started, presenting the key layout of the target application to a user based on a layout file built in the target application.
As shown in fig. 2, before presenting the key layout of the target application to the user based on the layout file built in the target application, the method may include:
and 202, acquiring a corresponding non-built-in layout file of the target application in the operating system.
By acquiring an application identifier of a target application (for example, an application name or a display interface name of the target application, an application path, and the like can uniquely identify information of the application), since a corresponding relationship between the application identifier of the target application and a key layout configuration (a non-built-in layout file) is stored in the operating system, the key layout configuration corresponding to the application identifier can be acquired from the operating system according to the acquired application identifier of the target application.
For example, the system first obtains the name of activity (display page) of the target application, and then can uniquely identify the current display page by adding the name of activity (display page), for example, the name of com.
And 204, when the non-built-in layout file corresponding to the target application does not exist in the operating system, presenting the key layout of the target application to the user based on the built-in layout file of the target application.
When the non-built-in layout file corresponding to the target application exists in the operating system, displaying the key layout corresponding to the non-built-in layout file in a page of the target application, wherein the non-built-in layout file is obtained by moving based on the key layout corresponding to the built-in layout file of the target application.
It should be understood that after the target application is started, after whether a non-built-in layout file (a non-built-in file in the system is preferentially searched) corresponding to the target application (application identifier) exists in the operating system is searched according to the application identifier of the target application, the key layout corresponding to the non-built-in layout file (or the built-in layout file) can be displayed in the page of the target application according to the search result.
And 104, reminding the user whether to perform key movement.
After the key layout of the target application is presented to the user according to the built-in layout file of the started target application, at this time, whether the key is moved or not can be prompted to the user in a mode of popping up a message prompting interface and the like. In this case, the key may be moved in response to a request for presentation regardless of whether the key has been moved before.
And 106, responding to the movement operation of the user on the target key in the key layout, and generating the key layout after the target application is adjusted.
And after the user moves the target key in the key layout, generating the key layout after the target application is adjusted, and adjusting the display position of the target key. Therefore, the key layout after the target application is adjusted is generated by the movement of the target key in the key layout by the user, and the problem that the virtual key cannot be suitable for the user due to the fact that the virtual key position in the application cannot be moved in the prior art can be solved.
In the above embodiment, before generating the target application adjusted key layout, the method includes:
and responding to the adjustment confirmation operation of the user on the key layout, and saving the non-built-in layout file corresponding to the target application in the operating system based on the key layout.
When the user confirms, a non-built-in layout file corresponding to the target application can be generated according to the key layout, and the non-built-in layout file corresponding to the target application is stored in the operating system.
Specifically, while the user drags the target key, the system automatically calculates the offset according to the offset between the new position of the target key and the position before the target key is dragged, so as to generate a non-built-in layout file (key layout configuration) com.
Taking a game application as an example, as described with reference to fig. 3, any game application can correspond to a layout file generated by a user manually dragging a key, and the newly generated layout file (non-built-in layout file) is saved in the data/system/manual xml system folder. The corresponding relation between the application identification of the game application and the generated layout file is stored in a data/system/manual xml system folder in a key-value form, so that the system can quickly inquire the key layout file (non-built-in layout file) which is generated after a user manually drags a key and corresponds to the game application when the game is started next time. Therefore, the key layout of the target application can be presented to the user according to the inquired non-built-in layout file, the user can use the target key according to the presented key layout (after the user moves the target key), the requirement of the user on the use position of the target key can be met, and the problem that the virtual key cannot be suitable for the user due to the fact that the virtual key position in the application cannot be moved in the prior art can be solved.
In the above further embodiment, as shown in fig. 4, before presenting the key layout of the target application to the user based on the built-in layout file of the target application when the non-built-in layout file corresponding to the target application does not exist in the operating system, the method may include:
and 402, determining the key layout type of the target application based on the built-in layout file of the target application.
And step 404, determining whether the operating system has a non-built-in layout file corresponding to a second application or not based on the key layout type of the target application, wherein the key layout type of the second application is the same as or similar to that of the target application.
Step 406, if the operating system is determined to have the non-built-in layout file corresponding to the second application, displaying the key layout corresponding to the non-built-in layout file corresponding to the second application in the page of the target application; or if the operating system is determined not to have the non-built-in layout file corresponding to the second application, presenting the key layout of the target application to the user based on the built-in layout file of the target application.
It should be understood that, after finding that the non-built-in layout file corresponding to the target application (application identifier) does not exist in the operating system according to the application identifier of the target application, it may be indicated that the user has not adjusted the position of the target key in the target application, at this time, it may be found whether the user has adjusted the position of the key in another application (second application) in the operating system that is the same as or similar to the key layout type of the target application, and when the user has adjusted the key layout of the second application, the key layout of the second application may be applied to the target application, and it may also be convenient for the user to perform key operation in the target application through the key layout of the second application.
Still taking the game application as an example, the type of the game application may be determined by using a built-in layout file of the game application, for example, the left key layout in the page may be a directional keyboard, the right key layout is a shooting and skill key game application classified as the same type a, when the game application of the type is started, the game application conforming to the type may be added to the set a, and the key layout of any game application in the set a is set (or adjusted) by the user, and then the key layouts in the pages of other game applications in the set a are automatically and preferentially adjusted to the key layout set or adjusted by the user.
In this way, even if it is determined that the key layout of the current target application is not adjusted, as long as the key layout in other applications of the same or similar type as the target application is adjusted, the adjusted key layout in other applications of the same or similar type as the target application can be determined as the key layout of the target application, so that not only can the adjusted key layout conform to the use habit or the use requirement of the user, and in the case where the key layout is adjusted in other applications of the same or similar type as that, the operation of repeatedly adjusting the key layout again in the target application may be omitted, that is, the method of the embodiment of the present invention may be used in a scenario where keys of cross-applications are automatically matched, so that after the key layout of one of the applications is adjusted, the problem that the operation is complicated due to readjustment of the key layout of other similar applications is avoided.
In any of the above embodiments, the target key includes a directional key, and as shown in fig. 5, the method for generating the virtual key layout may further include:
and 502, responding to each operation of dragging the directional key by the user, and recording the coordinates of the center point of the directional key.
And step 504, determining target center coordinates of the directional keys based on the recorded center point coordinates, wherein the target center coordinates are the center coordinates of a minimum circle covering all the center point coordinates.
And step 506, generating the key layout after the target application is adjusted based on the circle center coordinates.
It should be understood that when it is determined that the non-built-in layout file does not exist in the operating system according to the application identifier of the target application, the user may be prompted whether to adjust the target key in the target application, and after the user adjusts the position of the target key, the user may perform fine adjustment on the key layout in the target application according to the usage habit of the user on the target key in the target application.
For example, during the playing process of the game, the user can record the position of the key dragged by the user most often, so that the recorded position of the key dragged by the user most often can be automatically set as the default position of the game key when the game application is opened next time. Specifically, as described with reference to fig. 6, for the direction key, the direction key may be dragged in accordance with the movement of the user's finger. That is, the system records the action of dragging the directional key each time when the user plays the game, the action is recorded for 1 time from the touch (sliding) of the directional key to the time when the user leaves the screen, the action is recorded for n times when the user operates the directional key for n times, and the position to which the center point of the directional key is dragged each time can be respectively recorded as (x)1，y1)，(x2，y2)…(xn，yn). Then, all the coordinates can be collected to form a target circle (the target circle is the smallest circle covering all the central points), at this time, the center coordinates of the target circle can be automatically saved as the target central coordinates of the direction type key, and the target circle is effective when the key is started next time. As shown in fig. 6, each small circle represents a coordinate of a center point of a direction key, and the center (a, b) of the large circle is the coordinate of the center of the target circle, i.e., the coordinate of the center of the target circle is the position of the adjusted direction key.
Of course, after it is determined that the non-built-in layout file does not exist in the operating system according to the application identifier of the target application, the user can directly use the habit of the target key in the target application, and the key layout in the target application can be automatically adjusted.
For the functional keys, the center of the functional keys cannot be dragged with a finger, for example, the attack key 801 (shooting), the skill key 802, the skill key 803, and the skill key 804 in fig. 8, and the functional keys are characterized by: the function type key is a circle, and the point clicked by the user is a point, so long as the point is within the range of the circle, the function of the key is effective, and otherwise, the function is not effective. Many users play games, and the skills are not sent out in time due to the fact that when clicking a skill key, for example, the skill key is inclined a little, which can be a great error in the competitive games, and therefore, the use experience of the users can be seriously influenced.
In order to solve the above technical problem, the target key includes a functional key, where the functional key includes at least one functional key, and as shown in fig. 7, the method for generating the virtual key layout may further include:
and 702, responding to the operation of clicking at least one function key by the user each time, and recording the click coordinates when the user clicks at least one function key.
And 704, determining the target center coordinate of each function key based on the recorded click coordinates, wherein the target center coordinate is the center coordinate of the target circle which covers the most click coordinates when the user clicks the function key.
And 706, generating the key layout after the target application is adjusted based on the center coordinates of the target circle where the at least one function key is located.
The size and the relative position of a target circle where each function key is located are the same as those of a circle where each function key is located at an initial position, and the initial position is a position where a key layout of a target application is presented to a user based on a built-in layout file of the target application.
It should be understood that each time the user clicks at least one function key, the system records the coordinates (x) of each time the user clicks a function key1，y1)，(x2，y2)…(xn，yn) Then, according to the recorded click coordinates of at least one function key, determining the target center coordinates of each function key, wherein the target center coordinates of each function key are the coordinates of the center of a target circle with the largest click coordinates when the function key is clicked (of course, the size and relative position of the target circle in which each function key is located are the same as the size and relative position of the circle in which each function key is located when the function key is in the initial position)) Finally, the center coordinates (initial position) of one of the function keys, such as attack key 801, i.e., the target center coordinates (m)0，n0) The function type key is moved as a whole (when the function type key is moved, the relative position among all function keys is kept unchanged, otherwise, the hand feeling is influenced due to different distances among the keys), and the center coordinate of the circle moved to the attack key 811 is (m)1，n1) Center coordinates (m) of attack key 8111，n1) I.e. the next default starting position (the adjusted key layout of the target application). Wherein m is1＝m0+Δm，n1＝n0+Δn。
Since the system records the actual positions of the keys clicked n times by the user during the use of the game application, and the distribution of the n positions in the coordinate system is known, a new position such as the center coordinates (m) of the attack key 811 must be determined1，n1) So that the original circle center coordinates (m) of the key 801 when attacked0，n0) When the key is pressed by the user, the number of actual click coordinates is the largest when the key is pressed by the user, and all the function keys (i.e., attack key 811, skill key 822, skill key 833, and skill key 844 in the drawing) are overlaid after the key is translated in the horizontal direction by Δ m and in the vertical direction by Δ n.
Therefore, when the center coordinates (a, b) of the direction type key and/or the center coordinates (m) of the function type key are determined after the adjustment1，n1) The adjusted position coordinates may then be saved so that the key layout may be automatically determined to be the adjusted key layout the next time the target application is started.
In addition, when another application with the same or similar type as the target application is started next time, even if the key layout of the application is not adjusted, the direction keys and/or the key layout files after the adjustment of the function keys stored by the operating system can be applied to the currently used application as long as the direction keys and/or the function keys are identified in the currently started application although the direction keys and/or the key layout files belong to different applications. Therefore, by the cross-application key automatic matching method, the adjusted key layout can meet the use habit or use requirement of a user, and the repeated adjustment operation on the key layout in the target application can be omitted under the condition that the key layout in other applications with the same or similar types is adjusted.
It should be noted that some execution subjects of the steps of the method provided in the above embodiments may be the same device, or the method may also be executed by different devices. For example, the execution subjects of steps 102 and 104 may be the same execution subject, and the execution subject of step 106 may be another execution subject (e.g., a control unit); also for example, the execution subjects of steps 102, 104, 106 may all be the same execution subject, and so on.
In a specific embodiment of the present invention, as shown in fig. 9, an implementation process of the virtual key layout generation method may be:
first, a target game application in a terminal device is started.
Second, the user is prompted to drag the application virtual key (target key).
Furthermore, in the case of dragging the target key, the system generates a new layout file (i.e., a non-built-in layout file) based on the offset between the position of the post-adjustment key and the position of the pre-adjustment key. And saving the generated layout file to the operating system, as shown in fig. 3, the generated layout file may be saved to a folder data/system/manual xml of the operating system, and the corresponding relationship between the target game application and the generated layout file is saved in the data/system/manual xml in the form of key-value, so that the system may quickly find the corresponding adjusted key layout in the game application when the game is started next time. The problem of among the prior art because the virtual button position can't move in using and lead to virtual button can't be applicable to the user is solved.
In another specific embodiment of the present invention, as shown in fig. 10, the implementation process of the virtual key layout generation method may be:
first, a target application in a terminal device is started.
Second, it is determined whether an un-built-in layout file corresponding to the target application exists in the operating system. Specifically, whether an a1.xml file (non-built-in layout file) having a corresponding relationship with a1 exists or not can be queried according to an index a1 in the data/system/manual xml file as shown in fig. 3.
Furthermore, when it is determined that the non-built-in layout file corresponding to the target application does not exist in the operating system, whether the non-built-in layout file corresponding to other applications with similar key layout types to the target application exists in the operating system is determined, if so, the key layout in the target application can be directly called without adjusting the key layout in the target application, so that the adjusted key layout in the target application can meet the use habit or use requirement of a user, and the operation of repeatedly adjusting the key layout in the target application again can be omitted under the condition that the key layout in other applications with the same or similar types is adjusted.
The embodiment of the invention can be used for opening the application or other application scenes again after the user sets or adjusts the key layout once, and can also be used for starting the application scenes for the first time.
In another specific embodiment of the present invention, as shown in fig. 11, the implementation process of the virtual key layout generation method may be:
first, a target application in a terminal device is started.
Secondly, according to the usage habit of the user, the position of the target key moved or clicked by the user in the process of using the target application is recorded, and the new display position of the target key determined according to the recorded movement or click position of the target key is automatically determined as the default position of the target key, and specific principles can be seen in the embodiment parts shown in fig. 5 to 8. Therefore, the key layout in the target application can be adjusted according to the display position of the automatically adjusted target key, so that the problem that the virtual key cannot be suitable for a user due to the fact that the virtual key cannot move in the application in the prior art can be solved.
Furthermore, when another application of the same or similar type as the target application is started next time, even if the key layout of the application is not adjusted, since the key layout of the directional keys and/or the functional keys is adjusted in the target application, the directional keys and/or the adjusted key layout file of the functional keys stored by the operating system can be applied to the currently used application as long as the directional keys and/or the functional keys are identified in the currently started application although the application belongs to a different application.
It can be seen that any of the above embodiments may provide a method for customizing application key positions for a terminal device, by adding the free dragging function to all keys of all applications (particularly games), the user can adjust the keys to the satisfied positions, the system can automatically record the adjusted positions of the keys and still take effect when the corresponding application is started next time, and meanwhile, the user can install a plurality of games on the terminal equipment, for different applications, the key layout of the application after adjustment can be used in other applications similar to it, not only can the adjusted key layout conform to the use habit or the use requirement of the user, also, in the case where the key layout is adjusted in another application that is the same as or similar to the type thereof, the operation of repeatedly adjusting the key layout in the target application again may be omitted.
That is, the method described in any of the above embodiments is based on the key position moving function of the system level, and supplements most of the shortcomings of the APK itself, and not only meets the requirements of different users on the game key positions, but also can be extended to other games, and solves the problem that the existing keys cannot be freely moved according to the hand feeling of the user, thereby improving the user experience.
An embodiment of the present invention further provides a terminal device, as shown in fig. 12, which may include: the display unit 1202 is configured to present a key layout of a target application to a user based on a layout file built in the target application when the target application is started; a reminding unit 1204, configured to remind a user whether to perform key movement; a generating unit 1206, configured to generate a target application adjusted key layout in response to a user's movement operation on a target key in the key layout.
According to the terminal device of the embodiment of the invention, after the display unit 1202 presents the key layout of the target application to the user according to the built-in layout file of the started target application, the reminding unit 1204 can remind the user whether to move the key at the moment, and after the user moves the target key in the key layout, the generation unit 1206 generates the key layout after the target application is adjusted so as to adjust the display position of the target key. Therefore, the key layout after the target application is adjusted is generated by the movement of the target key in the key layout by the user, and the problem that the virtual key cannot be suitable for the user due to the fact that the virtual key position in the application cannot be moved in the prior art can be solved.
In the foregoing embodiment, the terminal device further includes an obtaining unit 1208, configured to obtain a non-built-in layout file corresponding to the target application in the operating system; the presentation unit 1202 is configured to present, to a user, a key layout of a target application based on a built-in layout file of the target application when a non-built-in layout file corresponding to the target application does not exist in an operating system. The displaying unit 1202 is further configured to display, when a non-built-in layout file corresponding to the target application exists in the operating system, a key layout corresponding to the non-built-in layout file in a page of the target application, where the non-built-in layout file is obtained by moving based on the key layout corresponding to the built-in layout file of the target application.
It should be understood that after the target application is started, after whether a non-built-in layout file (a non-built-in file in the system is preferentially searched) corresponding to the target application (application identifier) exists in the operating system can be searched according to the application identifier of the target application, that is, the key layout corresponding to the non-built-in layout file (or the built-in layout file) can be displayed in the page of the target application according to the search result.
The terminal device further includes a storage unit 1210 configured to store, in response to an adjustment confirmation operation of the key layout by the user, a non-built-in layout file corresponding to the target application in the operating system based on the key layout. That is, after the user moves the target key in the key layout, the user is prompted whether to confirm the moving operation of the target key at this time, and perhaps the user is not satisfied with the moving position of the target key at this time, or the position of the target key is not intended to be moved, so that the user needs to confirm the moving operation.
In the above further embodiment, the terminal device further includes: a key layout type determining unit 1212, configured to determine a key layout type of the target application based on the built-in layout file of the target application; a layout file determining unit 1214, configured to determine whether a non-built-in layout file corresponding to a second application exists in the operating system based on a key layout type of the target application, where the key layout type of the second application is the same as or similar to that of the target application; the presentation unit 1202 is further configured to: if the operating system is determined to have the non-built-in layout file corresponding to the second application, displaying the key layout corresponding to the non-built-in layout file corresponding to the second application in the page of the target application; or if the operating system is determined not to have the non-built-in layout file corresponding to the second application, presenting the key layout of the target application to the user based on the built-in layout file of the target application.
It should be understood that, after the key layout type determining unit 1212 searches for that there is no non-built-in layout file corresponding to the target application (application identifier) in the operating system according to the application identifier of the target application, it may indicate that the user has not adjusted the position of the target key in the target application, at this time, the layout file determining unit 1214 may search whether the user has adjusted the position of the key in another application (second application) in the operating system that is the same as or similar to the key layout type of the target application, and when the user has adjusted the key layout of the second application, the key layout of the second application may be applied to the target application, and it may also be convenient for the user to perform key operation in the target application through the key layout of the second application.
In some embodiments described above, the terminal device further includes a recording unit 1216 for recording coordinates of a center point of the direction type key in response to each operation of dragging the direction type key by the user; a target center determining unit 1218, configured to determine a target center coordinate of the directional key based on the recorded center point coordinates, where the target center coordinate is a center coordinate of a minimum circle covering all the center point coordinates; the generating unit 1206 is configured to generate a key layout adjusted by the target application based on the circle center coordinates to adjust a display position of the directional key.
The recording unit 1216 may be further configured to record, in response to an operation of clicking at least one function key by a user each time, a click coordinate when the user clicks at least one function key, the target center determining unit 1218 is configured to determine, based on the recorded click coordinate, a target center coordinate of each function key, where the target center coordinate is a circle center coordinate of a target circle that covers the largest click coordinate when the user clicks the function key, and the generating unit 1206 may be configured to generate, based on the circle center coordinate of the target circle where the at least one function key is located, a key layout after the target application is adjusted, so as to adjust a display position of the function type key. The size and the relative position of a target circle where each function key is located are the same as those of a circle where each function key is located at an initial position, and the initial position is a position where a key layout of a target application is presented to a user based on a built-in layout file of the target application.
It should be understood that when it is determined that the non-built-in layout file does not exist in the operating system according to the application identifier of the target application, the user may be prompted whether to adjust the target key in the target application, and after the user adjusts the position of the target key, the user may perform fine adjustment on the key layout in the target application according to the usage habit of the user on the target key in the target application. Of course, after it is determined that the non-built-in layout file does not exist in the operating system according to the application identifier of the target application, the user can directly use the habit of the target key in the target application, and the key layout in the target application can be automatically adjusted.
In this way, when another application of the same or similar type as the target application is started next time, even if the key layout of the application is not adjusted, the direction keys and/or the key layout files after the adjustment of the function keys stored in the operating system can be applied to the currently used application as long as the direction keys and/or the function keys are identified in the currently started application although the direction keys and/or the key layout files belong to different applications. Therefore, by the cross-application key automatic matching method, the adjusted key layout can meet the use habit or use requirement of a user, and the repeated adjustment operation on the key layout in the target application can be omitted under the condition that the key layout in other applications with the same or similar types is adjusted.
Fig. 13 is a schematic diagram of a hardware structure of a terminal device for implementing the embodiment of the present invention. As shown in fig. 13, the terminal device 1300 includes but is not limited to: a radio frequency unit 1301, a network module 1302, an audio output unit 1303, an input unit 1304, a sensor 1305, a display unit 1306, a user input unit 1307, an interface unit 1308, a memory 1309, a processor 1310, a power supply 1311, and the like. Those skilled in the art will appreciate that the terminal device configuration shown in fig. 13 does not constitute a limitation of the terminal device, and that the terminal device may include more or fewer components than shown, or combine certain components, or a different arrangement of components. In the embodiment of the present invention, the terminal device includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.
Wherein the processor 1310 is configured to perform the following method:
when a target application is started, presenting a key layout of the target application to a user based on a built-in layout file of the target application;
reminding a user whether to perform key movement;
and responding to the movement operation of a user on a target key in the key layout, and generating the key layout after the target application is adjusted.
After the key layout of the target application is presented to the user according to the built-in layout file of the started target application, the user is reminded whether to move the key, and after the user moves the target key in the key layout, the key layout after the target application is adjusted is generated, so that the display position of the target key is adjusted. Therefore, the key layout after the target application is adjusted is generated by the movement of the target key in the key layout by the user, and the problem that the virtual key cannot be suitable for the user due to the fact that the virtual key position in the application cannot be moved in the prior art can be solved.
It should be understood that, in the embodiment of the present invention, the radio frequency unit 1301 may be configured to receive and transmit signals during a message transmission or call process, and specifically, receive downlink data from a base station and then process the received downlink data to the processor 1310; in addition, the uplink data is transmitted to the base station. In general, radio unit 1301 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 1301 can also communicate with a network and other devices through a wireless communication system.
The terminal device provides wireless broadband internet access to the user through the network module 1302, such as helping the user send and receive e-mails, browse web pages, and access streaming media.
The audio output unit 1303 can convert audio data received by the radio frequency unit 1301 or the network module 1302 or stored in the memory 1309 into an audio signal and output as sound. Also, the audio output unit 1303 can also provide audio output related to a specific function performed by the terminal apparatus 1300 (e.g., a call signal reception sound, a message reception sound, and the like). The audio output unit 1303 includes a speaker, a buzzer, a receiver, and the like.
The input unit 1304 is used to receive audio or video signals. The input Unit 1304 may include a Graphics Processing Unit (GPU) 13041 and a microphone 13042, and the Graphics processor 13041 processes image data of still pictures or video obtained by an image capturing apparatus (such as a camera) in a video capture mode or an image capture mode. The processed image frames may be displayed on the display unit 1306. The image frames processed by the graphic processor 13041 may be stored in the memory 1309 (or other storage medium) or transmitted via the radio frequency unit 1301 or the network module 1302. The microphone 13042 can receive sounds and can process such sounds into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 1301 in case of a phone call mode.
Terminal device 1300 also includes at least one sensor 1305, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that adjusts the brightness of the display panel 13061 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 13061 and/or backlight when the terminal device 1300 moves to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the terminal device posture (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration identification related functions (such as pedometer, tapping), and the like; the sensor 1305 may further include a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, etc., wherein the infrared sensor can measure a distance between an object and a terminal device by emitting and receiving infrared light, which will not be described herein.
The display unit 1306 is used to display information input by a user or information provided to the user. The Display unit 1306 may include a Display panel 13061, and the Display panel 13061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.
The user input unit 1307 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the terminal device. Specifically, the user input unit 1307 includes a touch panel 13071 and other input devices 13072. Touch panel 13071, also referred to as a touch screen, may collect touch operations by a user on or near it (e.g., operations by a user on touch panel 13071 or near touch panel 13071 using a finger, stylus, or any other suitable object or attachment). The touch panel 13071 may include two parts, a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 1310, and receives and executes commands sent from the processor 1310. In addition, the touch panel 13071 can be implemented by various types such as resistive, capacitive, infrared, and surface acoustic wave. The user input unit 1307 may include other input devices 13072 in addition to the touch panel 13071. In particular, the other input devices 13072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described herein again.
Further, the touch panel 13071 can be overlaid on the display panel 13061, and when the touch panel 13071 detects a touch operation on or near the touch panel, the touch operation can be transmitted to the processor 1310 to determine the type of the touch event, and then the processor 1310 can provide a corresponding visual output on the display panel 13061 according to the type of the touch event. Although in fig. 13, the touch panel 13071 and the display panel 13061 are two independent components to implement the input and output functions of the terminal device, in some embodiments, the touch panel 13071 and the display panel 13061 may be integrated to implement the input and output functions of the terminal device, and are not limited herein.
The interface unit 1308 is an interface for connecting an external device to the terminal apparatus 1300. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. Interface unit 1308 can be used to receive input from an external device (e.g., data information, power, etc.) and transmit the received input to one or more elements within terminal apparatus 1300 or can be used to transmit data between terminal apparatus 1300 and an external device.
The memory 1309 may be used to store software programs as well as various data. The memory 1309 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 1309 can include high-speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
The processor 1310 is a control center of the terminal device, connects various parts of the entire terminal device by using various interfaces and lines, and performs various functions of the terminal device and processes data by running or executing software programs and/or modules stored in the memory 1309 and calling data stored in the memory 1309, thereby performing overall monitoring of the terminal device. Processor 1310 may include one or more processing units; preferably, the processor 1310 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 1310.
The terminal device 1300 may further include a power supply 1311 (e.g., a battery) for supplying power to the various components, and preferably, the power supply 1311 may be logically connected to the processor 1310 via a power management system, so that functions of managing charging, discharging, and power consumption are performed via the power management system.
In addition, the terminal device 1300 includes some functional modules that are not shown, and are not described herein again.
Preferably, an embodiment of the present invention further provides a terminal device, which may include a processor 1310, a memory 1309, and a computer program stored in the memory 1309 and operable on the processor 1310, where the computer program, when executed by the processor 1310, implements each process of the method embodiments shown in fig. 1, fig. 2, fig. 5, fig. 7, and fig. 9 to fig. 11, and can achieve the same technical effect, and is not described herein again to avoid repetition.
An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the methods shown in fig. 1, fig. 2, fig. 5, fig. 7, and fig. 9 to fig. 11, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The above description is only an example of the present invention, and is not intended to limit the present invention. Various modifications and alterations to this invention will become apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the scope of the claims of the present invention.

Claims (10)

1. A method for generating virtual key layout is applied to terminal equipment, and is characterized by comprising the following steps:
when a target application is started, presenting a key layout of the target application to a user based on a built-in layout file of the target application;
reminding a user whether to perform key movement;
responding to the movement operation of a user on a target key in the key layout, and generating the key layout after the target application is adjusted;
the target key comprises a functional key, wherein the functional key comprises a plurality of functional keys, and the method further comprises:
recording click coordinates when the user clicks the plurality of function keys in response to the operation of clicking the plurality of function keys each time by the user;
determining a target center coordinate of each function key based on the recorded click coordinates, wherein the target center coordinate is a circle center coordinate of a target circle which covers the largest click coordinate when the user clicks the function key;
generating the key layout after the target application is adjusted based on the circle center coordinates of the target circle where the plurality of function keys are located;
the size and relative position of a target circle where each function key is located are the same as the size and relative position of a circle where each function key is located at an initial position, and the initial position is a position where a key layout of the target application is presented to a user based on a built-in layout file of the target application.
2. The method of claim 1, wherein prior to presenting the key layout of the target application to the user based on a layout file built into the target application, the method comprises:
acquiring a corresponding non-built-in layout file of the target application in an operating system;
when the non-built-in layout file corresponding to the target application does not exist in the operating system, presenting the key layout of the target application to a user based on the built-in layout file of the target application; or
When the non-built-in layout file corresponding to the target application exists in the operating system, displaying the key layout corresponding to the non-built-in layout file in a page of the target application, wherein the non-built-in layout file is obtained by moving based on the key layout corresponding to the built-in layout file of the target application.
3. The method of claim 2, wherein before presenting the key layout of the target application to the user based on the built-in layout file of the target application when the non-built-in layout file corresponding to the target application does not exist in the operating system, the method comprises:
determining a key layout type of the target application based on the built-in layout file of the target application;
determining whether a non-built-in layout file corresponding to a second application exists in the operating system based on the key layout type of the target application, wherein the key layout type of the second application is the same as or similar to that of the target application;
if the operating system is determined to have the non-built-in layout file corresponding to the second application, displaying a key layout corresponding to the non-built-in layout file corresponding to the second application in a page of the target application; or
And if the operating system is determined not to have the non-built-in layout file corresponding to the second application, presenting the key layout of the target application to a user based on the built-in layout file of the target application.
4. The method of claim 1, wherein the target key comprises a directional key, the method further comprising:
responding to the operation of dragging the directional key each time by a user, and recording the coordinates of the central point of the directional key;
determining a target center coordinate of the direction type key based on the recorded center point coordinate, wherein the target center coordinate of the direction type key is a circle center coordinate of a smallest circle covering all the center point coordinates;
and generating the key layout after the target application is adjusted based on the circle center coordinates of the minimum circle.
5. A terminal device, comprising:
the display unit is used for presenting the key layout of the target application to a user based on a layout file built in the target application when the target application is started;
the reminding unit is used for reminding a user whether to perform key movement;
the generating unit is used for responding to the movement operation of a user on a target key in the key layout and generating the key layout after the target application is adjusted; the target key comprises a functional key, wherein the functional key comprises a plurality of functional keys;
the recording unit is used for responding to the operation of clicking the plurality of function keys each time by a user and recording the click coordinates when the user clicks the plurality of function keys;
the target center determining unit is used for determining a target center coordinate of each function key based on the recorded click coordinates, wherein the target center coordinate is a circle center coordinate of a target circle which covers the largest click coordinate when the user clicks the function key;
the generating unit is used for generating the key layout after the target application is adjusted based on the circle center coordinates of the target circle where the plurality of function keys are located;
the size and relative position of a target circle where each function key is located are the same as the size and relative position of a circle where each function key is located at an initial position, and the initial position is a position where a key layout of the target application is presented to a user based on a built-in layout file of the target application.
6. The terminal device according to claim 5, further comprising:
the acquisition unit is used for acquiring a corresponding non-built-in layout file of the target application in an operating system;
the display unit is used for presenting the key layout of the target application to a user based on the built-in layout file of the target application when the non-built-in layout file corresponding to the target application does not exist in the operating system; or
The display unit is used for displaying the key layout corresponding to the non-built-in layout file in the page of the target application when the non-built-in layout file corresponding to the target application exists in the operating system, wherein the non-built-in layout file is obtained by moving based on the key layout corresponding to the built-in layout file of the target application.
7. The terminal device of claim 6, further comprising:
the key layout type determining unit is used for determining the key layout type of the target application based on the built-in layout file of the target application;
a layout file determining unit, configured to determine, based on a key layout type of the target application, whether a non-built-in layout file corresponding to a second application exists in the operating system, where the key layout type of the second application is the same as or similar to that of the target application;
the display unit is further configured to: if the operating system is determined to have the non-built-in layout file corresponding to the second application, displaying a key layout corresponding to the non-built-in layout file corresponding to the second application in a page of the target application; or if the operating system is determined not to have the non-built-in layout file corresponding to the second application, presenting the key layout of the target application to a user based on the built-in layout file of the target application.
8. The terminal device according to claim 5, further comprising:
the recording unit is used for responding to the operation of dragging the directional key by a user each time and recording the coordinates of the central point of the directional key, wherein the target key comprises the directional key;
the target center determining unit is used for determining the target center coordinates of the directional keys based on the recorded central point coordinates, wherein the target center coordinates of the directional keys are the circle center coordinates of the smallest circle covering all the central point coordinates;
the generating unit is used for generating the key layout after the target application is adjusted based on the circle center coordinates of the minimum circle.
9. A terminal device, comprising: memory, processor and computer program stored on the memory and executable on the processor, which computer program, when executed by the processor, carries out the steps of the method according to any one of claims 1 to 4.
10. A computer-readable storage medium, characterized in that a computer program is stored on the computer-readable storage medium, which computer program, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 4.
CN201910185844.0A 2019-03-12 2019-03-12 Virtual key layout generation method and terminal equipment Active CN109960456B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910185844.0A CN109960456B (en) 2019-03-12 2019-03-12 Virtual key layout generation method and terminal equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910185844.0A CN109960456B (en) 2019-03-12 2019-03-12 Virtual key layout generation method and terminal equipment

Publications (2)

Publication Number Publication Date
CN109960456A CN109960456A (en) 2019-07-02
CN109960456B true CN109960456B (en) 2021-06-15

Family

ID=67024261

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910185844.0A Active CN109960456B (en) 2019-03-12 2019-03-12 Virtual key layout generation method and terminal equipment

Country Status (1)

Country Link
CN (1) CN109960456B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113220136B (en) * 2021-04-27 2022-02-18 北京麟卓信息科技有限公司 Method and device for automatically switching keyboard mapping schemes based on window layout perception
CN113238663A (en) * 2021-04-27 2021-08-10 北京麟卓信息科技有限公司 Adaptive keyboard mapping method and device based on view matching
CN113680051A (en) * 2021-08-20 2021-11-23 网易（杭州）网络有限公司 Game control method, device, equipment and storage medium

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102129341A (en) * 2010-01-20 2011-07-20 索尼公司 Information processing apparatus and program
JP2013117916A (en) * 2011-12-05 2013-06-13 Denso Corp Input display device
CN103186369A (en) * 2011-12-28 2013-07-03 中兴通讯股份有限公司 Method and device for distributing virtual keys on terminal
CN103927186A (en) * 2014-04-30 2014-07-16 广州视源电子科技股份有限公司 Method for controlling function key based on Android system
CN104462390A (en) * 2014-12-10 2015-03-25 华中科技大学 Method and system for improving efficiency of adaptive layout of webpages
CN107132986A (en) * 2017-05-17 2017-09-05 广东工业大学 A kind of method and device of virtual key Intelligent adjustment touch-control response region

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102129341A (en) * 2010-01-20 2011-07-20 索尼公司 Information processing apparatus and program
JP2013117916A (en) * 2011-12-05 2013-06-13 Denso Corp Input display device
CN103186369A (en) * 2011-12-28 2013-07-03 中兴通讯股份有限公司 Method and device for distributing virtual keys on terminal
CN103927186A (en) * 2014-04-30 2014-07-16 广州视源电子科技股份有限公司 Method for controlling function key based on Android system
CN104462390A (en) * 2014-12-10 2015-03-25 华中科技大学 Method and system for improving efficiency of adaptive layout of webpages
CN107132986A (en) * 2017-05-17 2017-09-05 广东工业大学 A kind of method and device of virtual key Intelligent adjustment touch-control response region

Also Published As

Publication number Publication date
CN109960456A (en) 2019-07-02

Similar Documents

Publication Publication Date Title
WO2019174611A1 (en) Application configuration method and mobile terminal
CN108055408B (en) Application program control method and mobile terminal
CN111092990B (en) Application program sharing method, electronic device and storage medium
CN108334272B (en) Control method and mobile terminal
CN110830363B (en) Information sharing method and electronic equipment
CN108958593B (en) Method for determining communication object and mobile terminal
CN109960456B (en) Virtual key layout generation method and terminal equipment
CN109407948B (en) Interface display method and mobile terminal
CN110531915B (en) Screen operation method and terminal equipment
CN111163224B (en) Voice message playing method and electronic equipment
CN110308834B (en) Setting method of application icon display mode and terminal
CN110764675A (en) Control method and electronic equipment
CN111026305A (en) Audio processing method and electronic equipment
CN107277364B (en) Shooting method, mobile terminal and computer readable storage medium
CN110898424B (en) Display control method and electronic equipment
CN109164908B (en) Interface control method and mobile terminal
CN111261128B (en) Screen brightness adjusting method and electronic equipment
CN111061407B (en) Video program operation control method, electronic device, and storage medium
CN110647506B (en) Picture deleting method and terminal equipment
CN110928616A (en) Shortcut icon management method and electronic equipment
CN108920073B (en) Display control method and terminal equipment
CN110719531A (en) Video playing progress adjusting method and electronic equipment
CN110620842A (en) Application program control method and terminal
CN111601035B (en) Image processing method and electronic equipment
CN110413385B (en) Task management method, terminal device and medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant