Why not just have a single file name, main.cfg, and if it exists only process it automagically? Internally the main.cfg could define any order that is needed. Do we really need to have some sort of automatic ordering of a whole bunch of files? I suspect that there is some IRC conversation that this added goal of auto-processing multiple files has come from, since it does not seem to be necessary to achieve the goal you originally stated in your email. I actually think that automatically processing a bunch of files instead of only one is a bad idea for a bunch of reasons, which you might already have discussed and dismissed, but I would be curious to know what the reasoning for this additional goal is.
John (aka Darth Fool) On 5/14/07, Eric S. Raymond <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > > I've done a quick test at work under Windows XP, i could create a %main.cfg > > file. > > The next step should a fix for the get_files_in_dir() to make it detect > and handle %main.cfg as Unix does. > > > If it is really a problem we should probably use some more conventional > > filenames like _main.cfg instead of %main.cfg for example. > > Alas, it appears the ls(1) sort algorithm ignores all leading > non-alphanumerics. I'm reluctantly arriving at the conclusion that we > may have to either (a) abandon the goal of making these special > filenames sort first, or (b) use digit-led names like 00-main.cfg > > Will Windows choke on "00-main.cfg"? > -- > <a href="http://www.catb.org/~esr/";>Eric S. Raymond</a> > > _______________________________________________ > Wesnoth-dev mailing list > [email protected] > https://mail.gna.org/listinfo/wesnoth-dev > -- ------------------------------------------------------------------- "In theory, theory and practice are the same, but in practice they're different." ------------------------------------------------------------------- John W. C. McNabb ------------------------------------------------------------------- _______________________________________________ Wesnoth-dev mailing list [email protected] https://mail.gna.org/listinfo/wesnoth-dev
