Still bug on Console prefs (FE Update 1)

[samo79]

Same problem still also in update 1

Try to iconify the "Console" prefs program (SYS:Prefs)
The icon of the settings still iconified (even after you have deiconified its window)

Also when you iconify a shell the icon will be iconified in a wrong place .. again same problem of the old FE

[tonyw]

Try to iconify the "Console" prefs program (SYS:Prefs)
The icon of the settings still iconified (even after you have deiconified its window)

Looking back, I find an old bug report on this, but I had forgotten about it. I'll take a look at it today.

When you iconify a shell the icon will be iconified in a wrong place

Please explain, I can't see anything wrong here.

[xenic]

Also when you iconify a shell the icon will be iconified in a wrong place .. again same problem of the old FE

The shell apparently uses it's icon in SYS:System for it's iconified icon. If you snapshot the icon in it's window, the iconified icon will align in the same relative place in the Workbench window as it is in the SYS:System window. If you UNSNAPSHOT the shell icon in the SYS:System directory, the shell icon will align below your other icons when you iconify a shell.

[tonyw]

I don't see that. It does not matter where the icon is within the System/ drawer, or whether it is snapshot or not, the Iconified icon always appears in the "next" place on the WB, as it should.

That's on a beta system, Ill try it on an FE Upd1 system...
Booting the X5000...
(time passes)
(time passes)

No, I don't see a problem on the X-5000 either. Booting the Sam 460 with a fresh FE + Update 1...
(time passes)
(time passes)

No, can't see a problem there either.

[kas1e]

@tony
We discuss it about 3-4 years ago. I.e. iconify of the shell icon was random on screen by default and placed not in normal wb-slot-order.

And there is mail which i wrote back in times which was kind of fix for me:

----
What i tryed to do now, its to make iconified shell icon appear in the free WB slot. But as seems that unpossible and i only can snaphost it statically to some static position, i just choice to let's say snapshot it in the Left-Top corner, togehter with "Ram Disk" icon.

So, i open ENVARC via WB , then "CleanUp By Name" (because in other way its unpossible to find icon in such a mess of icons), then resize WB window on the full screen, move def_shell.info on the top-left corner of the window, press on it and do "snapshot". Then i run shell, iconify if, and by some reassons iconified icon jump at the bottom of the WB screen (but at least in right posistion by X).

Then i go easy way : i just move def_iconf from envar on the WB screen where i want to see my iconified icon , snapshot it, and put icon back to the envarc: - and then, iconified icon of shell appears where i need it . A bit boring, but it works
-----

the Iconified icon always appears in the "next" place on the WB, as it should.

If i remember, you do something like i do. To see that problem, install clean FE somewhere and you will see.

[kas1e]

@tony
To show what we mean about "wrong iconify position of shell by default", there is more info:

1) i install FE , upply update1 (but that will be with pure FE the same of course)
2). amiga+e , newcli and shell spawns.
3). press iconify on that shell window, and, instead of placing in the right wb-slot rigth after other icons, iconified icon of shell placed somewhere the middle of the screen. See screenshot:

With fix i quote in previous mail, it placed correctly. Probably, will be good if it will reacts by default like after fix.

[tonyw]

OK, I can't get it to happen on the WB that you get after booting the X5000 Install disk, it works fine there.

I'll try a new FE + Update on the Sam 460. I notice that you specify RAmiga/E + NewCLI - does it still happen if you double-click the Shell icon in System/ ?

On my "clean" systems here, I have changed the Shell icon to specify the size and position to the RHS of screen. That icon is of course snapshot within the System/ directory and I can't see any problem.

I'll try a fresh install...

OK, it happens on a clean install, before I modify the Shell icon or snapshot it. It is a simple change to fix the problem and I thought I had done it some years ago, but no.

Now fixed.

[Amigo1]

I did not want to start a new topic for this, I hope it's fine to use this thread.

I noticed the Key sequence "CTRL-J" does not work like described on the wiki AmigaDOS_Understanding_the_Shell under the section "Command Line Editing and Control" and also like it behaved until AmigaOS 4.1. In the wiki it says

Ctrl+J Adds a line feed.

. But actually it behaves like

Ctrl+M Processes the command line (same as Return)

.

With the old console/shell you could enter more commands and execute them sequentially e.g.:
date <CTRL-J>
echo "lha x ram:test.lha" <CTRL-J>
date <RETURN>

and the result would be

Saturday 02-Sep-17 02:08:00
lha x ram:test.lha
Saturday 02-Sep-17 02:08:01

Sometimes it is handy to use CTRL-J like it was described in the AmigaOS 3.1 manual too. Maybe it can be brought back?

[xenic]

OK, it happens on a clean install, before I modify the Shell icon or snapshot it. It is a simple change to fix the problem and I thought I had done it some years ago, but no.

Now fixed.

I think you did fix it but maybe forgot the fix. If you run Snoopy while opening a shell you will see that it's now looking for ENVARC:Sys/def_shell.info before it looks in SYS:System/Shell.info. If you un-snapshot ENVARC:Sys/def_shell.info then the shell will once again iconify below your other Workbench icons.

[broadblues]

I did not want to start a new topic for this, I hope it's fine to use this thread.

I don't understand why you would not start a fresh thread for a completely new topic? Hiding it in an old thread is the best way to get it ignored. THis thread is not about console bugs but console prefs bugs, so you post is off topic.

Having said that:

I noticed the Key sequence "CTRL-J" does not work like described on the wiki AmigaDOS_Understanding_the_Shell under the section "Command Line Editing and Control" and also like it behaved until AmigaOS 4.1. In the wiki it says

Ctrl+J Adds a line feed.

. But actually it behaves like

Ctrl+M Processes the command line (same as Return)

.

With the old console/shell you could enter more commands and execute them sequentially e.g.:
date <CTRL-J>
echo "lha x ram:test.lha" <CTRL-J>
date <RETURN>

and the result would be

Saturday 02-Sep-17 02:08:00
lha x ram:test.lha
Saturday 02-Sep-17 02:08:01

Sometimes it is handy to use CTRL-J like it was described in the AmigaOS 3.1 manual too. Maybe it can be brought back?

I can confirm that CTRL-J is acting like CTRL-M here as far as I can tell, I don't have an older shell available to compare with at present.