Page 1 of 1

Feature request: robust addon organiser

Posted: 12.11.2002, 04:46
by ogg
Hi, a while back there was a discussion about some future version of Celestia using something like a 'skin' idea for combining the ssc files and data for different addons in separate directories. Effectively, you can do some of that already by having different celestia.cfg files with different StarDatabase and ExtrasDirectory arguments etc) and swapping them (Question: is there a commandline option that lets you do this without renaming files?).
What this still means tho is that textures, models etc all get dumped in the same directory and so you have to have a good idea of what files came from what addon if you want to modify or remove them. Here's an idea that may or may not be feasible, and may or may not be easy enough to impliment to be worth the effort of the programmers.

Feature request:
Introduce a new option for celestia to load files from different subdirectories of an 'addons' directory in a specified order, where the directories can simply contain the files from a single addon (or any combination of them that the user sees fit to make). This could be done initially with a config script containing a lexical listing of the desired directory/addon names, but perhaps later a 'launchpad' or something similar could be designed that listed the available addons and allowed you to check or uncheck the names, and/or change their order of priority.

This would allow addons to be installed (if the user wishes) as autonomous packages, kept separate from the default files for further tweaking etc, and allow the user to specify which combination of these packages to be loaded each session.

The lexical listing would allow multiple versions of files designed to fill the same role (such as 'earth.png') to be kept, and then loaded or not by specifying the priority of the package/addon relative to the default files and each other (also, thereby bypassing the problem of same-name files).

This system would be completely backwards-compatible with the current one - you could still manually add files to the default 'extras', 'textures' (etc) directories and have it all load up as one just like now. The only difference would be the addition of a config script (which could be empty or absent if users wanted to stick with the current system) and the extra folders.

Folder structure would look something like this:
Image

There might be other benefits to this (such as the ability to quickly isolate the addon which is making your system crash, for example), but there might be some problems, such as an extended amount of directory searching at startup if there are lots of addon packages. I just like the idea of being able to selectively load what I want to see without having to pick my way through a hive of ssc files, trying to remember what's responsible for what. It's the sort of user interface enhancement that might make the program less intimidating for the average user.

Thoughts?

Posted: 12.11.2002, 06:03
by Rassilon
It definately would make it easier for me to find the textures I make for each system instead of using prefixes like etacar_ etc... and would make for a quicker cleaner install...

Posted: 12.11.2002, 11:51
by billybob884
I think it may be a little easier, although I think it would be a pain to have to sort out all of the add-ons, especially if someone already has a bunch installed. and then there would be the problem of getting celestia to read from all these different directories at once. it just seems like it will be a lot of work. Maybe sometime by 1.2.6....

Posted: 12.11.2002, 15:00
by Calculus
Defenetely a great help for users.
I like to have the possibility to be able to see different textures of a planet: not only 3 current possibles ones (medres/lowres/hires)