Input text

I’m currently making a subject for my baby/girl on Speck. In addition, this
same text request will be used in all my future system programs
(and the next versions of Hplayer, Cat_Hdd, Vega Commander, CD_Walk).
The question is this: I have now made support for "ytsuken".
- firstly: where to put the "hzheby" keys? As you know, on the PC keyboard they
correspond to service characters in the English layout. Is there
any standard for "ytsuken" on Speck?
- secondly: does anyone need this at all? (I should have started with this :)
- thirdly: I want to add the “yutsuken/yaverty” switch to the SS+I
combination (fortunately it’s not used anywhere, it still has to be suppressed). Is it necessary
to do such interactive switching of the layout, or leave it only in
the general setup of the program?

Vega / ex-Style Group. January 13, 2002

Sun 13 Jan 2002, at 07:28:00 Vlad Sotnikov told All about Input text

VS> The question is this: I have now made support for "ytsuken".
VS> - firstly: where to put the "hzheby" keys? As you know, on the PC
VS> keyboard
VS> they correspond to service characters in the English layout. Is there any standard "ytsuken" on Speck?

Look how ZXASM, ZXWord, Horror Word have done it.

VS> - secondly: does anyone need this at all? (I should have started with this
VS> :)

I don’t need Ytsuken.

VS> - thirdly: I want to add the “Yutsuken/Yaverta” switching to the combination
VS> SS+I (fortunately it’s not used anywhere, it still has to be suppressed). Is it necessary
VS> to do such an interactive switching of the layout, or leave it
VS> only in the general setup of the program?

In the setup, I think, it will be enough. The main thing is to keep the setup.

Bye, Vlad.
WBR, Vivid^Brainwave.

13 Jan 02 07:28, Vlad Sotnikov -> All:

VS> - secondly: does anyone need this at all? (I should have started with this
VS> :)

It is necessary, especially if all UUE formats are supported.
- base64;
- regular uue;
- uue with variable long strings;
- crc64 indication;
- xxe;
- zze 2.0;
- Creeper.

Especially Creeper, this format first tests the transmission channel, and then
allows you to use up to 253 characters (and not 64 like UUE) - i.e. the file
practically does not grow. I have a description of it for programmers, I can
soap it up.

zze is also not a bad thing, it uses about 128...200 characters...

Sincerely, Evgeniy.

... http://2065.da.ru

VS>> The PC keyboard corresponds to service characters in the English
VS>> layout. Is there any standard for "ytsuken" on Speck?

AM> Look how it's done in ZXASM, ZXWord, Horror word.

It's done very cleverly in ZxAsm. Hangs on the "~|\{}" keys. Is this a standard?

Vega / ex-Style Group. January 14, 2002

13 Jan 02 22:45, Eugene Palenock wrote to Vlad Sotnikov:

EP> It is necessary, especially if all UUE formats are supported.
EP> - base64;
EP> - regular uue;
EP> - uue with variable line length;
EP> - crc64 indication;
EP> - xxe;
EP> - zze 2.0;
EP> - Creeper.
mime don’t forget.
and it would be necessary to ensure that the collected sections of the large juyuk are accumulated not in text
form, but in a certain file, the header of which indicates which sections are missing.

- Alone Coder [ZX-Guide] [AC Edit]

VS> ZxAsm is very cleverly done. Hangs on the "~|\{}" keys. Is this
VS> a standard?

Something like that. This was done back in Word...
Although I have come across more other options for placing these
keys (I just don’t remember which ones...)
So I can advise: place them on “~|\{}”,
but make it possible to put any letter on any key.
Hy... like in MMD. :)

Aleksandr

VS> I’m currently making a subject for my juju/deyuchyelki on Speck. In addition,
it would be nice to base64 there too (in our Internet letters the attachment is base64
encoded)
VS> this same text request will be used in all my future system
VS> programs (and the next versions of Hplayer, Cat_Hdd, Vega Commander,
VS> CD_Walk).
VS> The question is this: I have now made support for “ytsuken”.
VS> - firstly: where to put the “hzheby” keys? As you know, on the PC
VS> keyboard
VS> they correspond to service characters in the English layout. Is there any
VS> any standard "ytsuken" on Speck?
do it using the Zone controller (you can also use the pro-Finnish/Kai controller)
VS> - secondly: does anyone need this at all? (I should have started with this
VS> :)
it is necessary, it’s better to use the PKTs right away
VS> - thirdly: I want to attach the “yutsuken/yaverta” switching to the combination
VS> SS+I (fortunately it’s not used anywhere, it still has to be suppressed). Is it necessary
VS> to do such interactive switching of the layout, or leave it
VS> only in the general setup of the program?
ss-i is used differently in different programs, often like (c). Therefore, a better
setup.

JseveN from the 4th Dimension...

VS> ZxAsm is very cleverly done. Hangs on the "~|\{}" keys. Is this
VS> a standard?

yes. That's where they put everything. Only iS-DOS added Russian to numbers as a result of which it is impossible to type numbers in Russian mode.

ZXNet: 500:8462/1 ~/ <~ http://zs80.chat.ru/
Fido: 2:5057/21.93 /_ _> ftp://zx-museum.org.ru/zs/

imho, SS+I should not be used. Why so unconventional? Have you seen such a switch somewhere?

It is better to adhere to the ZX-Word or IS-Dos standard, since they are
supported in hardware in some PC-Keyboard controllers (Scorpion), that is,
pressing the right and left Shift in them is equivalent to Rus/Lat and is converted to
CS+1 or something else...

according to the ZX-Word standard and ZXasm's layout is as follows: (correct, plz, if I'm driving) CS+1 = Rus/Lat, CS+Space = Escape.

VS>> Is it necessary to do such an interactive switching of the layout, or leave
VS>> it only in the general setup of the program?

What will such an input be used for? If you are writing
comments, then you definitely need interactive switching... And in setup
it will also be useful.

All the best, siril.4d.perm.ru.

On Sunday, January 13, 2002, I saw that Eugene Palenock and Vlad Sotnikov
discussed "Input text", and decided to intervene...

VS>> - secondly: does anyone need this at all? (I should have
VS>> started with this :)

14 Jan 02 23:14, Ilya Vinogradov wrote to Vlad Sotnikov:

IV> CS+Space = Escape.

Table.

ZXNet: 500:8462/1 ~/ <~ http://zs80.chat.ru/
Fido: 2:5057/21.93 /_ _> ftp://zx-museum.org.ru/zs/

14 Jan 02 20:54, Sergey Zotov -> Vlad Sotnikov:

SZ> yes. That's where they put everything. Only iS-DOS added Russian to numbers
SZ> in
SZ> as a result of which it is impossible to type numbers in Russian mode.

On a PC keyboard connected through the appropriate controller you can :)

Stanislav

ZXNet: 500:8462/1 ~/ <~ http://zs80.chat.ru/
Fido: 2:5057/21.93 /_ _> ftp://zx-museum.org.ru/zs/

DB>> which
DB>> sections are missing.
SZ> imho it is necessary directly from .pkt
Yes, directly from pkt, and save it directly in the file. Because just like Adventurer#13 in
ZX.SPECTRUM falls, you will suffer later ;)

RT> And a converter for long names would also be nice...
And I would also like to support sections cut by
(I quote)
* Message split, to be continued *

and in the next letter: * Continuation 1 of a split message *

then continuation 2, 3, etc.
2Vivid: did you do that?

Sunday January 13 2002 07:28, Vlad Sotnikov wrote All:

VS> I'm currently making a subject for my baby/girl on Speck. Besides
VS> besides, this same text request will be used in all my future
VS> system programs (and the next versions of Hplayer, Cat_Hdd, Vega
VS> Commander, CD_Walk). The question is this: I have now made support for
VS> "ytsuken".
VS> - firstly: where to put the keys. "hzhebyu"? As you know, on the PCshnaya
Do as in ALASM'e
VS> they correspond to service characters in the English layout.
VS> Is there any standard for "ytsuken" on Speck?
VS> - secondly: does anyone need this at all (should
VS> start with this? :)
VS> - thirdly: I want to set the “yutsuken/yaverty” switching to
VS> combination SS+I (fortunately it’s not used anywhere, it still has to be
VS> turned off). in the setup
VS> or leave it only in the general setup of the program?

Sincerely, BopoH.",0
Ld Hl,10072: Ld Sp,(23613): Exx: Ret

DB> And I would also like support for sections cut along
DB> (I quote)
DB> + Message split, to be continued *
DB> and in the following letter: * Continuation 1 of a split message *
DB> then continuation 2, 3, etc.
DB> 2Vivid: did you do this?

The first time there was something like this. Only without the comment “Continuation...”.
The second time everything was a bundle.

Bye, Dima.
WBR, Vivid^Brainwave.

DB> Yes, directly from the pkt, and save directly to the file. Because as soon as
DB> Adventurer#13 in
DB> ZX.SPECTRUM falls, you will suffer later ;)

And it will fall to me by mail :)

Nikolaj.
[REAL ZX]