326

Re: New NMI handler / .commands

Luzie wrote:
Luzie wrote:

Dear david_ps,

is there any space left in your "New NMI handler" for adding Hotkey/Function to start another NMI.SYS / NMI-handler?

Can be done with copying the "New File Browser for ZX-UNO"
/sys/nmi.sys to /sys/nmi/old087.sys
as described on: https://spectrumcomputing.co.uk/forums/ … 834#p36834
So "New File Browser for ZX-UNO" can be started by Hotkey J from within "Dr. Slumps NMI Navigator"

and with copying the original
/sys/nmi/old087.sys to /sys/nmi.org
BEFORE the above copying
the original NMI.SYS can be loaded via "Shift + N" from within "New File Browser for ZX-UNO"

Thank you very much! Great contribution!

One thing:

Instead of going back to the old nmi. Can't go back to the DR Slump nmi again?

A greeting

327 (edited by Luzie 2020-05-24 15:55:30)

Re: New NMI handler / .commands

bracula80 wrote:

Thank you very much! Great contribution!

One thing:

Instead of going back to the old nmi. Can't go back to the DR Slump nmi again?

A greeting

Hello and thank you!

You can go back to Dr. Slumps with Hardreset.

Or rename Dr. Slumps /sys/nmi.sys to /sys/nmi.org

Then Dr. Slumps NMI.SYS should be loaded via "Shift + N" from within "New File Browser for ZX-UNO" (only on NMI.SYS-Version, not on .browse-DOT-command-Version - have a look at "Shift + H" for Help!)

328

Re: New NMI handler / .commands

Thanks Luzie

329

Re: New NMI handler / .commands

Hello,

Update release of NMI navigator, v.0.0.17:
https://www.dropbox.com/s/dsojadhffzi9y … 7.zip?dl=0
Changes:

  • Updated \SYS\NMI\init to detect 0.8.8 esxDOS version

  • Added \SYS\NMI\old088.sys to able to load old NMI navigator for 0.8.8 esxDOS version

Packed release of custom module, v.0.0.17 (it is identical to the version v.0.0.16):
https://www.dropbox.com/s/lm0hti7f3kg9g … 7.zip?dl=0

Updated README_NMI.txt:
https://www.dropbox.com/s/ow3nhkthcss8w … I.txt?dl=0
Please read it! It contains an instruction manual and explains the operation of all the keys.

ESXDOS v0.8.8 system configured with my NMI navigator and utilities:
https://www.dropbox.com/s/7vi241ohd2dau … 8.zip?dl=0

330 (edited by pjrodriguez 2020-05-26 19:28:42)

Re: New NMI handler / .commands

Hello David, thank you for updating your NMI navigator and congratulations for your hard work.
I've been actively following bob_fossil's new browser in the Spectrum Computing Forums and I love the 42 column mode he uses, in my opinion it's much more readable than the 64 column mode. I suppose it would be a lot of work, but could you just think aboout it?

331

Re: New NMI handler / .commands

pjrodriguez wrote:

...
I've been actively following bob_fossil's new browser in the Spectrum Computing Forums and I love the 42 column mode he uses, in my opinion it's much more readable than the 64 column mode. I suppose it would be a lot of work, but could you just think aboout it?

Main problem is space available for browser, 3584 bytes. 64 column font ocuppies 336 bytes, normal font 768 bytes, and 42 column font 576 bytes, with a more complex printing routine. With this version of navigator is not possible change it, but I'm working on other version with much more usable space. I'm sorry.

332 (edited by Spezzi63 2020-05-26 23:29:26)

Re: New NMI handler / .commands

david_ps wrote:

but I'm working on other version with much more usable space

That is absolutely great wink


Thank you for your staying power and fantastic support for our operating system.
Many Greetings,
Günter

333 (edited by hsaturn 2020-10-25 23:04:18)

Re: New NMI handler / .commands

Hi everybody

I'm sorry to say that I was exited a lot by trying this nmi.sys. I've read almost all of the 14 pages and was frustrated because I cannot have esxdos 0.8.6 working on my spectrum and first versions of nmi.sys wanted that version....Then I was happy to see that the latest version is working on my (real 48K). But I am ... disapointed.

1 - EDIT does not work, one have to press SHIFT 1, 1 alone should do the job (as the old nmi.sys)
2 - 64 chars is useless as one said before, half of screen is empty and LFN is not supported. Even if it was, I think this'll be useless
3 - Speed, this nmi is a lot slower that the old one. Just for this reason I will not use it.
And speed is a concern, I have many and many files in many and many folders (so I like the 1 feature of the old nmi)

4 - Keys, why not having cursor keys working. I guess the default is to use the joystick, but both cursor + joystick could work. No need to redefine keys
5 - When leaving a folder (EDIT) the selected folder is not the one we just left... It is so easy to implement such a feature !!!

I guess that  key redefinition (except for EDIT ...) + conf load/save + use of keydef costs a lot.
Having joystick + cursor hardcoded should be sufficient and easier (I had not my joystick at first try...)


I guess also that 64 chars is the reason of slowness. Too bad because 32 chars are enough.

Wasted bytes for 64chars + config maybe could have been used to support LFN ?

Fixing EDIT, adding cursor keys + joystick, returning back to 32 chars and speed could really make your nmi really great !!!

Anyway, I don't like to be negative but I had to. Maybe you'll listen to my arguments...

Is the code of the NMI open source ?

Is your enhanced version of NMI code source available ?

Thanks and best regards

334 (edited by Luzie 2020-10-26 17:28:43)

Re: New NMI handler / .commands

hsaturn wrote:

Hi everybody

I'm sorry to say that I was exited a lot by trying this nmi.sys. I've read almost all of the 14 pages and was frustrated because I cannot have esxdos 0.8.6 working on my spectrum and first versions of nmi.sys wanted that version....Then I was happy to see that the latest version is working on my (real 48K). But I am ... disapointed.

1 - EDIT does not work, one have to press SHIFT 1, 1 alone should do the job (as the old nmi.sys)
2 - 64 chars is useless as one said before, half of screen is empty and LFN is not supported. Even if it was, I think this'll be useless
3 - Speed, this nmi is a lot slower that the old one. Just for this reason I will not use it.
And speed is a concern, I have many and many files in many and many folders (so I like the 1 feature of the old nmi)

4 - Keys, why not having cursor keys working. I guess the default is to use the joystick, but both cursor + joystick could work. No need to redefine keys
5 - When leaving a folder (EDIT) the selected folder is not the one we just left... It is so easy to implement such a feature !!!

I guess that  key redefinition (except for EDIT ...) + conf load/save + use of keydef costs a lot.
Having joystick + cursor hardcoded should be sufficient and easier (I had not my joystick at first try...)


I guess also that 64 chars is the reason of slowness. Too bad because 32 chars are enough.

Wasted bytes for 64chars + config maybe could have been used to support LFN ?

Fixing EDIT, adding cursor keys + joystick, returning back to 32 chars and speed could really make your nmi really great !!!

Anyway, I don't like to be negative but I had to. Maybe you'll listen to my arguments...

Is the code of the NMI open source ?

Is your enhanced version of NMI code source available ?

Thanks and best regards

Hi hsaturn,

I think you should have a look at these alternative NMI-Handlers which offer LFN-Support: http://board.esxdos.org/viewtopic.php?pid=1553#p1553

The author of this "New NMI handler / NMI navigator from david_ps / Dr Slump" has already written that he see support for LFN should come from esxDOS itself and not from the NMI-handler (see: http://board.esxdos.org/viewtopic.php?pid=481#p481)

I like this "Dr Slumps NMI navigator" here. And use it and the newer "New File Browser for ZX-UNO" together (these can be installed parallel).

"Dr Slumps NMI navigator" has so many additional features against the original "Old/Original NMI navigator" like file- and directory-delete, create directory, integration of "TR-DOS Navigator"-Bootdisk etc. For me "Dr Slumps NMI navigator" is still one of the Masterpieces of Utility-Software from the last years.

335

Re: New NMI handler / .commands

Hi Luzie

> I think you should have a look at these alternative NMI-Handlers which offer LFN-Support: http://board.esxdos.org/viewtopic.php?pid=1553#p1553

I do not search (at all) for lfn support. But just because I'm curious, I'll have a look to your link. So thanks for that.

> The author of this NMI handler has already written that he see support for LFN should come from esxDOS itself ...

Yes, before writing my post, I had read that in the whole thread. But since esxDos does not (yet) offer LFN, I think (but may be wrong) that the speed problem of this NMI handler is due to the 64 chars feature that is useless without LFN

> I like this "Dr Slumps NMI navigator" here. "Dr Slumps NMI navigator" has so many additional features against the original "Old/Original NMI navigator" like file- and directory-delete, create directory, integration of "TR-DOS Navigator"-Bootdisk etc. For me "Dr Slumps NMI navigator" is still one of the Masterpieces of Utility-Software from the last years.

Yes, of course I'm sure there are some great features in that handler. And I could like a lot this handler if only it was as fast as the old one (it is more than 2x slower !).
Btw I couldn't create a folder...

Thanks for your answer, I'm still waiting for a possible answer from David to my 5 questions
(Speed, Config, Dual key / joystick, Edit, folder focus on back). I hope he'll had time for that.

And maybe the most important question about ability to view / modify / patch his code.
(github ?)

Btw I'm a software engineer and am currently coding since one month an attempt of a modern emulator / C++ IDE for ZX Spectrum (https://github.com/hsaturn/klive).

This why I'm concerned by the avalability of the source code (in order to fix myself what I see as problems).
This is also why I'm concerned about ergonomy of the handler which I think can be enhanced.


Best regards