Welcome, Guest. Please login or register.
Amiga Kit Amiga Store Iridium Banner AMIStore App Store A600 Memory

AuthorTopic: Os 3.2 development preview  (Read 31729 times)

0 Members and 5 Guests are viewing this topic.

Offline Thomas Richter

Re: Os 3.2 development preview
« Reply #330 on: December 02, 2019, 07:29:19 AM »
So this is all bogus?
No, superfluous by the time being, and not updated, and not aware of large drives. Olivier Kastl knew what he was doing, but this package wasn't updated for a long time, thus bare with him that it is no longer as useful as it was back then. Just remove it.
« Last Edit: December 02, 2019, 07:31:12 AM by Thomas Richter »
 

Offline kolla

Re: Os 3.2 development preview
« Reply #331 on: December 02, 2019, 07:29:55 AM »
Second, IDEfix does not issue LBA48 commands as the scsi.device does, and hence limits the maximum drive capacity to (IIRC) 128MB. Any larger drive will appear in the HDToolBox only as 128MB drive. Then people come along, partition their drive/card under UAE, and insert it into the Amiga, and then all hell breaks loose because IDEfix cannot address any blocks beyond the 128MB limit, even though the partition appears to be the right size.

Ah, now I get it - you just wrote 128MB instead of 128GB three times in a row!

(Also, "Gary IDE detection logic" - do you mean "Gayle IDE detection logic"? Or is this another example of German humour?)
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
 

Offline Amigo1

Re: Os 3.2 development preview
« Reply #332 on: December 02, 2019, 01:23:48 PM »
There is something which possibly needs to be corrected in the Wiki https://wiki.amigaos.net/wiki/AmigaOS_Versions

In the table,
Quote
"version 43" "Release Kickstart 3.2" "This is the original Release 3 revision for Amiga Walker model (never completed). This revision was used for stuff done by/for Amiga Technologies/Amiga International (1995)."

 :)
 

Offline kolla

Re: Os 3.2 development preview
« Reply #333 on: December 02, 2019, 01:29:19 PM »
Just remove it.
Does this mean support for 4 drive adapters will be built in with the OS 3.2 scsi.device?
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
 

Offline Thomas Richter

Re: Os 3.2 development preview
« Reply #334 on: December 02, 2019, 02:04:37 PM »
Does this mean support for 4 drive adapters will be built in with the OS 3.2 scsi.device?
No, there is no third party product support built into the kickstart.

Offline CBH

Re: Os 3.2 development preview
« Reply #335 on: December 02, 2019, 04:55:11 PM »
And another warning: Some people still use IDEFix. First, this is unnecessary as the scsi.device implements ATAPI now fine

As of 3.2 or 3.1.4?
 

Offline Thomas Richter

Re: Os 3.2 development preview
« Reply #336 on: December 02, 2019, 05:02:08 PM »

Offline Thomas Richter

Re: Os 3.2 development preview
« Reply #337 on: December 03, 2019, 07:00:40 AM »
Another component: Gadtools.

Gadtools is a rather simple GUI toolset that can be used to build buttons and menus. As far as bugs are concerned, gadtools had a defect when including a boopsi as replacement for an image in a menu to be constructed and created nonsense if you tried. This had been fixed, boopsis are now acceptable for menu items.

DrawBevelBox() supports now a new box type, or rather forwards a new box type to a new flavour of the intuition frameiclass. This frame type is a double-lined black/white frame with an optional text on top called a "context frame". It is exactly the type of frame the preferences editors draw around contextual gadgets. The code has been factored out from the preferences editors and put into intuition as it is used so often, and made accessible by a simple call through gadtools.

The most important change is that gadtools allows now building of font-sensitive GUIs. A special flag in the "NewGadget" structure instructs gadtools that gadget coordinates and positions are relative to a font that is recorded in the VisualInfo, and which can also be changed there. If this flag is active, the coordinate/sizes are given in quarters of the font width and height, with an additional -8..+7 pixel offset in the low order bits. Gadtools then automatically scales the coordinates according to the font dimension. As result, all system GUIs such as preferences, Format, DiskCopy and so on scale now according to the system default font and are no longer bound to topaz.8 as they used to be.

It is a very simple method and only works well for fixed-width fonts. Otherwise, gadtools would have to go through a complete window layout engine that moves gadgets around for an optimal look. We have that, too, it is part of the layout.class of reaction. While the latter GUI layout is certainly much more flexible and allows arbitrary fonts, it is also a lot slower and causes a lot of stress for the lower-end machines, which is one of the reasons why we did not pick it for the 3.2 system programs at this stage. So pick your poison: Simple, with some restrictions, or flexible, but slower.

Anyhow, developers have now freedom: Either choose the simple gadtools "fixed width fonts raster based" gadtools layout, or the flexible reaction "layout.class" engine.
 
The following users thanked this post: Tygre

Offline kolla

Re: Os 3.2 development preview
« Reply #338 on: December 03, 2019, 07:21:45 AM »
Does this mean support for 4 drive adapters will be built in with the OS 3.2 scsi.device?
No, there is no third party product support built into the kickstart.
Well, then many will just continue to use IDEFix.

The combo “hard drive + CD drive + external CF/SD” seems popular, and the “third party product” is implemented by several vendors as well as hobbyists, and it is also supported by at least one popular FPGA system.
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
 

Offline Thomas Richter

Re: Os 3.2 development preview
« Reply #339 on: December 03, 2019, 07:30:07 AM »
The combo “hard drive + CD drive + external CF/SD” seems popular, and the “third party product” is implemented by several vendors as well as hobbyists, and it is also supported by at least one popular FPGA system.
With several different protocols, in several variants. Sorry, I do not want to create a maintenance nightmare here and don't want to make this my problem. If you use IDEfix, go ahead, but do not complain if you run into its restrictions.

Offline kolla

Re: Os 3.2 development preview
« Reply #340 on: December 03, 2019, 08:08:08 AM »
I am not aware of several different protocols - could you elaborate?
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
 

Offline Thomas Richter

Re: Os 3.2 development preview
« Reply #341 on: December 03, 2019, 08:21:17 AM »
I am not aware of several different protocols - could you elaborate?
Several variants exist how such adapters identify themselves as being present.

Offline TribbleSmasher

Re: Os 3.2 development preview
« Reply #342 on: December 03, 2019, 06:28:18 PM »
Can this new title bevelbox be used as just a title bar or will an argument of zero for height cause the box to overdraw itself with the bottom border?
 

Offline Thomas Richter

Re: Os 3.2 development preview
« Reply #343 on: December 03, 2019, 07:35:56 PM »
Can this new title bevelbox be used as just a title bar or will an argument of zero for height cause the box to overdraw itself with the bottom border?
If you just want a headline, I suggest graphics/Text(). The bevel box is a variant of a frame, with a title.

Offline kolla

Re: Os 3.2 development preview
« Reply #344 on: December 03, 2019, 08:36:44 PM »
Can you say something about ASL and requesters? Will they too follow the same layout limitations and settings as the prefs programs? Will there at last be a RequestString coming with the OS that is system conform, ASL based and not requiring (ancient) reqtools.library?
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC