How come that TAB displays /011 ?
a.i.CR
13
a.i.LF
10
a.i.TAB
9
TAB
\011
9{a.
\011
CR
LF
2012/2/6 chris burke <cbu...@jsoftware.com>
> Right, thanks. This is a better definition:
>
> octal_j_=: 3 : 0
> t=. ,y
> if. LF e. t do.
> t=. octal each <;._2 t,LF
> }: ; t ,each LF return.
> end.
> u=. isutf8 t
> x=. a. i. t
> m=. x < 32
> if. u > 1 e. m do. t return. end.
> m=. I. m +. u < x > 126
> r=. t ,"0 1 [ 3 # EAV
> s=. '\',.}.1 ": 8 (#.^:_1) 255,m{x
> EAV -.~ , s m} r
> )
>
> octal_j_ '時間',2 3 4 {a.
> 時間\002\003\004
>
>
> On Sun, Feb 5, 2012 at 9:30 PM, bill lam <bbill....@gmail.com> wrote:
>
> > Execuse me, all code points below 128 are valid utf8 because they are
> valid
> > 7-bit ascii. For example,
> >
> > isutf8 128{.a.
> > 1
> > isutf8 129{.a.
> > 0
> > isutf8 '時間', 2 3 4{a.
> > 1
> >
> > ascii mixes well with control characters,
> >
> > octal_j_ 'abc',2 3 4{a.
> > abc\002\003\004
> >
> > It would be more usefuly if
> >
> > octal_j_ '時間',2 3 4 {a.
> > 時間\002\003\004
> >
> > I meant only octalize the range 0-31. Other characters will be taken care
> > by
> > choosing a suitable font.
> >
> > Вск, 05 Фев 2012, Chris Burke писал(а):
> > > That is exactly the point - if the argument is not valid utf8, it
> > displays
> > > it in octal. In your example, the 2 3 4 { a. ensure that it is not
> valid
> > > utf8.
> > >
> > > However if the argument is utf8, it is returned unchanged, e.g.
> > >
> > > octal_j_ '時間'
> > > 時間
> > >
> > > The change I just suggested is that instead of checking the entire
> > string,
> > > check the string line by line.
> > >
> > > On Sun, Feb 5, 2012 at 2:59 PM, bill lam <bbill....@gmail.com> wrote:
> > >
> > > > This is a output using octal_j_
> > > >
> > > > octal_j_ '時間',2 3 4 {a.
> > > > \346\231\202\351\226\223\002\003\004
> > > >
> > > > For most chinese, display with octal_j_ is almost rubbish. I guess
> > russian
> > > > would also be similar.
> > > >
> > > > Вск, 05 Фев 2012, Chris Burke писал(а):
> > > > > In J gtk, the session expects data in utf8 format. Obviously a.
> won't
> > > > work,
> > > > > but could be converted to utf8 for display.
> > > > >
> > > > > The utility that formats data for display is octal_j_. This does a
> > simple
> > > > > check on the argument string and either returns it unchanged, or
> > formats
> > > > to
> > > > > octal. A simple improvement is to run the formatter on each line,
> > rather
> > > > > than the string as a whole, as below:
> > > > >
> > > > > octal_j_=: 3 : 0
> > > > > t=. ,y
> > > > > x=. a. i. t
> > > > > n=. x e. 9 10 13
> > > > > m=. n < 32 > x
> > > > > if. (isutf8 t) > 1 e. m do. t return. end.
> > > > > if. LF e. t do.
> > > > > t=. octal each <;._2 t,LF
> > > > > }: ; t ,each LF return.
> > > > > end.
> > > > > r=. t ,"0 1 [ 3 # EAV
> > > > > if. #m=. I. m +. x>126 do.
> > > > > s=. '\',.}.1 ": 8 (#.^:_1) 255,m{x
> > > > > r=. s m} r
> > > > > end.
> > > > > EAV -.~ ,r
> > > > > )
> > > > >
> > > > > For example, this works reasonably well with the new definition:
> > > > >
> > > > > load 'unicode'
> > > > > toutf8 &> _16<\a.
> > > > >
> > > > > On my machine, the first two rows (first 32 chars) are still in
> > octal,
> > > > but
> > > > > the rest get displayed using the proper characters (where available
> > in
> > > > the
> > > > > font).
> > > > >
> > > > > I would appreciate suggestions for futher improvements to the octal
> > > > utility.
> > > > >
> > > > >
> > > > > On Sun, Feb 5, 2012 at 1:14 PM, bill lam <bbill....@gmail.com>
> > wrote:
> > > > >
> > > > > > behaviour of < is different if the string is unicode. u: is
> > required
> > > > in
> > > > > > some places and it is not related to simplicity or complexity if
> > you
> > > > > > wants correct results.
> > > > > >
> > > > > > compare the outputs of _16{.a. with u: _16{.a.
> > > > > >
> > > > > > the first contains illegal utf8 characters which can be checked
> by
> > > > > > isutf8 _16{.a.
> > > > > >
> > > > > > What would you expect from gtkide to display those illegal
> > characters?
> > > > > >
> > > > > > Вск, 05 Фев 2012, Fraser Jackson писал(а):
> > > > > > > Why should I have to use u: to box elements of a. ? Seems an
> > > > > > unnecessary
> > > > > > > complication - and a bigger problem for beginners.
> > > > > > >
> > > > > > > In gtkide <"0 [2}. u: i. 16 16 still has all the problems.
> That
> > > > > > suggests
> > > > > > > some problems are associated with the unicode treatment of
> > control
> > > > > > > characters.
> > > > > > >
> > > > > > > Even in Jconsole the first and second line are also
> > irregular.When
> > > > the
> > > > > > > configure specifies a mono spaced font in gtkide we should
> surely
> > > > expect
> > > > > > > characters within the ascii set will be treated as atoms and
> > > > assigned a
> > > > > > > single space.
> > > > > > >
> > > > > > > I am really seeking that members of the alphabet ( and hence
> any
> > > > literal
> > > > > > > nouns defined using that set ) have each member treated as an
> > atom
> > > > and
> > > > > > that
> > > > > > > that treatment is clearly separated from their role in
> > controlling
> > > > the
> > > > > > > nature of the display. That seems to have been achieved in
> J602.
> > > > > > >
> > > > > > > The treatment of type 131072 - unicode obviously involves a
> host
> > of
> > > > other
> > > > > > > issues with respect to display and treatment of aoms. However
> > there
> > > > are
> > > > > > a
> > > > > > > large number of problems within the narrower framework of atoms
> > > > within
> > > > > > a. or
> > > > > > > represented by those characters. Precise, simple and consistent
> > > > display
> > > > > > of
> > > > > > > those atoms is extremely valuable and important and has not yet
> > been
> > > > > > > achieved with the gtkide.
> > > > > > >
> > > > > > > Fraser
> > > > > > > ----- Original Message -----
> > > > > > > From: "bill lam" <bbill....@gmail.com>
> > > > > > > To: <programming@jsoftware.com>
> > > > > > > Sent: Sunday, February 05, 2012 3:04 PM
> > > > > > > Subject: Re: [Jprogramming] Problems displaying the alphabet in
> > > > J701gtk
> > > > > > and
> > > > > > > J701jhs
> > > > > > >
> > > > > > >
> > > > > > > > It seemes that the characters in the first two rows caused
> the
> > > > trouble,
> > > > > > > > the following display ok in gtkide,
> > > > > > > >
> > > > > > > > <"0 [ u: 2}. i.16 16
> > > > > > > >
> > > > > > > > jconsole have no problem in displaying them.
> > > > > > > >
> > > > > > > > <"0[u: i.16 16
> > > > > > > >
> > > > > > >
> > > > > > >
> > > >
> ----------------------------------------------------------------------
> > > > > > > For information about J forums see
> > > > http://www.jsoftware.com/forums.htm
> > > > > >
> > > > > > --
> > > > > > regards,
> > > > > > ====================================================
> > > > > > GPG key 1024D/4434BAB3 2008-08-24
> > > > > > gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3
> > > > > >
> > ----------------------------------------------------------------------
> > > > > > For information about J forums see
> > http://www.jsoftware.com/forums.htm
> > > > > >
> > > > >
> > ----------------------------------------------------------------------
> > > > > For information about J forums see
> > http://www.jsoftware.com/forums.htm
> > > >
> > > > --
> > > > regards,
> > > > ====================================================
> > > > GPG key 1024D/4434BAB3 2008-08-24
> > > > gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3
> > > >
> ----------------------------------------------------------------------
> > > > For information about J forums see
> http://www.jsoftware.com/forums.htm
> > > >
> > > ----------------------------------------------------------------------
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> > --
> > regards,
> > ====================================================
> > GPG key 1024D/4434BAB3 2008-08-24
> > gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3
> > ----------------------------------------------------------------------
> > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> ----------------------------------------------------------------------
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
Björn Helgason, Verkfræðingur
Fornustekkum II
781 Hornafirði,
t-póst: gos...@gmail.com
gsm: +3546985532
twitter: @flugfiskur
http://groups.google.com/group/J-Programming
Tæknikunnátta höndlar hið flókna, sköpunargáfa er meistari einfaldleikans
góður kennari getur stigið á tær án þess að glansinn fari af skónum
/|_ .-----------------------------------.
,' .\ / | Með léttri lund verður |
,--' _,' | Dagurinn í dag |
/ / | Enn betri en gærdagurinn |
( -. | `-----------------------------------'
| ) | (\_ _/)
(`-. '--.) (='.'=) ♖♘♗♕♔♙
`. )----' (")_(") ☃☠
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
