| Age | Commit message (Collapse) | Author |
|---|
|
I reduced memory fragmentation using 2 principles: Plugins should be loaded for as little time as possible, and long lasting memory allocations should be allocated before plugins are loaded. There might still be a little fragmentation left.
Note that command line settings that require plugins to be loaded don't work yet, but they didn't work (properly) before either.
svn-id: r54097
|
|
This merge was extremely difficult to carry out. It wasn't entirely SVN's fault -- there were several merges to the branch that were done by hand. Please check for any issues and regressions. Also note that the DS makefile was not copied over since the "one at a time" plugin mode currently has too much fragmentation ie. it doesn't work.
svn-id: r54051
|
|
ConfigManager
svn-id: r54024
|
|
svn-id: r53976
|
|
svn-id: r53867
|
|
svn-id: r53762
|
|
When the locale font are not found when loading the theme, it now
fallbacks to default language (i.e. English) and default font. For this to work
I had to move the TranslationManager initialization before the Theme is
loaded. Therefore it is now initialized when the GuiManager is constructed.
svn-id: r52896
|
|
able to access system specific search paths for translations.dat)
svn-id: r52865
|
|
with 'ONE_PLUGIN_AT_A_TIME' defined
svn-id: r52080
|
|
svn-id: r52058
|
|
adding/removing/running games on Linux with only one engine plugin loaded at a time
svn-id: r52026
|
|
at somehow messing up svn merge :-)
svn-id: r51963
|
|
svn-id: r51961
|
|
and run game code to use it. Added checks for DYNAMIC_MODULES defines to the checks for NEW_PLUGIN_DESIGN_FIRST_REFINEMENT
svn-id: r51746
|
|
with only one plugin loaded at a time if you compile with a 'NEW_PLUGIN_DESIGN_FIRST_REFINEMENT' flag)
svn-id: r51502
|
|
svn-id: r51296
|
|
Along with it documented that "0" is a special device handle
for the invalid device. Now getDeviceHandle returns 0, when
the identified device could not be found.
Also getMusicType now returns MT_INVALID (newly introduced),
when a non existing device was specified.
svn-id: r50470
|
|
This is a regression from r50158:
"LAUNCHER: hopefully fixed music driver selection via command line".
The problem here was that the code used operator[] of HashMap
to check whether "music-driver" was specified on command line,
but that on the other hand inserted a (key, value) pair with
a default constructed Common::String as value.
svn-id: r50469
|
|
In recent discussions on -devel it turned out, that this
feature is rather superfluous and instead we should rather
implement a proper error reporting in our GUI.
I also removed the dependency on iconv along with this.
svn-id: r50335
|
|
svn-id: r50158
|
|
svn-id: r49847
|
|
Based on patch #2903830: "Updated Translation Prototype" by alexbevi
which in turn is based on patch #1739965 by jvprat.
Currently it builds all translations right into ScummVM. Once the
feature will be accepted more widely, i.e. more translations will
pop up, it will be trivial to move translation strings to external
file.
Finished translation: Russian
Unfinished translation: Hungarian
Things which are nice to do:
- Language code -> language mapping for more user friendness
- Specifying fonts to be used with language
- Updating of interface language without restart. It will require
moving of much code to reflowLayout() methods for each dialog
The .po files must be in single byte encodings. I.e. no support
for Unicode.
svn-id: r49759
|
|
svn-id: r49132
|
|
svn-id: r48935
|
|
svn-id: r48821
|
|
svn-id: r48627
|
|
svn-id: r48310
|
|
svn-id: r47541
|
|
svn-id: r43515
|
|
bytes memory
- Added FIXME to audiocd.h, concering why destroying the AudioCDManager can not quit CD playback right now
svn-id: r43513
|
|
svn-id: r42952
|
|
common/EventRecorder.[h/cpp]).
svn-id: r42751
|
|
in trunk, so that trunk/1.0rc is au pair feature-wise
with 0.13.x.
svn-id: r42403
|
|
svn-id: r41237
|
|
svn-id: r40867
|
|
svn-id: r40745
|
|
- Introduced new OSystem method getHardwareKeySet() with default implementation
- Moved global keymap creation to base/main.cpp
- Moved GUI keymap creation to gui/GuiManager.cpp
- Added various safeguard checks to various keymapper methods
Now it is really possible to add keymapper to all backends.
svn-id: r40439
|
|
svn-id: r39591
|
|
svn-id: r39569
|
|
implemented by calling the existing init&go methods; to be cleaned up by engine authors
svn-id: r39002
|
|
- Update BaseBackend and DC port to properly implement OSystem::fillScreen (now only PalmOS has to be updated).
- Update all client code which relied on OSystem::clearScreen so far.
svn-id: r38304
|
|
svn-id: r36143
|
|
svn-id: r36142
|
|
svn-id: r36140
|
|
svn-id: r36038
|
|
svn-id: r35826
|
|
svn-id: r35825
|
|
were ignored. Thanks to eriktorbjorn for reporting.
svn-id: r35824
|
|
- Merge is perfromed in order to not let rotting the code
- Makefile modifications were avoided
Stuff to resolve:
- Circular dependency of common/vkeybd from graphics/
- Make it compilable (?)
- Add some keyboards
- Decide on the key bindings
svn-id: r35813
|
|
gui/GuiManager.h
svn-id: r35668
|
