"Rene Rivera" <grafik.list@redshift-software.com> wrote in message news:444BE637.6080409@redshift-software.com...
Even though I don't have the time to review this library. I have one comment about this...
Gennadiy Rozental wrote:
Option 4: Facility to manipulate hieratical application configuration that have to be human editable and application writable at the same time. =======================
My understanding from previous discussions is that this is the problem domain for this library.
First of all I need to remark that this domain is kind of limited (and internally conflicting IMO - I don't see why you need configuration editable both ways).
You are kidding right? How many times have you opened up a Windows INI file in a text editor? How many times have you opened up an Apache like *.conf file in a text editor? How many times have you opened up a file inside "/etc" and changed it? For all those same cases there's usually also the option of a GUI program to do the editing for you.
Why would I want to do manual editing if there is a program that does that? Why would I choose to subject myself to the possibility of making error, to the routine work of satisfying particular file format? Not saying that it complicate my application development since now it's need to handle both proper format and anything I will manage to type in file. If I edit config file - that mean I don't have a tool to handle this for me. I am not saying this is completely impossible. But shouldn't be that wide spread need.
So I must ask; How can you think this domain is limited?
In a big picture of program runtime parameter handling - it's just a small friction IMO. Note though that even in this domain library is not acceptable. Gennadiy