On Tue, Dec 1, 2009 at 19:50, Sune Foldager <sune.folda...@me.com> wrote:
> Stefan Rusek wrote:
> > Sune, Yuki, and anyone else:
> >
> > What are your thoughts? So far the concensus seems to be leaning toward
> > using wstring directly instead of indirectly via #ifdef+typedefs.
>
> Using the unicode API not just here, but in hg as well, is definately a
> wet dream. It's gonna be a while before that happens in hg, however. I
> think the shell extension should just use unicode API all the time, and
> handle coding back and forth between itself and Mercurial.
>
> As for the fixutf8 extension, last I checked it was pretty experimental
> and unstable... is it really in a state that we want to bundle with
> TortoiseHg at this time?
>
> /Sune
>
>
Since I wrote the original wiki page it has pretty much stabilized. There
are definitely fixes that still need to be done. I leave it enabled and
don't have any issues other than thg shell integration. I should probably
change it to beta status.
As far as including it in thg, I am not sure it is ready for that, but the
people at Fog Creek have also mentioned the idea to me since they are
bundling thg with some kiln url extensions, and Unicode is an issue they've
also had.
As far as unicode support getting a proper fix in mercurial, I agree that
this is unlikely since I've tried a couple times explain to Matt that
filenames are not blobs, but he only gets angry, so I've given up. The
argument that filenames are blobs only sort of makes sense on linux, since
both Mac and Windows explicitly stored unicode filenames.
------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Tortoisehg-develop mailing list
Tortoisehg-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
