English Amiga Board


Go Back   English Amiga Board > Main > Amiga scene

 
 
Thread Tools
Old 15 October 2021, 20:10   #1521
number6
Registered User

 
Join Date: Sep 2017
Location: USA
Posts: 109
@thread

There is an AmigaOS 3.2 presentation scheduled as one of the talks at AmiWest on Sunday.

Quote:
Brian Carpignano - What's new in OS 3.2
Broadcast schedule: http://amiwest.net/broadcast/

Please keep in mind that the broadcast link currently posted was used for some testing and the actual daily link will change for each day (Saturday and Sunday) and be listed on the above page prior to the day's steam beginning.

#6
number6 is offline  
Old 15 October 2021, 20:14   #1522
Romanujan
Registered User
 
Join Date: Dec 2007
Location: Szczecin/Poland
Posts: 401
Will he talk about OS 3.2.1?
Romanujan is offline  
Old 18 October 2021, 05:26   #1523
ProfPlum
Registered User

 
Join Date: Jun 2019
Location: Montreal, Canada
Posts: 107
Quote:
Originally Posted by Romanujan View Post
Will he talk about OS 3.2.1?
Funny you mention this, I logged on to ask whether or not there will be more revisions and/or patches to OS 3.2. If so, by any chance, is there a running list of TO DO items posted somewhere.

Many thanks to all the developers who brought us this revision.
ProfPlum is offline  
Old 18 October 2021, 10:28   #1524
boemann
AmigaOS 3.2 Developer

 
Join Date: Mar 2020
Location: Frederiksberg
Posts: 176
Quote:
Originally Posted by ProfPlum View Post
Funny you mention this, I logged on to ask whether or not there will be more revisions and/or patches to OS 3.2. If so, by any chance, is there a running list of TO DO items posted somewhere.

Many thanks to all the developers who brought us this revision.
No TO DO list, and we just enter issues into our issue tracker whenever we see something on a forum that looks like a bug.

Which issues we actually fix is ultimately decided by our own personal motivation, but we all feel responsible to fix bugs that touch a lot of people. Similarly, bugs that we ourselves have introduced in 3.1.4 or 3.2 have a high priority.

If you have questions about a specific issue just ask and it is likely we will give you an answer.
boemann is offline  
Old 19 October 2021, 19:01   #1525
Romanujan
Registered User
 
Join Date: Dec 2007
Location: Szczecin/Poland
Posts: 401
I have a small suggestion: shouldn’t the hard drive partitions default to block size of 4096 nowadays? 512 bytes block size is outdated nowadays, probably no current media (especially flash devices) uses such a small block size anymore.
Romanujan is offline  
Old 19 October 2021, 19:49   #1526
daxb
Registered User
 
Join Date: Oct 2009
Location: Germany
Posts: 2,985
As far as I know the new block size for FFS partitions is 4096. Have you checked it?
daxb is offline  
Old 24 October 2021, 02:49   #1527
Swe_Kryten2x4b
Registered User

 
Join Date: Sep 2017
Location: Uppsala
Posts: 54
Just a few suggestions. I've been meaning to post these for a while but for some reasons I've never gotten around to it. And I've looked through the backlog here to see if they've been mentioned before, but couldn't find anything (may have missed it though) so here goes.

Not bugs per say but minor things that would be great for me and hopefully others.

1. The find utility.I for one would love the ability to save the search-result into a textfile or csv-file.
2. Textedit. Great tiny editor, but I would love to have a "Recent files" menu entry so it's easier to just jump to the last one(s) you used.
3. The new iconify-to-app gadget in windows. I understand why it's not present on stuff written prior to 3.2. Or at least I think I understand why...however, why is it not present on ordinary wb-windows? That is, why can't I iconfify a window for say dh1:docs/pictures?
4. Wish: To incorporate the feature of WarpWB right into the OS. That is, an option to automatically close the parent window when you open a drawer. It is already possible to do if you keep the right amiga-key pressed when you double-click the drawer. It would just be a nice to set globally to not having to remember to do so constantly to keep the desktop uncluttered. Kinda goes together with 3 really.

Hope I make myself clear!
Swe_Kryten2x4b is offline  
Old 25 October 2021, 06:37   #1528
Steady
Registered User

 
Join Date: May 2021
Location: Melbourne, Australia
Posts: 19
Thanks for your suggestions Swe_Kryten2x4b. Noted.
Steady is offline  
Old 26 October 2021, 10:16   #1529
nailbite
Registered User

 
Join Date: Aug 2021
Location: Luxembourg
Posts: 3
Hi, not sure if it has been reported, but
- when renaming a file on Workbench the "arrow up" and "arrow down" keys just close the requester.
- when executing a comand on Workbench (Right-Amiga+e", the "arrow up" and "arrow down" keys delete the content of the string.

Is this intended behaviour?

Her it happens on UAE, WinUae and on real hardware (A1200, A4000). Always fresh installation from the CD-version of AmigaOS 3.2.

Btw, is there an update available somewhere?

Thanks
nailbite is offline  
Old 26 October 2021, 13:45   #1530
Minuous
Coder/webmaster/gamer
Minuous's Avatar
 
Join Date: Oct 2001
Location: Canberra/Australia
Posts: 2,342
AsyncWB, which is installed by default, adds a command history feature to the Execute Command function. So if you have used it several times already in the current session, you can use the cursor up/down keys to move through the history.

The cursor up/down behaviour in the Rename function is different between OS3 and OS4, it probably should be changed to be ignored (like on OS4).

There has not been any update of OS3.2 released at this point.

Last edited by Minuous; 26 October 2021 at 15:27.
Minuous is offline  
Old 27 October 2021, 00:00   #1531
wiz12
Registered User

 
Join Date: Feb 2017
Location: Ireland
Posts: 444
Quote:
Originally Posted by gdonner View Post



.

Is it possible to have "Update Rom Modules" unticked by default at every bootup? I'm using a Vampire and have to manually untick it each time otherwise I'll get a guru meditation error and the system won't boot?
wiz12 is offline  
Old 27 October 2021, 07:54   #1532
Jope
-
Jope's Avatar
 
Join Date: Jul 2003
Location: Helsinki / Finland
Age: 41
Posts: 8,824
You should instead rename or delete the offending ROM module from your hard disk.
Jope is offline  
Old 27 October 2021, 08:40   #1533
Swe_Kryten2x4b
Registered User

 
Join Date: Sep 2017
Location: Uppsala
Posts: 54
Quote:
Originally Posted by wiz12 View Post
Is it possible to have "Update Rom Modules" unticked by default at every bootup? I'm using a Vampire and have to manually untick it each time otherwise I'll get a guru meditation error and the system won't boot?
Weird that. I'm also using a vampire and does not need to do that.
Swe_Kryten2x4b is offline  
Old 27 October 2021, 09:47   #1534
buggs
Registered User

 
Join Date: May 2016
Location: Rostock/Germany
Posts: 110
Quote:
Originally Posted by wiz12 View Post
Is it possible to have "Update Rom Modules" unticked by default at every bootup? I'm using a Vampire and have to manually untick it each time otherwise I'll get a guru meditation error and the system won't boot?
The Vampire relies on a kickstart patch in exec and thus it is not compatible to the ROM update method of 3.9BB2, 3.1.4 and 3.2 of exec.library.

You might delete the exec.library from your 3.2 installation or (better) follow the instructions in the 3.2 FAQ.

Depending on your Vampire model and core revision, you have the choice of MapROM (where the 3.2 image is to be loaded from HDD after a cold boot) or FlashROM where it is installed on the Vampire permanently.

Last edited by buggs; 27 October 2021 at 09:48. Reason: I never get the newlines right on EAB :-)
buggs is offline  
Old 27 October 2021, 10:33   #1535
Thomas Richter
Registered User
 
Join Date: Jan 2019
Location: Germany
Posts: 1,485
Hold on, this update mechanism has nothing to do with exec, and nothing to do with the Vampires. It just checks for system libraries to load from disk instead of ROM, and exec is none of them. In particular, the following ROM modules can be upgraded by this mechanism:

Code:
*    UPGRADABLE MODULES
*       At the time of writing, the following ROM-Modules are upgradable
*       from disk:
*       - "filesystem" aka "FFS", taken from the RDB if a newer version
*         is available there.
*       - "con-handler", taken from "L:".
*       - "ram-handler", taken from "L:".
*       - "shell", "BootShell" and "CLI, all taken from "L:Shell-Seg".
*       - "intuition", taken from "LIBS:", with
*         the option for downgrading to V40.
*       - "console.device", taken from "DEVS:"
*       - "gadtools.library", taken from "LIBS:"
*       - "syslog", taken from "L:"
*       - "mathffp.library", taken from "LIBS:"
*       - "mathieeesingbas.library", taken from "LIBS:"
*       - "audio.device", taken from "DEVS:"
*       - "workbench.library" and "icon.library" are already RAM-based
*         but use the same search path.
The ROM-Updates mechanism checks all mounted devices(!) for *newer* revisions of the above modules, and loads them if present. Thus, please check whether you have some junk modules left that have revisions that are later than those in ROM as those would be loaded then instead. Thus, for example, if you boot from DH0:, but DH2: contains a "console.device" v50 from whatever source, and this inofficial device is not compatible to the ROM, then the ROM-Updates mechanism will pull it in, and load it.

If you *do not* want to ugrade a particular module for your boot device, but still have a newer revision somewhere on some other partition, create an empty dummy file(!) in the particular location of your boot disk, e.g.

Code:
echo "" >DEVS:console.device
would, for example, prevent the ROM upgrade of the console.device.

In general, however, please check your installation as something is broken there, and get rid of non-working modules in your partitions. All partitions that are reachable during boot, in particular.
Thomas Richter is offline  
Old 27 October 2021, 12:04   #1536
nailbite
Registered User

 
Join Date: Aug 2021
Location: Luxembourg
Posts: 3
Thank you for the answers.

IMHO for the "Execute comand..." the very last entry should be buffered too. If I just started the system, call "RAmiga+e" enter something and press the arrow because of "muscle memory" telling me "go to the first position of the line" everything is deleted. Not so convenient.

As for the "rename requester", please yes change it to ignore the arrow keypreses.. Having "arrow down" or "arrow up" to behave like "enter" seems a bit of a strech..
nailbite is offline  
Old 27 October 2021, 14:15   #1537
Daedalus
Registered User

Daedalus's Avatar
 
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 5,416
Quote:
Originally Posted by nailbite View Post
If I just started the system, call "RAmiga+e" enter something and press the arrow because of "muscle memory" telling me "go to the first position of the line" everything is deleted. Not so convenient.
To be fair, up or down arrows aren't intended for moving to the first position of the line - that has always been Shift+left arrow, though it's been changed to Ctrl+left arrow for 3.2.

I hadn't noticed the up and down arrow behaviour in either of those requesters until now since I always used the Shift+(arrows|delete|backspace) shortcuts in the past. Still trying to get used to the usage being split in 3.2 now, with shift meaning "to the end of the line" when used with delete and backspace, but not with the arrows...
Daedalus is offline  
Old 27 October 2021, 14:35   #1538
Thomas Richter
Registered User
 
Join Date: Jan 2019
Location: Germany
Posts: 1,485
You find the intended and recommended meanings of the qualifiers along with cursor keys in the RKRM Interface style guide. I recommend following this style guide. IIRC, shift+cursor is "one visible element forwards or backwards", ctrl+cursor is "to the very extreme", and alt+cursor "one word forward or backward", but please check yourself to be sure.
Thomas Richter is offline  
Old 27 October 2021, 14:56   #1539
Daedalus
Registered User

Daedalus's Avatar
 
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 5,416
I'll take your word for it. In that case, it's just a shame that the recommended meanings haven't been followed for the past 30 years, instead a different but more consistent use has been implemented right through OS 2, 3 and 4 until this point, with reversed actions of Ctrl and Shift. It's also a shame that, while correcting this error, it wasn't corrected across the board since the shift meaning still applies for delete and backspace. It wouldn't be so bad if it was all changed to Ctrl, so at least the consistency was preserved. Maybe for a future update...

Edit: Here's the text from the copy of the style guide I have here:

Quote:
Shift + Cursor
Move to the appropriate extreme of the window, or shift the view by one windowful if you're already at that extreme. In applications such as a word processor where the two directions are not symmetrical, shifted cursor keys could take on different meanings. Shifted up and down cursors would page through windowfuls while the shifted left and right cursors would show more on the left and right if there is more to show. Of course it is often the case that the width of the document fits in the window, so the shifted left and right cursors could act as beginning- and end-of-line commands (or edge of window if the cursor isn't constrained to the form of the text).

Alt-Cursor
This is used for application-specific functions. It's usually semantic units such as words in a text processor or fields in a spreadsheet.

Ctrl-Cursor
Move to the appropriate extreme of the project (beginning, end, extreme left, extreme right).
In the word processor example, the up and down cursor keys would take the cursor to the beginning and end of the file, respectively. But again, if the file fits within the width of the window, the left and right cursor keys
combined with Alt would act like their shifted cousins.
So to me it seems less cut and dried as strictly requiring one or the other. The shift combination is the one that mentions the beginning or end of line, and this seems to be the interpretation used by the OS developers prior to 3.2, as well as most 3rd party implementations like MUI.

And while the delete and backspace keys are mentioned as being "special keys" just like the arrow keys, they're not explicitly called out in the same way as the arrow keys with the shortcuts, so I guess there's the get-out needed to drop that consistency. Again, maybe at least that consistency can be restored in a future update by swapping the Shift and Ctrl actions for backspace and delete...

Last edited by Daedalus; 27 October 2021 at 15:23.
Daedalus is offline  
Old 27 October 2021, 17:22   #1540
boemann
AmigaOS 3.2 Developer

 
Join Date: Mar 2020
Location: Frederiksberg
Posts: 176
Quote:
Originally Posted by Daedalus View Post
To be fair, up or down arrows aren't intended for moving to the first position of the line - that has always been Shift+left arrow, though it's been changed to Ctrl+left arrow for 3.2.

I hadn't noticed the up and down arrow behaviour in either of those requesters until now since I always used the Shift+(arrows|delete|backspace) shortcuts in the past. Still trying to get used to the usage being split in 3.2 now, with shift meaning "to the end of the line" when used with delete and backspace, but not with the arrows...
Ah I hadn't even noticed the delete and backspace behavior - Agree they should be ctrl too then.
boemann is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
AmigaOS 3.1.x v 3.9 steve_mynott New to Emulation or Amiga scene 35 19 April 2020 07:23
AmigaOS 3.9 PoLoMoTo support.WinUAE 8 27 August 2011 19:06
AmigaOS 3.5 or 3.9 maddoc666 support.Apps 12 22 February 2010 09:02
AmigaOS koncool request.Apps 6 04 June 2003 18:45
AmigaOS XL sturme New to Emulation or Amiga scene 4 15 January 2002 03:13

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 04:08.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, vBulletin Solutions Inc.
Page generated in 0.20894 seconds with 16 queries