Summary Period: 2003-01-25 to 2003-06-13
16 (0.0%)
582 (0.0%)
| Directory | Changes | Lines of code | Lines per change |
|---|---|---|---|
| Totals | 16 (100.0%) | 582 (100.0%) | 36.3 |
| CS/libs/cssys/macosx/ | 5 (31.3%) | 490 (84.2%) | 98.0 |
| CS/plugins/video/canvas/macosx/opengl/ | 2 (12.5%) | 38 (6.5%) | 19.0 |
| CS/docs/ | 5 (31.3%) | 24 (4.1%) | 4.8 |
| CS/plugins/mesh/thing/object/ | 1 (6.3%) | 23 (4.0%) | 23.0 |
| CS/plugins/video/renderer/opengl/ | 1 (6.3%) | 4 (0.7%) | 4.0 |
| CS/libs/cssys/ | 1 (6.3%) | 2 (0.3%) | 2.0 |
| CS/ | 1 (6.3%) | 1 (0.2%) | 1.0 |
Oops. Forgot the old make system. :)
0 lines of code changed in:
*** empty log message ***
2 lines of code changed in:
iChecking in an implementation for MacOS/X to use the NSUserDefaults API
to load/store user preferences.
MacOS/X will now store user preferences on a per-application basis into
~/Library/Preferences, stored in the standard preferences format by the OS.
Multiple configuration files are used; they are named as following:
"Generic" CrystalSpace configuration data (per-user): CrystalSpace.Generic
App-specific: CrystalSpace.<appname>
For example:
bash% defaults read CrystalSpace.Walktest
{
"Video.OpenGL.ClipOptional" = NSP;
"Video.OpenGL.ClipOuter" = pSZ;
"Video.OpenGL.ClipRequired" = SPp;
}
As you can see, the key/value pairs are stored in the defaults database according
to the normal preferences behavior.
These preference files will be read on creation of an iDefaultsConfig object and
the 'Open()' call tells it which domain you're interested in reading.
Application initialization is responsible for providing the appropriate keys to read.
472 lines of code changed in:
Annotating lightmap fix.
4 lines of code changed in:
Committing a modification to get lightmaps working on differently-endian systems.
* We were endian-converting the poly results; as far as I can tell, this is not what is intended.
* We *weren't* endian-converting the information we read off of the disk. This is definitely not what was intended.
* When we wrote out lightmaps, we weren't endian-converting the size of the information we wrote; so even though we could load them correctly, we were writing them incorrectly.
Seems to be working now. Again, should have no effect on non-Windows users as all we've done is changed where we're applying a null operation on that platform; but it makes us happy.
23 lines of code changed in:
*** empty log message ***
3 lines of code changed in:
Committing support for extension loading. Previously, we were not correctly
recognizing the display as an OpenGL canvas plugin, and we did not provide
the necessary methods to get function procedures.
We do now.
38 lines of code changed in:
Checking in fix for plugin loading on MacOS X.
12 lines of code changed in:
*** empty log message ***
5 lines of code changed in:
Checking in a fix for gcc 3.1 users whose cpp will *not* behave as expected
as requested by this shell script.
For gcc 3.x users, please enable the option below, and disable the cpp line.
4 lines of code changed in:
Checking in load library paths note on fix.
10 lines of code changed in:
Committing new revision of OSXInstallPath which actually works. ;)
Details:
- When pathing, we need to walk all paths; this means adding our
install location.
- Long-term, we need to think a bit more about app bundles and
having a components subdirectory in an app bundle for loadable
bundles, and the like.
8 lines of code changed in:
Adding an alias for MacOS X to vfs.cfg.
1 lines of code changed in:
Generated by StatCvs v0.2-dev