Most Wanted Feature

by Aardappel on 01/05/2002 03:14, 4192 messages, last message: 04/30/2008 20:02, 2708875 views, last view: 12/09/2021 06:35, closed on 04/30/2008 20:09

Hello all... this thread is for discussing features you would like to see in cube, and in particular those that you find most urgent. If lots of people have the same urgent requests, I may give it priority to be implemented.

   Board Index   

#1416: Per-user config files

by Jacius on 09/11/2004 01:42

I would really like to see some per-user config files, such that you put a file ("cube.cfg"? ".cube/config.cfg"?) in your home (Linux) or My Documents (Windows) directory, and it would be loaded instead of the global config.cfg

(I say "instead of the global config.cfg" instead of "in addition to" because it's easier for the user to load the global config.cfg file in his own if he wants it, than to counter-act the effects of the global config once it has been loaded.)

reply to this message

#1417: Re: Per-user config files

by RealNitro on 09/11/2004 16:40, refers to #1416

that would be nice idd, but I would do even more (in linux): a .cube folder in which all data and packages are placed. That way I would be able to download levels in-game (now they can't be saved becuase only the root can chage the cube-folder).

reply to this message

#1418: Re: Per-user config files

by Jacius on 09/11/2004 17:16, refers to #1417

That would be good too. :)

Not to make it sound too complicated, but there could be a "file mirror" type setup, where Cube would look first in the user's .cube directory for a file (maps, textures, config files, etc.), and if it didn't find it there, it would look for it in the global directory.

In the meantime, per-user config files could be simulated if the character "~" (tilde) would evaluate to the user's home directory for loading files. In such a case, you could merely put 'exec "~/.cube/config.cfg"' at the top of autoexec.cfg

(And with some clever scripting, most of autoexec.cfg might not be executed if the user set an alias in his own config.cfg, such as 'alias do_autoexec 0', and then in autoexec.cfg 'if $do_autoexec [ ... ]')

reply to this message

#1419: Coop

by tobbez on 09/12/2004 15:30

It wold be nice with coop (playing the SP and SPDM maps with friends over the net)

reply to this message

#1420: Re: Per-user config files

by D.plomat on 09/13/2004 12:14, refers to #1417

Allowing non-root to save games,maps...

# groupadd cubers
# chown -R root:cubers cube_directory
# chown -R g+w cube_directory
and add Cube users to the cubers group

if you're really worried about security, do this only on the necessary savegames and/or maps subfolders.

...or if you don't care about security, a simple:

# chmod -R a+w cube_directory

will do the trick :)

reply to this message

#1421: Re: Per-user config files

by D.plomat on 09/13/2004 12:17, refers to #1420

no need for a 'cubers' group to avoid giving rights to daemons, anonymous, etc

many distro add by default a 'users' group for 'human non-anonymous non-guest' users so use this instead

reply to this message

#1422: Models

by Cymdeithas_ on 09/14/2004 05:57

Selectable models ALA config would be nice.
eg:
Name = \\\\\\\"cymdeithas\\\\\\\"
clan = \\\\\\\"Wales\\\\\\\"
model = \\\\\\\"monster/ogro\\\\\\\"

I suggest you keep the model size the same as orro though it worked well when i took a model from poly count and changed the PCX to a jpg and called it skin.jpg

now everybody is running around as cool robots.

perhaps model downloading as an option as well like /getmap

except /getmodel playername

reply to this message

#1423: protocol problem

by strinkler on 09/14/2004 11:14

how can I change Protocol?

I can play on server

error (diferent cube Protocol)

reply to this message

#1424: Re: protocol problem

by makkE on 09/14/2004 13:01, refers to #1423

you either donīt have the newest version (be sure to have 22 may 2004 release)
or
you have compiled it yourself, which naturally results in an incompatible protocol.

reply to this message

#1425: Re: Per-user config files

by Jacius (laptop) on 09/15/2004 01:27, refers to #1420

Changing the read-write permissions of the main cube directory (or even just parts of it) is a less-than-optimal solution. It really doesn't address per-user config files, as modifications to the global config would affect all users!

It would be possible through some scripting to allow the user to, say, have a menu of config files to choose from, but it would be much better to have Cube check a .cube directory for config files.

I'll take a look at the source to see if I can't come up with a patch to do this.

reply to this message

#1426: Re: Models

by entrunner7 on 09/15/2004 05:00, refers to #1422

that's not a uncommon idea, but that doesn't mean it's not good. i could see it happening quite easily, but the real coders present seem to think otherwise, and they're the ones who know, not me.

i was gazing listlessly at the source last night and it occured to me that creating the exact opposite of lights may be possible- would "shadow" entities really be so hard to code? i'm just as of last month starting to learn c++ so my knowledge is far from complete, but i think it's do-able...

reply to this message

#1427: Re: protocol problem

by strinkler on 09/15/2004 07:52, refers to #1424

thank you

where can i have newest version ???

reply to this message

#1428: Re: protocol problem

by strinkler on 09/15/2004 07:55, refers to #1427

what must I do with cube_2004_05_22.tar.gz?

reply to this message

#1429: Re: protocol problem

by makkE on 09/15/2004 12:41, refers to #1428

unpack it. you probably use windows. Winrar and various other programms can unpack that format. after unpacking doubleclick cube.bat.

reply to this message

#1430: Re: Per-user config files

by D.plomat on 09/16/2004 09:59, refers to #1425

Yes, in fact this addresses only the saving games/maps problem.

About user specific configuration, maybe adding
exec ~/cube.cfg
at the end of autoexec.cfg will do it. Never tested this but it's worth trying.

reply to this message

#1431: Re: more stuff

by krakensden on 09/19/2004 21:08, refers to #1373

That'd be nice. Just making the ogro's have a separate model from players would be good... it looks really wierd :P.

reply to this message

#1432: ..

by nilon on 09/21/2004 21:54

-fix physics/cap fps at a reasonable limit (with really high frames ppl even run faster...)

reply to this message

#1433: Re: ..

by pushplay on 09/22/2004 01:42, refers to #1432

Physics frame rate is already fixed.

reply to this message

#1434: ..

by nin1 on 09/25/2004 21:25

Spectator MODE!!!!!111

reply to this message

#1435: ..

by nilon on 09/29/2004 20:40

when i get killed, the screen keeps red for about 6 seconds. this is really obstructive and annoying.
maybe it has something to do with the -27843243248 FPS Bug and 1024x768.

800x600 works fine but i get to many FPS

PLEASE, FIX IT!!

reply to this message

   Board Index