| Commit message (Collapse) | Author | Files | Lines |
|
ItemList needs to check against the number of items available when the user moves the selection via "ui_right" action.
|
|
|
|
|
|
|
|
This reverts commit b76ee30917c63211ac9e94a21bebbddf518d169f.
|
|
|
|
Also change URL, prdownload alias seems broken right now on SF.
|
|
Also ensure that we are not using cached build objects (need to build
from scratch), and update encrypted Coverity Scan token.
|
|
|
|
Also implement get_connected_host and get_connected_port in WebSocketPeer
(not supported in HTML5 due to browser limitation).
Add shorthand disconnect_peer(id) for get_peer(id)->close() like in ENet to
WebSocketServer.
|
|
It comes from the Coverity documentation but it fails, and their example projects don't use it.
|
|
|
|
|
|
|
|
|
|
|
|
Starting from April 2018 Apple no longer accepts apps that do not
support iPhone X. For games this mainly means respecting the safe area,
unobstructed by notch and virtual home button. UI controls must be
placed within the safe area so that users can interact with them.
This commit:
- Adds OS::get_window_safe_area method that returns unobscured area of
the window, where interactive controls should be rendered.
- Reorganizes how launch screens are exported - the previous way was
incorrect and modern iPhones did not pick up the correct screens and
because of that used a non-native resolution to render the game.
- Adds launch screen options for iPhone X.
- Makes launch screens optional in the export template. If not
specified, a white screen will be used.
- Adds App Store icon (1024x1024) export option as it now has to be
bundled with the app instead of being provided in iTunes Connect.
- Fixes crash when launching games in iOS Simulator. It happened because
controllerWasConnected callback came before the engine was
initialized. Now in such case the controllers will be queued up and
registered after initialization is done.
- Fixes issue with the virtual keyboard where for some reason
autocorrection panel would intersect with the keyboard itself and not
allow you to use the top row of the keyboard. This is fixed by
disabling autocorrection altogether.
Closes #17358. Fixes #17428. Fixes #17331.
|
|
|
|
|
|
|
|
|
|
|
|
Closes #18043
|
|
|
|
|
|
We disabled them due to Travis having big infrastructure issues for osx builds,
but it seems to be back under control now.
|
|
|
|
|
|
|
|
|
|
LineEdit doesn't correctly uses style margins nor use placeholders
width correctly, causing multiple rendering bugs.
|
|
Letting users of `PopupMenu` use them. `OptionButton` was one of those interested and is updated in this commit.
Fixes #18063.
|
|
|
|
This fixes the problem described in #13996 in a proper way.
This also adds "deadzone" property to ScrollContainer. It can be used
on mobile, where taps are not as precise as mouse clicks. Player could
slightly move their finger when tapping, in which case we still want
the button to be pressed rather than the container to be scrolled.
|
|
[Linux] Ensures that the custom cursor will be used when changing to
MOUSE_MODE_VISIBLE. Fix #3086
[Windows] Fix cursor flickering when MOUSE_MODE_HIDDEN.
[Mac] Fix possible cursor flicker when MOUSE_MODE_HIDDEN.
|
|
|
|
|
|
|
|
Fixes https://github.com/godotengine/godot/issues/18025
|
|
|
|
|
|
|
|
|
|
|
|
This commit fix a bug #17929
(https://github.com/godotengine/godot/issues/17929)
in file manager. I'm just added sorting of files list
in method FileSystemDock::_update_files.
|
|
not sure why.
Fixes #17524, fixes #17523.
|
|
This is accomplished by setting a special value (-1) to the device variable
in the InputEvent that's being used to compare with the one received from the OS.
This special value is invalid for a regular input, so it should be safe.
Implements #17942
|
|
|
|
|
|
It seems that popups were intended to "grab" the mouse click that triggered them, but their intent was being lost. This commit does the necessary changes to let it happen and updates items that were trying to get advantage of it, because the semantics of `Control::grab_click_focus()` have changed a bit. Namely, it must be called **before** showing the modal.
This allows to popup a menu and activate an item in it in a single click-point-release cycle, instead of having to click once to open the menu and once more to pick an item.
This ability is extended even to context menus activated with the RMB (or any other mouse button, for that matter). The editor benefits from this in the context menu of the tree dock, which has been patched to opt-in for this feature.
This improves UX a bit by saving unnecessary clicks.
From now on, `PopupMenu` always grabs the click and also invalidates the first button release unless the mouse has moved (that's what `set_invalidate_click_until_motion()` was doing and now it's removed), so there is no longer the need of doing both things at every point a pop-up menu is shown.
|