Klaus Schmidinger wrote: > On 05/10/07 20:04, Udo Richter wrote: > > ... > > VDR development would speed up, if Klaus would delegate more work to > > other talented coders, and doing more review instead of coding most of > > it himself. > > Well, right now I'm dealing with the UTF-8 stuff, which is something > I myself don't need at all. But unfortunately the patch(es) for this > can't just be applied as it, because from what I've seen so far there > it is assumed that the whole program is totally going UTF-8 - which it > is *not*. I still want to be able to run it on a pure and clean iso8859-1 > system. So I have to painstakingly go through the whole thing and take care > that it only does UTF-8 if so requested - and that's a lot more work than just > applying a patch...
What's wrong with vdr using UTF-8 internally if it makes the code simpler? Offhand I could only imagine two places where using a different external encoding would be required and that's file names and tty i/o. Stuff like epg.data and svdrp should better use UTF-8 as you don't need to add extra meta data options to specify the encoding. cu Ludwig -- (o_ Ludwig Nussel //\ SUSE Labs V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) _______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
