Age | Commit message (Collapse) | Author |
|
Prior to this change, a GUI layout was only affected by the screen size.
Now, a layout can additionally be influenced by the GUI dialog and widgets
that uses it. This capability is leveraged to implement the following
features:
* Layout elements that are not bound to a GUI widget do not take space.
This means that dialogs where the widgets shown depend on for example
a feature being enabled at configure time no longer have blank spaces.
* Widgets can define a minimal required size for their contents not to be
cut. For now this is only used for buttons so their width is always
sufficient for their caption not to be cut. This mechanism could be
applied to other widget types in the future.
|
|
|
|
|
|
Prevents the remapping code from being activated twice (throwing an assertion)
|
|
|
|
This also makes the keymapper be in charge of keymapping logic
|
|
|
|
|
|
|
|
This makes it so that there's 2 groups:
1 - The keymap stack
2 - The loaded keymaps
The first group displays which keymaps are active and which keymaps
are completely blocked due to an opaque keymap on top.
The second group displays which loaded keymaps store their mappings
globally and which ones store their mappings per-target.
|
|
find -name '*.h' -or -name '*.cpp' | xargs sed -r -i 's@\(([A-Za-z0-9]+)\*\)@(\1 *)@g'
This seems to have caught some params as well which is not undesirable IMO.
It also caught some strings containing this which is undesirable so I
excluded them manually. (engines/sci/engine/kernel_tables.h)
|
|
|
|
Re-selecting the top entry would always populate the actions
from the GUI keymap since it is the active keymap (the remap
dialog itself is GUI)
The top keymap was correct during RemapDialog::open() because
the gui keymap had not been pushed to the stack yet.
|
|
This should make it clear what keymaps are on the stack and in
what order.
Also renamed the label of the top "special" entry in the list to
"(Effective)" since it displays the top keymap's action and also
displays reachable mapped actions from other active keymaps.
|
|
This workaround no longer applies and is in fact causing a bug
in the name of active keymap
|
|
|
|
Less confusing
|
|
|
|
This is to allow for long labels like in the eob keymap
|
|
This is a regression from 1b11139dc53da2dc95f74eb19e3a903d7d786f84
|
|
|
|
This reverts commit ac85d134b31f770f27d085c0fe4c307e278c1875.
|
|
It uses the fancy new kImageEraser now
|
|
|
|
This is because the top GUI keymap is for the keymapper dialog itself.
If all GUI keymaps are skipped then when inside a game with the GMM displayed
and the keymapper dialog invoked, the game keymap is displayed even though it
is not the active one.
|
|
This fixes a problem where opening the keymapper dialog would cause the current game
keymap to be displayed as the active keymap but then changing the keymap selection
back to it would cause the GUI keymap to be displayed as the active one. The GUI keymap
was indeed at the top of the stack but that's not the desired effect.
Also move the pushing and popping of the keymap to Dialog::Open/Close
Also constantify the GUI keymap name
|
|
Keymapper now has a global keymap outside the active keymap stack.
That global keymap is always checked after the active stack has been checked.
|
|
This allows clearing of the assigned key for an action.
|
|
|
|
|
|
|
|
|
|
svn-id: r54265
|
|
Also renamed the source/header files, now they are more closely
aligned to how we rename most other source files
svn-id: r54264
|
|
svn-id: r49796
|
|
svn-id: r48278
|
|
before freeing it, which isn't necessary.
svn-id: r46941
|
|
consistency
svn-id: r44634
|
|
svn-id: r41462
|
|
- Split out label from PopUp widget
- Aligned every widget on all layouts so GUI becomes to look nice again
- Moved textHAlign to layout properties
svn-id: r41266
|
|
look at debug() and debugC(), since I'm really bored with this now. :-)
svn-id: r41061
|
|
svn-id: r40867
|
|
svn-id: r40511
|
|
TODO: speedup initialization. Now it is quite slowww.
svn-id: r40445
|
|
svn-id: r40429
|
|
svn-id: r40424
|
|
Plans:
- Make remap dialog less ugly
- Port dialog to other resolutions and classic theme
- Stop polluting config namespaces with keymap
- Improve automapper
- Add support to the engines and backends
svn-id: r40404
|
|
svn-id: r40320
|
|
svn-id: r35975
|
|
svn-id: r35971
|