Mail and

Dick Bowman started to implement an excellent idea: Instead of dealing
with the same issues over and over again, he created a page with
information about how to configure certain applications to make them
work with APL characters - or at least point out if there is no hope
at all.

The link is:

http://aplwiki.aplteam.com/moin.cgi/...AndNewsReaders

It contains already stuff for some applications. Please add your
knowledge.

Kai

On May 24, 12:07*pm, kai <kaithomas...@googlemail.com> wrote:
> Dick Bowman started to implement an excellent idea: Instead of dealing
> with the same issues over and over again, he created a page with
> information about how to configure certain applications to make them
> work with APL characters - or at least point out if there is no hope
> at all.
>
> The link is:
>
> http://aplwiki.aplteam.com/moin.cgi/...AndNewsReaders
>
> It contains already stuff for some applications. Please add your
> knowledge.
>
> Kai

Good initiative

The given link does not work for me.

This one does:

http://aplteam2.com/aplwiki/moin.cgi...8FullSearch%29

David

I was looking at the Unicodes for Dyalog and national characters.
I note that when I change between languages then the menu texts also
change in the session manager.
Also that the Unicodes for APL have got numbers outside the atomic
vector and the national characters stay put.

⎕UCS 'Þegar ég kommeð þæö'
222 101 103 97 114 32 233 103 32 107 111 109 32 109 101 240 32 254 230
246
⎕UCS 'Nu kommer åäö'
78 117 32 107 111 109 109 101 114 32 229 228 246
⎕UCS 'Und dann üßä'
85 110 100 32 100 97 110 110 32 252 223 228
16 16 �⎕ucs ⎕AV
0 8 10 13 32 12 6 7 27 9 9014 619 37 39
9082 9077
95 97 98 99 100 101 102 103 104 105 106 107 108 109
110 111
112 113 114 115 116 117 118 119 120 121 122 1 2
175 46 9068
48 49 50 51 52 53 54 55 56 57 3 164 165 36
163 162
8710 65 66 67 68 69 70 71 72 73 74 75 76
77 78 79
80 81 82 83 84 85 86 87 88 89 90 4 5 253
183 127
9049 193 194 195 199 200 202 203 204 205 206 207 208 210
211 212
213 217 218 219 221 254 227 236 240 242 245 123 8364 125
8867 9015
168 192 196 197 198 9064 201 209 214 216 220 223 224 225
226 228
229 230 231 232 233 234 235 237 238 239 241 91 47
9023 92 9024
60 8804 61 8805 62 8800 8744 8743 45 43 247 215 63 8714
9076 126
8593 8595 9075 9675 42 8968 8970 8711 8728 40 8834 8835 8745 8746
8869 8868
124 59 44 9073 9074 9042 9035 9033 9021 8854 9055 9017 33 9045
9038 9067
9066 8801 8802 243 244 246 248 34 35 30 38 8217 9496 9488
9484 9492
9532 9472 9500 9508 9524 9516 9474 64 249 250 251 94 252 8216
8739 182
58 9079 191 161 8900 8592 8594 9053 41 93 31 160 167 9109
9054 9059
16 16 �⎕AV

Here is no output
The atomic vector was supposed to come here but did not

On May 26, 11:45 am, "David Liebtag" <DavidLieb...@vermontel.net>
wrote:
> The given link does not work for me.
>
> This one does:
>
> http://aplteam2.com/aplwiki/moin.cgi...NewsReaders?hi...
>
> David

Hello David,

Can you please tell me your browser and OS?

Kai

Gosi wrote:
> I was looking at the Unicodes for Dyalog and national characters.
> ... the Unicodes for APL have got numbers outside the atomic
> vector and the national characters stay put.

perhaps what you're referring to is the fact that ⎕ucs ⎕AV returns
values greater than �⎕AV ...?

if so, then it may help to think of the atomic vector as a vector of
Unicode values, so that dereferencing, say, ⎕AV[k] involves 2 lookups
before you know the name and/or the shape of the character referred to

I'm afraid I have no idea what you mean when you say "the national
characters stay put"

incidentally, checking out Unicode values is going to be a whole lot
easier if you can stick with hexadecimal representations

HTH . . . /phil

On May 26, 7:49Â*pm, phil chastney
<phil.hates.s...@amadeus.munged.eclipse.co.uk> wrote:
> Gosi wrote:
> > I was looking at the Unicodes for Dyalog and national characters.
> > ... the Unicodes for APL have got numbers outside the atomic
> > vector and the national characters stay put.
>
> perhaps what you're referring to is the fact that ⎕ucs ⎕AVreturns
> values greater than â�´âŽ•AV Â*...?
>
> if so, then it may help to think of the atomic vector as a vector of
> Unicode values, so that dereferencing, say, ⎕AV[k] involves 2 lookups
> before you know the name and/or the shape of the character referred to
>
> I'm afraid I have no idea what you mean when you say "the national
> characters stay put"
>
> incidentally, checking out Unicode values is going to be a whole lot
> easier if you can stick with hexadecimal representations
>
> HTH Â* . . . Â* /phil

The �slandish, French, German, Swedish characters (I sent some in the
message) stay inside the AV (with numbers below 256) but in the past
they used to collide with APL chars.

In Unicode the APL chars moved so they do not collide anymore.
They can live together side by side on the keyboard in perfect harmony

Gosi wrote:
>
> The �slandish, French, German, Swedish characters (I sent some in the
> message) stay inside the AV (with numbers below 256) but in the past
> they used to collide with APL chars.

the particular �slandish, French, German, Swedish characters that you
choose happen to have Unicode values in the range 0x0000 to 0x00ff, and
that's what you saw (not indices into the atomic vector)

the range 0x0000 to 0x00ff (sometimes known as Latin-1) provides pretty
good coverage for modern West European languages using the Latin script
(it's not complete for Greenlandic, Sámi, Welsh, Breton, anything east
of the Elbe, or even French -- but they're catered for elsewhere)

> In Unicode the APL chars moved so they do not collide anymore.

nothing moved, because until ⎕UCS came along, you couldn't see the
Unicode values matched to the symbols you were using, anyway -- all you
had were indices into a (vendor-specific) 256-character vector

OK? . . . /phil

Kai,

I'm running:

XP Version 5.1 (Build 2600.xpsp.080413-2111 : Service Pack 3)
IE Version 7.0.5730.11

More info:

This URL does not work:
http://aplwiki.aplteam.com/moin.cgi/...AndNewsReaders
This URL works:
http://aplteam2.com/aplwiki/moin.cgi...AndNewsReaders

Dav id

For what it is worth, both links "work" for me, but they result in different
pages...
I too am on XP SP3 and IE7.

Perhaps it is a question of dns? Here is what I see:

C:\Program Files>nslookup
Default Server: vnsc-pri.sys.gtei.net
Address: 4.2.2.1

> aplwiki.aplteam.com
Server: vnsc-pri.sys.gtei.net
Address: 4.2.2.1

Non-authoritative answer:
Name: aplwiki.aplteam.com
Address: 212.227.228.44

> aplteam2.com
Server: vnsc-pri.sys.gtei.net
Address: 4.2.2.1

Non-authoritative answer:
Name: aplteam2.com
Address: 87.106.54.209

>

My dns servers are 4.2.2.1 and 4.2.2.2 (Level3)


HTH

Kerry Liles

"David Liebtag" <DavidLiebtag@vermontel.net> wrote in message
news:1211975111.353323@r2d2.vermontel.net...
> Kai,
>
> I'm running:
>
> XP Version 5.1 (Build 2600.xpsp.080413-2111 : Service Pack 3)
> IE Version 7.0.5730.11
>
> More info:
>
> This URL does not work:
> http://aplwiki.aplteam.com/moin.cgi/...AndNewsReaders
> This URL works:
> http://aplteam2.com/aplwiki/moin.cgi...AndNewsReaders
>
> Dav id
>