>I prefer NT
I have to say that I do prefer many things in the NT as well.
Particularly the file system (NTFS compared to FAT).
But I do prefer many things in W95 and I use W95 for my everyday
work. I have one NT and one W95 on my desk and I of course let them
communicate.
Even if the NT is more robust than W95 then W95 has more interesting
things going for it and my bet is that more people will prefer w95 to NT.
> Will J support Unicode?
what is Unicode ?
> Why do you want/need an ascii version of APL (unfair question but it
> seems like J
> is an answer to problems long gone and an excellent way to kill the
> few APL vendors
> that still exist)
In the real world the problems J is solving are unfortunately (for the
rest
of the APL community) not long gone.
Many people believe that when they themselves do not have problems
then the rest of the world does not have any problems.
I can easily type the apl chars blindfolded on a keyboard that does not
support APL chars. I have even written APL functions without seeing them
on the display. It is hard but it is doable. Trying to fix those same APL
functions is definitely hard.
Besides solving these problems that some people fortunately do not see
as problems (good for them) then J is actually the best APL around. I can
not imagine anyone trying to argue otherwise (unless there were some
business favoritism involved).
I do like that the arguments are about which APL to use rather than if
you should be using APL at all. The more APLers we have the better.
I find it enormously stimulating that we have all these APL dialects
supporting windows because I think APL and windows belong together
as well as it fits very well in with client/server and object
orientation.
I do not think there is a big risk that J will kill the few vendors there
is.
Even if it is the best APL without doubt then the other APLs have their
merits and dedicated followers.
As we probably all know then the majority of APL systems have been
made for data analysis. APL was particularly well suited to handle vast
amounts of data. Most of the bigger APL systems worked on their own
relational databases long before we had SQL.
Now that we do have SQL and a number of query tools running on them
there is a challenge to APLers to create tools to take good advantage
of these databases.
In J there is a very fine interface to ODBC and the SQL data comes into
J just like it had been created for J and can obviously be manipulated
directly.
We do need some really good applications to demonstrate the power of J
over the rest of the query tools who mostly just pass on their results to
some neighboring tool. J can do it all. Do the query. Operate on the
data. Write it out. Print it out. Present it in graphics. Whatever.
/Gosi
http://www.simi.is