You probably won't see the datatype changes until a new beta release is built as datatype is in the standard library.
On Thu, Aug 25, 2016 at 12:09 PM, robert therriault <[email protected]> wrote: > Hi Bill, > > Have you updated datatype to deal with literal4? > > datatype > 3 : 0 > n=. 1 2 4 8 16 32 64 128 1024 2048 4096 8192 16384 32768 65536 131072 > t=. '/boolean/literal/integer/floating/complex/boxed/extended/rational' > t=. t,'/sparse boolean/sparse literal/sparse integer/sparse floating' > t=. t,'/sparse complex/sparse boxed/symbol/unicode' > (n i. 3!:0 y) pick <;._1 t > ) > datatype 9 u: 16b1f600 > |index error: pick > | (n i.3!:0 y) pick<;._1 t > > datatype=: 3 : 0 NB. My definition to patch over the error > n=. 1 2 4 8 16 32 64 128 1024 2048 4096 8192 16384 32768 65536 131072 > 262144 > t=. '/boolean/literal/integer/floating/complex/boxed/extended/rational' > t=. t,'/sparse boolean/sparse literal/sparse integer/sparse floating' > t=. t,'/sparse complex/sparse boxed/symbol/unicode/literal4' > (n i. 3!:0 y) pick <;._1 t > ) > datatype 9 u: 16b1f600 > literal4 > > I copied libj.dylib across to a previous j805 beta to upgrade to version > 11. If you have updated datatype, then it could be that Package Manager is > showing everything up to date and has not caught a change to datatype > because of the way that I updated. Thoughts? > > Cheers, bob > > > On Aug 24, 2016, at 4:57 PM, bill lam <[email protected]> wrote: > > > > see updated documentation of u: in _j805_ addon docs/help. svn copy here > > > > http://www.jsoftware.com/svn/addons/trunk/docs/help/dictionary/duco.htm > > > > since j805 is still in beta, regular help pages are for j804 at the > moment. > > > > 3 u: 7 u: 16b1f600 > > 55357 56832 > > > > this is intended, 3&u: works as if it is rank-0, ie atom by atom. To find > > codepoint of any character or string, first convert it into utf-32, > > > > 3 u: 9 u: foo NB. see u: > > > > rendering of unicode characters depends on font engine and font being > > used. Try another session font or unifont. > > > > linux jqt can display smiley face emoji but in monochrome. > > > > Finally notice the differences between datatype and encoding. For all > > operations on literal/literal2/literal4 datatype, J engine ignores > unicode > > utf8, utf16 and utf32 encoding except, > > a. display to session/jconsole > > b. monad ": verb > > c. dyad 7/8/9 u: verb > > > > Even monad u: and 10&u: are unrelated to unicode encodings and they can > > give results with invalid unicode codepoints. > > ---------------------------------------------------------------------- > > 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
