Hi Hynek,<br><br>I was working on the parser the whole day today, and have developed something that we can at least start working with. I like the idea of simply commenting out the parameters instead of deleting them. That will require me to make certain changes to the current code, I'll make those changes after your feedback.<br>
<br>You can get the latest code (with proper documentation and examples) at: <a href="http://www.nsitonline.in/hemant/stuff/pydotconf/pydotconf-0.9.tar.gz">http://www.nsitonline.in/hemant/stuff/pydotconf/pydotconf-0.9.tar.gz</a><br>
<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I think in case of AddModule, this should be only one<br>
dotConfObject which is a list. The object should know,<br>
that its first level of list is being represented by multiple<br>
option lines.</blockquote><div><br>Hmmm, I can build a  Ismultiline attribute into the object to handle this. Lets see..<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
In case these lines are scatered around the config file<br>
and it is necessary to modify them, I'd say that the all<br>
the corresponding AddModule lines in the output<br>
should be written to the configuration file at the place<br>
where the first AddModule line occurs and the other<br>
original AddModule lines that do not immediatelly<br>
follow should be commented out or deleted.</blockquote><div><br>Thats pretty much what is happening, at the moment, writing back to the place where the original line was difficult, so I write them at the end of the file. Please take a look at the present process once, and then I will make changes as required.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I don't understand this very well. So the python library is used for initial<br>
speechd configuration? Or is some reconfiguration on-the-fly being done?<br>
What do you mean by preserving speech synthesis settings? What kind of<br>
settings?</blockquote></div><br>We have two types of clients in OLPC:<br><ol><li>sugar - main client</li><ol><li>whatever settings are applied to this client for speech synthesis (pitch, language, volume, rate, etc) should automatically be inherited by the secondary clients. So we change the default settings in speechd.conf every time  changes are made by the user in a GUI for controlling speech-dispatcher settings. So whenever a secondary client connects to speech-dispatcher the settings that were chosen for the sugar client will be applied as default for the secondary client.</li>
<li>Now the changes in the settings will also be made on the fly for the connection between sugar and speech-dispatcher.<br></li></ol><li>activities - secondary clients</li><ol><li>Inherit default sugar settings</li><li>Can change and apply client-specific settings over the sugar settings that we have stored in speechd.conf</li>
</ol></ol>I hope this clarifies the process?<br><br>Again I was a little excited about the parser so I wrote a prototype in a hurry. I'll release another version after feedback this time :).<br><br>Best,<br>Hemant<br>