Requesters: size and position

[AMIGASYSTEM]

Yes right, the problem arises from the fact that on AROS, the request when you use the mouse wheel or the arrow cursors on the keyboard, during movement the folders are not highlighted "with other color"

With a large request you don't need to scroll on scrolling, so you don't get it wrong.

I made a video on OS3 where you can see that folders are highlighted while moving.

To notice the problem you have to use applications that require a folder path like MysticView !

https://drive.google.com/file/d/16Qib1XWx9ATdbZzTDW-K8M3twD7xJyGh/view

[AMIGASYSTEM]

deadwood, question, since I use with Zune white backgrounds everywhere, is it possible to change the color to the Request, I would like to make it white ! so that I have a uniform system, a Windows or MOS style Request to mean.

[deadwood]

deadwood, question, since I use with Zune white backgrounds everywhere, is it possible to change the color to the Request, I would like to make it white ! so that I have a uniform system, a Windows or MOS style Request to mean.

Can you make me a screen shot and show what you mean?

[deadwood]

Yes right, the problem arises from the fact that on AROS, the request when you use the mouse wheel or the arrow cursors on the keyboard, during movement the folders are not highlighted "with other color"

With a large request you don't need to scroll on scrolling, so you don't get it wrong.

I made a video on OS3 where you can see that folders are highlighted while moving.

To notice the problem you have to use applications that require a folder path like MysticView !

https://drive.google.com/file/d/16Qib1XWx9ATdbZzTDW-K8M3twD7xJyGh/view

Ok, so essentially on OS3 once you enter a directory, the selected file gets cleared, while on AROS not, but it should.

[AMIGASYSTEM]

Ok, so essentially on OS3 once you enter a directory, the selected file gets cleared, while on AROS not, but it should.

No you misunderstood me, look at screenshot, this happens only if Application looks for a Directory, if it looks for a File then everything works fine

[AMIGASYSTEM]

deadwood, question, since I use with Zune white backgrounds everywhere, is it possible to change the color to the Request, I would like to make it white ! so that I have a uniform system, a Windows or MOS style Request to mean.

Can you make me a screen shot and show what you mean?

The screenshot showing the difference in colors, having the ability to change colors even on the Request !

[deadwood]

Isn't the colors controller by Pens? It probably that background color set in AROS intuition preferences is gray.

[AMIGASYSTEM]

Isn't the colors controller by Pens? It probably that background color set in AROS intuition preferences is gray.

I didn't understand, however on OS3 you can do it with MUI if I installed the Patch, see screenshot

[magorium]

Isn't the colors controller by Pens? It probably that background color set in AROS intuition preferences is gray.

Correct. ASL is intuition and so the standard pens are being used to draw these dialogs.

I didn't understand, however on OS3 you can do it with MUI if I installed the Patch, see screenshot

Then install the patch on AROS to get the same behaviour.


There are simply too many patches for ASL around to keep everyone happy by doing one thing (setting the color for ASL requesters through MUI prefs) while it contradicts with other patches.


You probably have MUI ASL patch installed for OS3. Then you should be able to do the same for AROS. If there isn't a patched version for AROS targets other then m68k available or the patch does not work for AROS 68k then go bug the author of the patch to update.his/her patch.


Changing the behaviour for ASL another way is not worth the trouble and works counter intuitive for 68k, because ti simply depends on which patch for ASL you have/want installed.


2 cents

[AMIGASYSTEM]

@magorium

To my knowledge, on AROS x86 there is no MUI and there is no PachASL

[magorium]

To my knowledge, on AROS x86 there is no MUI and there is no PachASL

1) AROS uses ZUNE
2) ZUNE = MUI (*)

(*) or at least ZUNE tries to be MUI 3.8 compatible.

That there is currently no patchASL for AROS simply means that you need to contact the author of PatchASL in order to release a patch for AROS x86.

If you happen to have chosen a patch from a author that is no longer with us and that is not accompanied with the source-code then simply do not use the patch. In that case my message is more to advocate for open source. Although admittingly most patches fro 68k are written in assembler and thus can't be compiled for x86.

FWIW it is not too difficult to patch a library and change the behaviour of certain aspects... it just needs to be done (properly). Consensus is key there. As you have noticed that no ASL prefs file is the same (and there are many preferences for ASL, depending on which patch you use, either by file or default changed behaviour).

And that was the point of my message. If you let deadwood change the ASL behaviour internally for AROS then you have a problem with your patch on AROS 68k or any other ASL patch. So you are forcing your patch into AROS code-base and do not consider that other people are perhaps using another patch that do not like the changes that your patch uses.

Preferences are in the eye of the beholder..... 

edit:
I can relate to your point of view. You wish for your distribution to look, feel and behave similar for both 68k and x86. But the behaviour for 68k is achieved by using a patch. Thus it should be the same for x86, otherwise it behaves differently in order to have the same look and feel.

[AMIGASYSTEM]

I don't like using Patches, but I would like to have system options to adjust the size of the GUI and maybe even the background, similar to Zune Prefs.

For AROS 68k the OS3 Pach works, but as said I don't like Patches. in fact on AROS 68k I don't use PatchASL

[magorium]

...I would like to have system options to adjust the size of the GUI

For that we need a ASL prefs utility.

and maybe even the background, similar to Zune Prefs.

How hard is it to change the pens of the workbench.. there are two visual utilities (distributed with AROS) for that and about 6 commandline tools (found on aros archives or aminet).

For AROS 68k the OS3 Pach works, but as said I don't like Patches. in fact on AROS 68k I don't use PatchASL

And therefor you do not have the functionality.on any of those two platforms... unless ... you change the intuition pen colors using the appropriate workbench utilities.


Same thing just using another tool. No idea why you seem stuck to using Zune Prefs for something (as in ASL) that is not using Zune/MUI.


Any particular reason ?

[AMIGASYSTEM]

How hard is it to change the pens of the workbench.. there are two visual utilities (distributed with AROS) for that and about 6 commandline tools (found on aros archives or aminet).

What are these utilities ? can you list the names or link

Any particular reason ?

No particular reason, just to have something more modern and more aesthetically pleasing

[magorium]

What are these utilities ? can you list the names or link

In order to see the current used Workbench colors (sorry i was under the impression it allowed to change them as well) you can use palettedemo.

For changing the current Workbench colors on the fly you can use rtPalette.

No particular reason, just to have something more modern and more aesthetically pleasing

And that is perfectly ok.

But, letting Zuneprefs (which control all things related to ZUNE/MUI) keep track of the default Workbench colors (which is not ZUNE/MUI) is just plain wrong imho.

I am aware that there is currently no perfect solution. Just as the classic Workbench allowed you to change the color palette, you can do the similar thing for AROS.

And just as with the classic Workbench, you need to use another utility to 'load' (or 'lock') the color palette on startup (aminet is full of these utilities).

For AROS we have my own SetPenColor utility (Icaros Desktop should have a copy of it) or you can use one of cavemann' utilities which are located on the AROS archives, namely fullpalette and clicolor.

You can use them on s-s in order to set/load the current color pallete that is used by the Workbench (and thus, for the shell, ASL requesters, ARP requesters, etc).

If, after boot, you change the colors again, for example with rtpalette then you either need to invoke the set palette / pencolor utility again or do a reboot. On classic there is a way to actually lock the colors even when some other program tries to change the palette (see aminet for such tools for 68k).

I agree with you that AROS is in need of a palette preference program (just as classic WB did) and which allows you to see and change the WB palette, save those colors to a .prefs file so that they can be loaded (and locked) on startup (*)

(*) But that also poses a problem for instance with Magic WB, as that provides its own palette settings and locks the colors (in a rather cryptic way to prevent illegal copies of magic WB).

In order to circumvent that issue a utility something like loadWBcolors/loadWBbpallette (or a optional switch for loadwb) should  allow you to 'skip' loading the default palette so that another program that requires to set its own palette can do so.