Mixed Questions and Errors on Raspberry Pi 4(00)

There are some questions:

How can I start !Hermes stand alone (no NetFetch) without an icon in the iconbar?

The function of delete key is not consistent overall:
Open an “normal” !Edit window delete is delete.
Open an TaskWindow in !Edit delete is backspace. (using LineEditor)
In Impression !Style the delete works same as an backspace too.

And some errors or bugs or missunderstandigs from myside:

Run$Path without an empty string delete/cut of the leading FS
e.g.
*Set Run$Path %.,<Run$Dir>.Direct.
*Set Alias$Test SCSI::Helium.$.Test
*Test
File ‘:Helium.$.Test’ not found
*Do Test
File ‘:Helium.$.Test’ not found
*Run Test
File ‘Test’ not found

!ArtWorks using the !Intersect module (load is ok) brings an error
Error outside ArtWorks 2
Internal error: abort on instruction
fetch at &00000004

!Hermes: “Hermes accounts” window doesn’t come to the front/top of the windows with click in the title bar

Loading of !Edit from the Apps folder overwrites Alias$RunType_FFF. Already registered text programms are switched off.

*Set Run$Path %.,<Run$Dir>.Direct.

What’s Run$Dir ?

*Set Alias$Test SCSI::Helium.$.Test
*Test
File ‘:Helium.$.Test’ not found

*BASIC
>10 PRINT "This is a test!"
>SAVE "SCSI::0.$.Test"
>QUIT
*Set Alias$Test SCSI::0.$.Test
*Test
This is a test!
*

You’ll get that message if a file called “Test” is not present on the root of the given harddisc. It is not loaded with reference to Run$Path because you’ve given an absolute path of where to find the file.

Loading of !Edit from the Apps folder overwrites Alias$RunType_FFF.

Yes. Quite a few editors claim filetypes without looking to see if something else has already claimed them.
Programs already registered as claiming a filetype still will if they’re loaded and running (as they’ll be offered the file first), but if they have been quit then… well, is it unreasonable if you quit a text editor and load Edit that Edit set itself up as the current handler of text files?

Can’t help with ArtWorks or Hermes, I have neither.

!ArtWorks using the !Intersect module (load is ok) brings an error
Error outside ArtWorks 2
Internal error: abort on instruction
fetch at &00000004

It does not do this for me if you mean the menu options:
>Intersect all
>Intersect with top

Intersect:

Thank you for your answer. Yes, I mean the menu functions. I didn’t wrote the names of the menu functions because my ArtWorks has german messages. So you have fully understand what I mean. Sorry, I missed to wrote that I have this problem since years also on the Risc PC. Everything else of ArtWorks works fine. This module is using something that is corrupt on my RISC OS. But why on the old Risc PC with RISC OS 3.8 and now also on the new RISC OS 5.28?

Run$Path:

Thank you for your answer. Run$Dir isn’t relevant for this problem and only named here to give a more complete path. Its is my personal place for all things that simply provide commands to complement the system.

*show run$dir
Run$Dir : SCSI::Helium.$.Run

Oh! The above line is “corrupted” / changed from the forum system. I try to fill some spaces so it works

Run$Dir : SCSI::Helium. $ .!Boot .Boot .!Run

Please note that for my example the file SCSI::Helium.$.Test is present simple textfile

!Edit is in Apps/Resources and claims text files fixed in the !Boot and so !Run too. This is an bad and not RISC OS conform behavoiur.

I missed to asked. Please help my if you are able to send me the original english message files version 2.08 for !Squirrel, !SqlImport and !DDE. pulse at elmulab dot de
Some of my old harddiscs are defect. And after 28 years I like to switch to the english version.

The function of delete key is not consistent overall:
Open an “normal” !Edit window delete is delete.
Open an TaskWindow in !Edit delete is backspace. (using LineEditor)
In Impression !Style the delete works same as an backspace too.

You might find the PC Keyboard module from https://www.stevefryatt.org.uk/risc-os/utils useful.

Thank you Steve for PCKey. Works very well. But it took me time to check that it must be started with *Filer_Run (besides the double-click).

Because I integrated it into my boot system and one rule is that nothing is located fix into obey files. It has to be in an folder, must be started automatically and is 100% away when the folder was deleted.

The function of delete key is not consistent overall

Earlier RISC OS computers had different labelling of that part of the keyboard. For example, one of the keys (perhaps End) was labelled Copy. It’s been about thirty years since Acorn recommended that Delete should delete the character to the right of the caret, but they failed to update their own applications and the OS. Well-maintained applications pay attention to the OS version and modify their behaviour accordingly.

!Hermes: “Hermes accounts” window doesn’t come to the front/top of the windows with click in the title bar

Please report this to RComp, and the developer may fix it. It’s been broken a little while now. I think what happened was that I fed back that the message fetching progress window kept popping to the front with every new message being fetched, which was not helpful when I had pushed it to the back. In fixing that, the developer seems to have broken the behaviour of various other windows.

The behaviour of the Delete key in RISC OS 5 is inconsistent.

It works perfectly well in RO4 & 6. Even has a nice configuration option on mine:

“It’s perfectly simple” <facepalm emoji>

Problem with mixed delete behaviour in RISC OS 5.28 is solved perfect with “PC Keyboard” from Steve Fryatt.

Problem with Interset and other export functions in ArtWorks was traceable to a module in my system. That module has nothing to do with ArtWorks. This specific module is not extracted yet.

Run$Path cuts leading FS without an empty string is a bug in RISC OS itself but it is so specific and not relevant for normal usage.

Apps in Resources:$ are a problem due to the unchangeable !Boot and !Run obeys.

Hermes: “Hermes accounts” window doesn’t come to the front/top of the windows with click in the title bar. @Matthew Phillips Report to RComp was sent already. No answer yet.

So above ones are closed for me. But the follwing problem is open:

transfered in an own thread

I feel this and my furter questions are better placed as specific threads with the theme in the header.