gmenu2x Git Change Log
|10 years 2 months||Fix build for platforms without libopk|
|10 years 2 months||Disable inotify support if libopk is not found
Currently, inotify is used only to detect that OPKs have been
added / removed / modified, so it is not needed to enable inotify
support when support for OPKs is not compiled in.
|10 years 2 months||Recover last session from main() instead of constructor
This fixes a bug where the apps using the file selector wouldn't be
launched at all when selecting a new file after a session recover.
|10 years 2 months||Fixes the Selector returning empty file/directory names
This fixes commit ba5ef5126921a16a3735620ea3de234e68a52d27
|10 years 2 months||Make the InputManager handle analog sticks as input|
|10 years 2 months||Change API of InputManager: we don't care about key release events|
|10 years 2 months||Make the Selector return the canonicalised absolute pathname|
|10 years 2 months||Simplify again the prototype of LinkApp as gmenu2x->input is public|
|10 years 2 months||Add function GMenu2X::getTouchscreen(), to simplify Link and LinkApp prototypes|
|10 years 3 months||Allow exiting the selector with B when not in explorer mode|
|10 years 3 months||Revert "When started, load all OPKs in a thread to boost
Loading dynamically at startup is a very bad idea, as it
confuses the "load state before exiting" feature of GMenu2X:
the file selector will pass the file to a different program,
the cursor will move to select a different app, etc.
This reverts commit 5c631d610eabdf27c78693bdae566053166a791a.
|10 years 3 months||When started, load all OPKs in a thread to boost startup time|
|10 years 3 months||Code factorisation (Add function inject_user_event() to utilities)|
|10 years 3 months||Also search the Default skin in the user directory for skin files
This fixes a segmentation fault occuring on the wallpaper dialog
when trying to select a wallpaper located in the Default skin in
the user directory, when the current skin is not "Default".
|10 years 3 months||Fixed bug with launch screen and double buffering
LinkApp::drawRun() assumes the layers below are already painted when
it is called, but this was not the case. With single buffering, the
previous frame was still there so it still looked good, but with
double buffering the buffer typically contains an outdated screen.
Long term I think the launch should happen at the outermost scope,
so all destructors get a chance to run. This commit is a small step
in that direction, by exiting the main loop before launching.
|10 years 3 months||Pass full path to LinkApp::launch|
|10 years 3 months||Eliminated selectedDir argument to LinkApp::launch()|
|10 years 3 months||Check for empty strings using empty() instead of comparing to ""|
|10 years 3 months||Removed checks for manuals and screenshots in JPEG and BMP format
Support for loading JPEG and BMP images was removed a long time ago,
so there is no point in looking for files in those formats.
|10 years 3 months||Fixed text area coordinates in TextDialog
Take top and bottom bar height as defined by skin into account.
|10 years 3 months||Added method GMenu2X::getContentArea()|
|10 years 3 months||Added "bottomBarHeight" item to skin
There was already "topBarHeight", but the height of the bottom bar was
|10 years 3 months||Crop 320x240 versions of topbar.png and bottombar.png to width 320
They were 800 pixels wide before, which is harmless but wasteful.
|10 years 3 months||Removed PNG font
Now that we render using SDL_ttf, we have no more need for the font
PNG. In fact, the rendering code for it was removed a while ago.
|10 years 3 months||Made Surface argument to drawTopBar/drawBottomBar() mandatory|