Re: [Configobj-develop] Improved VdtTypeError, and a question on [__many__] defaults

[Michael F. <fuz...@vo...>]

Hello Tomi,

I'm sure the VdtTypeError messages could be improved. Feel free to 
create an issue:

     https://code.google.com/p/configobj/issues/list

All the best,

Michael Foord

On 03/08/2011 16:07, Tomi Pieviläinen wrote:
> Hi!
>
> Please cc me, I'm not on the list.
>
> I just had a hairy bug in my config file; I had an extra comma at the
> end of a string, so it was interpreted as a list, not as a string. The
> validation error was all the time:
>
>   VdtTypeError('the value "[\'mplayer -slave -vc null -vo null
>   {file}\']" is of the wrong type.',)
>
> I was thinking that if the validator would say what type it expected
> and what it got, I would have seen the comma a lot faster. Maybe the
> exceptions could say that?
>
>
> Then one extra question... Is it possible to put defaults into
> [__many__] subsections? I'm wondering what's the best solution to
> configure cplay (a curses frontend to audio players). It needs some
> config information about what cli players to use, and what command to
> give them. There's a varying amount (different players for different
> file types, though mplayer plays them all), but I'd like to put some
> default players in there (mplayer, ogg123, mpg123 etc).
>
>
>
> ------------------------------------------------------------------------------
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos&  much more. Register early&  save!
> http://p.sf.net/sfu/rim-blackberry-1
>
>
> _______________________________________________
> Configobj-develop mailing list
> Con...@li...
> https://lists.sourceforge.net/lists/listinfo/configobj-develop


-- 
http://www.voidspace.org.uk/

May you do good and not evil
May you find forgiveness for yourself and forgive others
May you share freely, never taking more than you give.
-- the sqlite blessing http://www.sqlite.org/different.html