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.
(o_ Ludwig Nussel
//\ SUSE Labs
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg)
vdr mailing list