I guess they are issues. You have to select a font with all glyphs for latin-1 first. Try unifont or some apl fonts if they are available on mac.
Display control characters or illegal utf8 characters is another issue. How j ide interpret and display box characters is yet another issue. 29.03.2014, в 10:53, Pascal Jasmin <[email protected]> написал(а): > j7 (gtk) displays octal for binary data it decides that it can't print. J8 > and jhs shows a pretty glyph in the same font, but its the same glyph for > every char > 127. > > The proposal is why not display them as > u: 4 64 $ a. > > > ┌┬┐├┼┤└┴┘│─ I assume are special coded already? > > > > ----- Original Message ----- > From: bill lam <[email protected]> > To: "[email protected]" <[email protected]> > Cc: > Sent: Friday, March 28, 2014 8:16:14 PM > Subject: Re: [Jprogramming] font with extended ascii? -display binary data > > If you meant display them as octal like \123 then the ide must also escape > all \ otherwise you cannot distinguish between textual and binary data, > meaning the sum scan would displayed as > > +/\\ i.5 > > 29.03.2014, в 0:11, Pascal Jasmin <[email protected]> написал(а): > >> J stores the full 8 bits of binary data. There very well may be a great >> reason not to provide a friendly display for binary data, I just don't see >> it yet. >> >> On another note, there seems to be a case for an extra dyad form for u: . >> Say 9 u: >> >> It would behave as monad u: does for char and wchar, but for any other >> argument type (including integers) would return ] y. I understand it not >> being a priority since this can be implemented by users with 3!:0 checking. >> >> >> ----- Original Message ----- >> From: Raul Miller <[email protected]> >> To: Programming forum <[email protected]> >> Cc: >> Sent: Friday, March 28, 2014 10:22:18 AM >> Subject: Re: [Jprogramming] font with extended ascii? -display binary data >> >> "Normal ascii" occupies only 7 bits, so it's 128{.a. (or u: i.128). >> >> The problems created by what to do with the other half of they byte (along >> with our love/hate relationship with standards and professionalism) have a >> lot to do with why we are using ascii instead of ebcdic. >> >> Thanks, >> >> -- >> Raul >> >> >> >> On Fri, Mar 28, 2014 at 11:04 AM, Pascal Jasmin >> <[email protected]>wrote: >> >>> thank you Raul, >>> >>> On further thought, it appears to be impractical to use larger than base >>> 128 for binary encoding. >>> >>> A friendlier display of my numeric list compression routine is possible >>> though u: >>> >>> BASE128 =: BASE64 , a.{~ 192 + i.64 >>> >>> >>> u: compresslistnum 1000000239482039420348x 2 248 +"1 i. 3 3 >>> bN5o8ÒÁDâïA BÀ ýA >>> bN5o8ÒÁDâïà DA þÀ >>> bN5o8ÒÁDâðÀ EÀ AÀA >>> >>> >>> >>> There is a formatting problem displaying boxed unicode data. Is there any >>> chance that normal ascii could display as above for codes 192+? or boxed >>> unicode could line up? >>> >>> and >>> >>> BASE128 i. 'bN5o8ÒÁDâðÀ EÀ AÀA' >>> 27 13 57 40 60 67 128 67 128 3 67 128 67 128 67 128 128 4 67 128 128 0 67 >>> 128 0 >>> >>> basically show that all of the extended characters are not found in >>> BASE128 but >>> >>> a. i. 'bN5o8ÒÁDâðÀ EÀ AÀA' >>> 98 78 53 111 56 195 146 195 129 68 195 162 195 176 195 128 32 69 195 128 >>> 32 65 195 128 65 >>> >>> shows that 2 characters are embedded for extended chars (195 x), and >>> intermixed with single codes. >>> >>> Worth noting is that the extended characters display in my html email >>> client. >>> >>> >>> >>> >>> ----- Original Message ----- >>> From: Raul Miller <[email protected]> >>> To: Programming forum <[email protected]> >>> Cc: >>> Sent: Friday, March 28, 2014 9:07:15 AM >>> Subject: Re: [Jprogramming] font with extended ascii? -display binary data >>> >>> There's http://www.unicode.org/charts/PDF/U0080.pdf >>> >>> But it's not an informal page. >>> >>> 240-248 corresponds to the rightmost column (the one with the caption 00F), >>> and the top half of that column (00F0 through 00F8 in the small print at >>> the bottom of each cell). >>> >>> Thanks, >>> >>> -- >>> Raul >>> >>> >>> >>> On Fri, Mar 28, 2014 at 9:48 AM, Pascal Jasmin <[email protected] >>>> wrote: >>> >>>> Jqt uses menlo as default font. Printing binary data over 127 all >>> produce >>>> identical "not found" glyphs. Is it a font issue? and is there a fixed >>>> width font that would display extended ascii as this list (or as much of >>> it >>>> as possible)? iso-latin 1? Is there some informal code page that shows a >>>> printable character for every (or 240-248) binary value(s)? >>>> >>>> http://www.danshort.com/ASCIImap/ >>>> >>>> >>>> A related question is wd edit will not display the prettier line drawing >>>> (box character set) symbols even when the font is set to Menlo. Is >>> there a >>>> workaround for that? >>>> ---------------------------------------------------------------------- >>>> For information about J forums see http://www.jsoftware.com/forums.htm > >> >>> >>>> >>> ---------------------------------------------------------------------- >>> For information about J forums see http://www.jsoftware.com/forums.htm >>> >>> ---------------------------------------------------------------------- >>> For information about J forums see http://www.jsoftware.com/forums.htm >>> >> ---------------------------------------------------------------------- >> For information about J forums see http://www.jsoftware.com/forums.htm >> ---------------------------------------------------------------------- >> For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
