On pá 13. února 2009, Omari Stephens wrote: > Vladimir Nadvornik wrote: > ::snip? SNIP!:: > > > > - If we want to make everything configurable, it might be a good idea to > > use XML for config file, because the current format is not optimal > > for re-using components with different configuration (for example > > the configuration is saved only for the first layout window). > > It should not cause much overhead, XML parset is in Glib, and > > writting via secure_fprintf is easy. > > I'd just like to voice my disagreement: XML sucks.
Maybe... > In particular, it's a > pain for humans to edit, it can be a pain for humans to read, Writing will be fully controlled by Geeqie and I think that it is possible to write an XML file that is human-readable. > it's > computationally-intensive to parse, The configuration file won't be that big. > it's hard to parse, The parser already exist in glib and it is already in memory because it is used internally in gtk. > and it's even > harder (if not impossible, with most parsers) to only parse a section of a > document — if you want to have a layout config and other configs, you end > up with multiple config files, or having to construct the entire DOM in > memory every time you want to make or pick up a change. > I don't think that we need this. We need just save state at exit and load state at startup. > An alternative that would be easy to read, easy to edit, easy to parse, and > easy to parse partially would be just to have blocks that contain objects. > Each block has delimiters "Foo" and "EndFoo". An object is "Bar(...)" > where the ellipsized stuff needs to be on a single line. > I definitely don't want to write and maintain a parser for a format that serves the same purpose as XML, especially when XML parser is already available. Vladimir ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
