Library name changes

Okay, what about this:
In my Mail, i mentioned an Identifier.
So the files are (under Linux) in the Home-Dir.
The Filename is a dot + the identifier.

For Example: Identifier Worm; Filename ~/.Worm

Do you like this better?

Yeah! :slight_smile:

Hey, isnt’ there an env. variable some people (and programs) use called
like “$DOTPATH” or something? I don’t use it, since most programs don’t
seem to support it, but I always thought it’d be really nice to have
user config. files somewhere OTHER than “$HOME”. :slight_smile:

Perhaps if there’s a pseudo-standard, this library could support it.
(Falling back to “$HOME”, obviously, if the env. var. is not set or the
dir. doesn’t exist.)

-bill!

I would rather have the files stored somewhere that is read and write via
everyone so that the datafiles like high score aren’t only avaible to that
one user…On Tue, 28 Dec 1999, William Kendrick wrote:

Okay, what about this:
In my Mail, i mentioned an Identifier.
So the files are (under Linux) in the Home-Dir.
The Filename is a dot + the identifier.

For Example: Identifier Worm; Filename ~/.Worm

Do you like this better?

Yeah! :slight_smile:

Hey, isnt’ there an env. variable some people (and programs) use called
like “$DOTPATH” or something? I don’t use it, since most programs don’t
seem to support it, but I always thought it’d be really nice to have
user config. files somewhere OTHER than “$HOME”. :slight_smile:

Perhaps if there’s a pseudo-standard, this library could support it.
(Falling back to “$HOME”, obviously, if the env. var. is not set or the
dir. doesn’t exist.)

-bill!

I would rather have the files stored somewhere that is read and write via
everyone so that the datafiles like high score aren’t only avaible to that
one user…

Well, whether this is done should be based on whether the user wants to
(or even CAN) install the game globally on the system. ie, if the game
NEEDS a root install, a shared file would useful (say in /usr/local/games/lib/)

If not, then $HOME or something similar is necessary. It’d be cool if the
library could figure it out. :slight_smile:

And of course, on Windows systems, anywhere’s fine. :wink:

-bill!

Ryan Wahle schrieb:

I would rather have the files stored somewhere that is read and write via
everyone so that the datafiles like high score aren’t only avaible to that
one user…

Isn’t there a /usr/local/etc Dir under Linux?
That would be ideal for this, wouldn’t it?–
Christian Biesinger
Get Paid To Surf:
http://www.AdOne.de/startup.php?werber=45130
Hi! I’m a signature virus! Copy me into your signature file to help me
spread!

Isn’t there a /usr/local/etc Dir under Linux?
That would be ideal for this, wouldn’t it?

Actually, /usr/local/lib is better for this. Stuff in /usr/local/etc are
just like the things in /etc. They are configuration files. Keeping high
scores and things like that belong in /usr/local/lib. (Using the example
of the author above.)

Paul Braman
@Paul_BramanOn Wed, 29 Dec 1999, Christian Biesinger wrote:

Well, if there is one, then yeah. :slight_smile: The library should check for
/usr/local/etc and see if it’s read/writable and then if it’s not then do
something like .SDL/whatever

I don’t like the idea of setting .game or whatever in the home directory
because then it gets to cluttered; even if they are hidden files…

Ofcourse this will be totaly configurable with my library…On Wed, 29 Dec 1999, Christian Biesinger wrote:

Ryan Wahle schrieb:

I would rather have the files stored somewhere that is read and write via
everyone so that the datafiles like high score aren’t only avaible to that
one user…

Isn’t there a /usr/local/etc Dir under Linux?
That would be ideal for this, wouldn’t it?


Christian Biesinger
Get Paid To Surf:
http://www.AdOne.de/startup.php?werber=45130
Hi! I’m a signature virus! Copy me into your signature file to help me
spread!

User config/profiles/resources should be in a user dir (home, or whatever)
You wouldn’t want someone else to change your favorite key-mapping… :slight_smile:

High score table binaries and data files are really the only ones that
should be stored globally in a shared directory.–
Brian

On Tue, 28 Dec 1999, William Kendrick wrote:

I would rather have the files stored somewhere that is read and write via
everyone so that the datafiles like high score aren’t only avaible to that
one user…

Well, whether this is done should be based on whether the user wants to
(or even CAN) install the game globally on the system. ie, if the game
NEEDS a root install, a shared file would useful (say in /usr/local/games/lib/)

If not, then $HOME or something similar is necessary. It’d be cool if the
library could figure it out. :slight_smile:

And of course, on Windows systems, anywhere’s fine. :wink:

-bill!

And of course, on Windows systems, anywhere’s fine. :wink:

well… thats definately the ‘standard’ thats been set, whether it’s 'fine’
or not is of course debatable… :)–
Brian

Paul Braman wrote:

Isn’t there a /usr/local/etc Dir under Linux?
That would be ideal for this, wouldn’t it?

Actually, /usr/local/lib is better for this. Stuff in /usr/local/etc are
just like the things in /etc. They are configuration files. Keeping high
scores and things like that belong in /usr/local/lib. (Using the example
of the author above.)

see www.pathname.com/fhs (Filesystem Hierachy Standard) why
/usr/local/lib is not the place for high scores.

“/usr/lib includes object files, libraries, and internal binaries that
are not intended to be executed directly by users or shell scripts.”

(same applies for /usr/local/lib)

The place to write high scores and stuff to is either

/usr/local/share/games/ or just /usr/local/share/

or maybe $HOME/.games/.> On Wed, 29 Dec 1999, Christian Biesinger wrote:


Daniel Vogel

666 @ http://grafzahl.de

Actually, /usr/local/lib is better for this. Stuff in /usr/local/etc are
just like the things in /etc. They are configuration files. Keeping high
scores and things like that belong in /usr/local/lib. (Using the example
of the author above.)

If we are going to talk just specifically about one platform, we might as
well go all out… :slight_smile:

The linux standard (at least adopted in many distributions by many game
pacakges) is /usr/games or /usr/local/games.

Look at SDL Maelstrom, as installed by the RPM:
/usr/games/Maelstrom/

for example:
/usr/games/Maelstrom/Maelstrom-Scores

Isn’t that what the games directory is for anyway?
Whether it’s /usr/local/games or /usr/games?–
Brian

hi`

Daniel Vogel wrote:

The place to write high scores and stuff to is either

/usr/local/share/games/ or just /usr/local/share/

no - /usr/local/share is meant for static system architecture
independend data. The place to move the highscores is /var/games.
/usr/… shouldn’t contain ‘variable’ data. I should think before I post
;-)–
Daniel Vogel

666 @ http://grafzahl.de

no - /usr/local/share is meant for static system architecture
independend data. The place to move the highscores is /var/games.
/usr/… shouldn’t contain ‘variable’ data. I should think before I post
:wink:

Yeah, I should think before I post too. (Re: /usr/local/lib to store
high scores…I even gave a talk on FHS…go figure [shrug])

If a game has a lot of components (read data files, etc) and wants a place
to store high scores and the like, maybe the whole shebang should be put
in its own /opt directory as an addon package.

I always hated having a large game install itself in /usr/local and then
pepper all sorts of other directories with other things. Maybe a
symbollic link from /usr/local to the /opt entry will prevent users from
having to update their paths every time a new game is installed.

Paul Braman
@Paul_BramanOn Wed, 29 Dec 1999, Daniel Vogel wrote:

You will probably still need to do some sort of “base-data-dir” no matter
what. Because as you said, not all platforms support $HOME. Unless you
assume a directory on windows, or pull it out of the path to the executing
binary, you won’t know what to do under windows.

(you can’t really assume c:\windows, because that isn’t a requirement… i
guess there’s probably a reg. key setting somewhere though)

There’s a part like this in C:\msdos.sys
[Paths]
WinDir=C:\WIN95
WinBootDir=C:\WIN95
HostWinBootDrv=C

I think this could be used.

Bye, Karl

Well, I think on windows platforms it should use the registry… that’s
pretty much the standard on win95+ …

also, the linux version of the settings api is almost done. probably
tonight or tommaroo…

:)On Wed, 29 Dec 1999, Karl Bartel wrote:

You will probably still need to do some sort of “base-data-dir” no matter
what. Because as you said, not all platforms support $HOME. Unless you
assume a directory on windows, or pull it out of the path to the executing
binary, you won’t know what to do under windows.

(you can’t really assume c:\windows, because that isn’t a requirement… i
guess there’s probably a reg. key setting somewhere though)

There’s a part like this in C:\msdos.sys
[Paths]
WinDir=C:\WIN95
WinBootDir=C:\WIN95
HostWinBootDrv=C

I think this could be used.

Bye, Karl

Christian Biesinger wrote:

What do you think about this?
Under Windows, the registry could be used for this, under Linux you
could create a ~/.SDL or something like this, where the Settings are
stored in this format:

[wurm] # the identifier from above
highscore=300
numplayers=2

[lxdoom]
resolutionx=800
resolutiony=600

and so on…

You get the idea?

libPropList is starting to get popular (used by Window Maker and GNOME),
is already included in some Linux distributions, is actively maintained
and is quite nice!–
Pierre Phaneuf
Ludus Design, http://ludusdesign.com/
“First they ignore you. Then they laugh at you.
Then they fight you. Then you win.” – Gandhi

I’m almost done with mine…On Mon, 3 Jan 2000, Pierre Phaneuf wrote:

Christian Biesinger wrote:

What do you think about this?
Under Windows, the registry could be used for this, under Linux you
could create a ~/.SDL or something like this, where the Settings are
stored in this format:

[wurm] # the identifier from above
highscore=300
numplayers=2

[lxdoom]
resolutionx=800
resolutiony=600

and so on…

You get the idea?

libPropList is starting to get popular (used by Window Maker and GNOME),
is already included in some Linux distributions, is actively maintained
and is quite nice!


Pierre Phaneuf
Ludus Design, http://ludusdesign.com/
“First they ignore you. Then they laugh at you.
Then they fight you. Then you win.” – Gandhi

Hi,
I read this thread on the webpage. Whats the decision?
Has the name been changed?
Will mixer be part of SDL or will it stay seperate?

I cant see anything on the webpage, please excuse me being impatiant, Id
like to start packaging mixer for debian, so that Bill’s nice games will have
sound on debian systems as well :slight_smile:

Christian