| Age | Commit message (Collapse) | Author |
|---|
|
This keeps things consistent with the rest of Godot, which uses the
American English spelling of Color.
|
|
|
|
Cleanup unused engine code
|
|
|
|
Removes unused code in OS.
Fixes return types.
Fixes few typos.
|
|
|
|
Restored antialiased lines by emulation using triangle strips
|
|
Shortcuts rework - fixed issues with input propagation and triggering of unwanted shortcuts.
|
|
[Complex Text Layouts] Implement TextServer interface.
|
|
|
|
|
|
use Text Server interface.
Implement interface mirroring.
Add TextLine and TextParagraph classes.
Handle UTF-16 input on macOS and Windows.
|
|
unhandled_key_input changed to unhandled_button_input. Controls can set a 'shortcut_context' which they can then use to determine if their shortcuts should be triggered or not, based on if the viewport's focused GUI control is a child of their 'shortcut context'.
|
|
Prevents `Timer` to prematurely start and timeout immediately if internal
processing is enabled manually with `Timer.set_process_internal(true)` or
`Timer.set_physics_process_internal(true)`.
Even if the internal processing is enabled manually, the user still has to
actually start the timer with `start()` method explicitly.
|
|
|
|
Each of those only grouped 1 property, making them useless.
This closes https://github.com/godotengine/godot-proposals/issues/1840.
|
|
|
|
-Removed FuncRef, since Callable makes it obsolete
-Removed int_types.h as its obsolete in c++11+
-Changed color names code
|
|
do not drop mouseover on WM_MOUSE_EXIT
|
|
The return type for `_make_custom_tooltip` is clarified as Control, and users
should make sure to return a visible node for proper size calculations.
Moreover in the current master branch, a PopupPanel will be added as parent
to the provided tooltip to make it a sub-window.
Clarifies documentation for `Control._make_custom_tooltip`, and shows how to
use the (until now undocumented) "TooltipPanel" and "TooltipLabel" theme types
to style tooltips.
Fixes #39677.
|
|
-Rename pixel_snap to snap_2d_to_vertices
-Added snap_2d_to_transforms which is more useful
Fixes #41814
Solves proposal https://github.com/godotengine/godot-proposals/issues/1666
Supersedes #35606, supersedes #41535, supersedes #41534
|
|
-Allows merging several 2D objects into a single draw operation
-Use current node to clip children nodes
-Further fixes to Vulkan barriers
-Changed font texture generation to white, fixes dark eges when blurred
-Other small misc fixes to backbuffer code.
|
|
|
|
|
|
include parent display location in popup location calculation
|
|
-Removed normal/specular properties from nodes
-Create CanvasTexture, which can contain normal/specular channels
-Refactored, optimized and simplified 2D shaders
-Use atlas for light textures.
-Use a shadow atlas for shadow textures.
-Use both items aboves to make light rendering stateless (faster).
-Reorganized uniform sets for more efficiency.
|
|
|
|
Add a debanding property to Viewport
|
|
Removed make_binders and the old style generated binders.
|
|
focus_target->exclusive_child could be invalidated during the call to
focus_target->grab_focus(), now using the same logic with safe accesses
to focus_target.
|
|
|
|
Renamed toplevel to be top_level
|
|
Update all get_configuration_warning() to retrieve warnings from the parent
|
|
|
|
|
|
Fix minor typo, gui_hid -> gui_hide
|
|
Previously, when the mouse was released after dragging a scrollbar,
its highlight was not dropped (if the mouse cursor was still inside
the viewport). This seems to be because the currently hovered control
only gets updated when the mouse is moved.
This commit fixes the dropping of the cosmetic highlight by running
the check for whether the currently hovered control has changed on
mouse-clicks, in addition to to the existing mouse-movements.
|
|
TileMap: Set texture_filter and texture_repeat to generated CanvasItems...
|
|
Tooltip flickering and targeting fixes.
|
|
|
|
update when it changes
|
|
Bind missing enums.
|
|
|
|
|
|
HttpRequest now handles gzipping response bodies
|
|
This fixes a bug where users of the scrollbar had to be very careful
not to move the mouse outside the viewport, otherwise the scrollbar
would drop its drag-action and stop scrolling until clicked again.
The existing behaviour had the side-effect of also dropping the
cosmetic highlighting of the scrollbar (in addition to the dragging),
for the specific case where the mouse was move outside the window.
The previous behaviour did nothing to remove the highlight if the
mouse was released (but not moved) inside the viewport.
This separate issue with the lingering highlight of the scrollbar
(until a mouse-movement action is performed inside the viewport) is
fixed in an immediate followup to this commit.
Closes bug #39634
|
|
|
|
Popup fixes for X11 display server
|
|
Added request_raw to HttpRequest
Added decompress_dynamic to Compression class
Added decompress_dynamic to BytePoolArray
Merge doc fix
revert
|
|
|