TO-DOs:
These are features that have been requested, and have been considered,
but are not yet implemented, because I'm undecided about how or whether they
should be implemented, and/or because they are difficult and/or time-consuming
to implement.
Also, some of these features tend to push libconfig toward becoming a
general-purpose structured-data storage mechanism, which is really not the
intended purpose of this library. I think something like sqlite is better
suited for that sort of thing.
* Add an option for safe type conversions; that is, report an error
rather than silently truncating out-of-range values to 0 (namely int64 ->
int).
* Add support for copying settings from one configuration to another. Need a
recursive function to copy a setting and call itself on all child settings.
* Add a += operator, so that additional elements can be appended to a list or
array. The issue with this is defining a consistent syntax. For example:
x = ( 1, 2, 3 );
x += ( 4, 5 );
Should this result in ( 1, 2, 3, 4, 5 ), or ( 1, 2, 3, ( 4, 5 ))? I believe
it should be the latter. However, only the former makes sense for arrays.
* Add the ability to insert/delete elements at any position in a list or
array. A simple implementation would be expensive (shift all the elements
by one for every insert/delete), and a more efficient implementation would
add a lot of complexity to the library.
* Add limited support for preserving comments?
* Add support for unicode strings? A bit problematic, since flex doesn't
support unicode input, AFAICT. But maybe supply convenience functions to
convert between parsed UTF-8 strings and std::wstring.
bb98e467c2caf1f0c8eb2ed7&follow=1'>diffstats
|
| Age | Commit message (Collapse) | Author | Files | Lines |
|
no critical comment was posted about them
http://linuxtv.org/pipermail/linux-dvb/2006-November/014603.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/014787.html - obsoleted later
http://linuxtv.org/pipermail/linux-dvb/2006-December/015004.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/015012.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/015053.html
http://linuxtv.org/pipermail/linux-dvb/2007-January/015122.html
http://linuxtv.org/pipermail/linux-dvb/2007-January/015356.html
http://linuxtv.org/pipermail/linux-dvb/2007-January/015635.html
http://linuxtv.org/pipermail/linux-dvb/2007-February/015760.html
http://linuxtv.org/pipermail/linux-dvb/2007-February/016181.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016566.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016626.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016880.html - already present
http://linuxtv.org/pipermail/linux-dvb/2007-March/016883.html - partly
|
|
no critical comment was posted about them
see http://linuxtv.org/pipermail/linux-dvb/2007-April/017076.html
|
|
|
|
and finding all services failed in some cases.
thanks to
Salvatore De Paolis <depaolis.salvatore@libero.it>
|