Control keys in RC 2.3
ZXNet echo conference «real.speccy»
Here is the offer I received from Corvax/AREAsoft:
>---------------------------------------------------------------- What can All say about this? Bye!
> 2. I would like to note that it is absolutely impossible to work in the two-panel mode. Or rather, it is inconvenient, but this inconvenience is much greater than the expected efficiency when working with two drives. I have two disk drives, but I refused
>to use two panels in RC, although I often have to
move all sorts of little things from disk to disk (source files, sprites,
music, etc.). And now I use RC all the time, because... if
>you don’t turn it on every day, then you won’t be able to catch bugs from it, and I
>set out to make it the best of the best, of course, by our
>COMMON efforts.
> I suggest: when working with two panels, make the transition to another
>panel with the cursor (left, right), and page-by-page scrolling of the current panel - PgUp, PgDn (CS+3, CS+4). When switching, you don't
need to re-read the drive, just remember its directory. Let
>when selecting two panels, the size of the copy buffer will decrease by
>16 sectors (I still strongly recommend supporting the DirSys subdirectory system), and when switching to one, it will return to its original size again. And call the table of modules using
>----------------------------------------------------------------
Pa...@nm.ru www.realsoft.hotbox.ru [RC 2.0] [Real Software]
...13 Apr 02 23:43:49, Pawel Kislyak -> All , theme... PK>> I suggest: [skip] imho sane/convenient. Tschau, Siril.
...
PK>> And call the module table by pressing the
PK> What can All say about this about?
>> I suggest: when working with two panels, make the transition to
>> another
>>panel with the cursor (left, right), and page-by-page
>>scrolling of the current panel - PgUp, PgDn (CS+3, CS+4). When switching
>>you don't
>>need to re-read the drive, just remember its directory.
>>Let
>>when selecting two panels, the size of the copy buffer will decrease
>>by
>>16 sectors (I still strongly recommend supporting the
>>system-
>>theme of DirSys subdirectories), and when switching to one - again
>>return-
>> I suggest: when working with two panels, make the transition to another
>panel with the cursor (left, right), and page-by-page scrolling of the current panel - PgUp, PgDn (CS+3, CS+4). When switching, you don't need to re-read the drive, just remember its directory. Let
>>when selecting two panels, the size of the copy buffer will decrease by
>>16 sectors (I still strongly recommend supporting the DirSys subdirectory system), and when switching to one, it will return to its original size again. And call the table of modules using the
>>-----------------------------------------------------------------
about DirSys: can make a special one. a plugin with such bells and whistles - put small useful, but not often used functions into it like rename
(extended), support for DirSys directories, a formatter, for example, and much more. And all this will only take up _one_ additional page. True, at
48k all this will not be available, but still, IMHO it is a more sensible idea. By the way
by winding up the plugin in this way you can get rid of small plugins that consume
16kb each.
JTN/4D
VK> I’m against it, it’s still more common to switch via tab, remember the classics:
VK> nc, dn, far finally;) and “PC doesn’t bother me at all” (c) KF.
^^^^^^^^^^^^^^^^^^^^
This is exactly what happens!
But on PC there is, for example, explorer in Windows. I like his “single-panel”
ideology better (if you want another panel, open the window). There are also 3
panel
commanders, and there was even a 4-panel Diamond Commander on the spec. But this is all a terrible
perversion. One panel is enough for everyone. Especially if there is no screw. There just needs to be
the ability to quickly switch between different directories and/or drives.
VK> I’m against it, it’s still more common to switch via tab, remember the classics:
if not on an extended keyboard, then it can be convenient - CS+ (3..8), otherwise
you’ll have to climb who knows where to click the page. I am against PgUp, PgDn!
VK> regarding DirSys: can make a special one. plugin with such bells and whistles -
VK> put small useful, but not often used functions
VK> into it like rename (advanced), support for DirSys directories, formatter,
VK> for example, and much more. And all this will only take up _one_
VK> additional page. True, all this will not be available on 48k, but
VK> still, IMHO, a more sensible idea. By the way, by winding up the
VK> plugin in this way, you can get rid of small plugins that consume 16kb each.
you can do it like in MultiRename - check for the presence of space in 48 memory for the
plugin and transfer it there, or leave it in the bottle. IMHO, the
DirSys support plugin will take no more than 600-800 bytes.
[I ZX] !mPeR!0^PHG
22 Apr 02 13:49, Pavel Demchuk wrote to Vassili Klimov:
PD> if not on an extended keyboard, then it can be convenient -
PD> CS+ (3..8), otherwise you’ll have to climb who knows where to click
PD> page. I am against PgUp, PgDn!
You probably have a bad PC keyboard, and also an ugly layout where there is no PGUP/DOWN?
On a normal Spectrum keyboard there are TRUE/INV buttons. video on the top left, and
left
below the cursor keys - everything is convenient. Although somewhat non-standard, but in
iS-DOS
this is how it is done.