Stefan Sperling wrote:
> Change number 2 is the only one that hasn't been committed yet.
> According to
> http://pubs.opengroup.org/onlinepubs/009695399/functions/wcwidth.html
> wcwidth() should return -1 for non-printable characters.
> So this change looks good to me. Anyone want to ok it?
FWIW
On Thu, Jan 06, 2011 at 07:52:19PM +0300, Alexander Polakov wrote:
> * Alexander Polakov [110105 17:20]:
> > Hi,
> >
> > here's an updated version.
> >
> > 1) en_US.UTF-8.src updates from FreeBSD
> > 2) wcwidth() changed to use the same code as iswprint()
> >* maybe just use iswprint() itsel
On Sat, Jan 15, 2011 at 12:44:51AM +0100, Stefan Sperling wrote:
> On Fri, Jan 14, 2011 at 05:21:46PM +0100, Stefan Sperling wrote:
> > On Thu, Jan 06, 2011 at 07:52:19PM +0300, Alexander Polakov wrote:
> > > * Alexander Polakov [110105 17:20]:
> > > > Hi,
> > > >
> > > > here's an updated versio
On Fri, Jan 14, 2011 at 05:21:46PM +0100, Stefan Sperling wrote:
> On Thu, Jan 06, 2011 at 07:52:19PM +0300, Alexander Polakov wrote:
> > * Alexander Polakov [110105 17:20]:
> > > Hi,
> > >
> > > here's an updated version.
> > >
> > > 1) en_US.UTF-8.src updates from FreeBSD
>
> Let's start with
On Thu, Jan 06, 2011 at 07:52:19PM +0300, Alexander Polakov wrote:
> * Alexander Polakov [110105 17:20]:
> > Hi,
> >
> > here's an updated version.
> >
> > 1) en_US.UTF-8.src updates from FreeBSD
Let's start with those.
These changes are all fine, I checked them against Unicode 5.2.
http://www
* Alexander Polakov [110105 17:20]:
> Hi,
>
> here's an updated version.
>
> 1) en_US.UTF-8.src updates from FreeBSD
> 2) wcwidth() changed to use the same code as iswprint()
>* maybe just use iswprint() itself?
> 3) _RUNETYPE_SW0 changed to be !0 (and match FreeBSD). 0 value is used in
>
Hi,
here's an updated version.
1) en_US.UTF-8.src updates from FreeBSD
2) wcwidth() changed to use the same code as iswprint()
* maybe just use iswprint() itself?
3) _RUNETYPE_SW0 changed to be !0 (and match FreeBSD). 0 value is used in
mklocale to perform additional checks required for MAP
2011/1/5 Alexander Polakov :
> 1) wcwidth(0x200B)
> This if from http://unicode.org/Public/UNIDATA/ :
>
> 200B;ZERO WIDTH SPACE;Cf;0;BN;N;
> 200C;ZERO WIDTH NON-JOINER;Cf;0;BN;N;
> 200D;ZERO WIDTH JOINER;Cf;0;BN;N;
>
> --- share/locale/ctype/en_US.UTF-8.src.orig B B Tue Ja
* Stefan Sperling [110104 23:12]:
> On Tue, Jan 04, 2011 at 09:14:51PM +0300, Alexander Polakov wrote:
> > Hi,
> >
> > I wonder if there any plans on adding multibyte support for ls(1)?
> > Or maybe there's a reason why it's not a great idea (which I am not
> > aware of)?
> > Anyway, here's a pat
On Tue, Jan 04, 2011 at 09:14:51PM +0300, Alexander Polakov wrote:
> Hi,
>
> I wonder if there any plans on adding multibyte support for ls(1)?
> Or maybe there's a reason why it's not a great idea (which I am not
> aware of)?
> Anyway, here's a patch I have. It's based on DragonFlyBSD's ls.
>
A
Hi,
I wonder if there any plans on adding multibyte support for ls(1)?
Or maybe there's a reason why it's not a great idea (which I am not
aware of)?
Anyway, here's a patch I have. It's based on DragonFlyBSD's ls.
diff -u ls/ls.c ls/ls.c
--- ls/ls.c Wed Nov 24 17:39:05 2010
+++ ls/ls.c T
11 matches
Mail list logo