Age | Commit message (Collapse) | Author |
|
|
|
When updating, mark pending refresh per window so one doesn't have to draw all of them at once.
|
|
|
|
|
|
Events are expected to have a valid windowID now, and the current window also has to be correct when dispatching or processing any events.
|
|
Not quite fully functional yet. The window positioning still needs to be written to prefs.cfg.
|
|
One can create a new window with `window.new` and close it with the window close button.
|
|
|
|
For some reason, rendering to a separate render target instead of directly to the window helps with certain refresh glitches.
More glitches still remain, though, perhaps related to not running window refresh at a constant rate but occasionally pausing to wait for input events.
|
|
IssueID #442
|
|
|
|
The keyboard height was miscalculated if there were system keys under the window.
|
|
Send a notification from the Java side when the software keyboard
is shown.
|
|
Warnings about lost precision.
|
|
Resource paths, runtime data, ignore mouse events. Assume that
the Java side tells us the display pixel density via a command
line argument.
|
|
Added a special actions menu in the input prompt to allow the user to paste the line preceding the latest clicked link from the originating document.
One use case for this is user-editable lines.
|
|
If there were no entry animation, the native UI control would not be correctly placed.
|
|
Update sliding sidebar height with the correct values for the frame.
|
|
This was incorrect on X11 at least. Should still test on Windows.
IssueID #399
|
|
IssueID #378
|
|
Ensure that a draw is not started if it is already ongoing, especially when using the resize event watcher.
|
|
# Conflicts:
# CMakeLists.txt
# Depends.cmake
# src/lang.c
|
|
A tall popup menu needs to use overflow scrolling, but the size of the display wasn't considered. Now a popup window is fit to the usable bounds of the display.
|
|
Resources are now stored in a ZIP archive, and it comes with an explicit version number. All the old embed/bincat stuff was removed as unnecessary.
resources.lgr is also a valid fontpack, for loading the built-in fonts.
IssueID #363
|
|
|
|
|
|
The hover widget needs updating if the currently visible tab changes. Normally the hover widget is only updated when the mouse has moved.
|
|
|
|
|
|
The built-in fonts are loaded via FontPack, and the font table is now constructed dynamically based on available fonts.
A full set of variants (style, size) are prepared for each font, but some of the data gets allocated lazily when needed.
GmRun needed a larger allocation for fonts, so now all the fields are combined into a single bit field.
TODO: Glyph scaling, vertical offsets, and symbol lookup are still not fully working.
|
|
|
|
|
|
|
|
Window placement was not restored correctly when the window was maximized. Maximizing a window (on Windows) causes a spurious move event to be received from SDL, and that would mess up the remembered position. Now window placemenet is saved after a run through the event loop, so the rest of the window messages have been handled.
|
|
This is quite a hack, but Win32 apps don't seem to have documented
access to dark mode.
|
|
|
|
|
|
The renderer is created separately so it's possible to set the window
position at creation time.
Popup window use basic software rendering for (hopefully) better
performance.
|
|
|
|
Some deleted widgets were kept around in the root's onTop list.
|
|
|
|
|
|
There is no member of d with name win, but base seems to have one.
|
|
Incremented the version of state.lgr so it can include bookmark folder open/closed state for each of the two/four sidebars.
|
|
The user can now create bookmark folders, and drag bookmarks into them. Folders can also be nested.
The bookmark sorting menu item sorts inside the chosen folder/root.
Remote bookmark sources appear also as folders, although they cannot be sorted/edited.
IssueID #339
|
|
When the window appears, it should have all the actual contents and not a placeholder.
|
|
|
|
|
|
|
|
Toe dipping into multiple window support by allowing popup menu widgets to be displayed in independent windows.
This is not a 100% replacement for native menus, but it gets pretty close.
|