AROS World Exec
Development => Development (General) => Topic started by: deadwood on June 16, 2022, 06:49:56 AM
-
Hi,
I decided to take a look at this issue: https://github.com/deadw00d/AROS/issues/73
There are however two libraries that provide requesters: asl.library and reqtools.library. 99% of requesters in AROS code base are ASL requesters. MUI also uses ASL for its requesters. As for preferences tools, we only have one for reqtools.library. I'm not aware if there is ASL preference tool on other platforms (and if yes, it is open sourced). So it's "as planned" that Prefs/ReqTools does not affect majority of requesters in AROS.
You can see examples of both requesters on the screen shot below. On the left it's an ASL requester, on the right ReqTools requester.
I assume, in absense of Prefs application, you would like to have the requester on the left increased in size, correct?
-
Yes Deadwood
-
On OS3 there is both ReqToos Preferences and ASL Preferences !
MUI also includes a Patch that adds excellent preferences including the memory of the path used, see sceenshot
-
@AMIGASYSTEM
Do you know if AmigaOS 4 or MorphOS also have these preferences programs?
Can you check if any of them is open sourced?
-
I found a picture of asl preferences on OS4
https://wiki.amigaos.net/wiki/AmigaOS_Manual:_Workbench_Preferences#ASL_Editor
-
On OS4 already showed it OlafS3
On MOS in Prefs I didn't find anything, for sure it uses the ASL patch like the one I use on OS3, the Request allows some changes including "restore positional" but I don't think it can save the size.
-
@OlafS3
Thanks
@All
Do you know what I need to install on "clean" OS3.1 to have ASL preferences program?
Do you know if preferences file format is compatible between OS3 and OS4?
-
no deadwood, this is OS 3.5
(https://i.ibb.co/1rXPjMf/no-asl.jpg)
-
Hmm, I found this page:
https://www.stephan-rupprecht.de/
There seems to be a download of ASL prefs, similar to one found on Aminet.
Seems this person did a lot of Amiga software. Do you know if he shared the sources?
-
I searched on Aminet but I didn't find anything Deadwood
-
Do you know what I need to install on "clean" OS3.1 to have ASL preferences program?
Rupprecht, but I don't know if he has ever shared sources
To install ASL Preferences which you find on Aminet (MUI ASL Prefs), you simply need to install MUI and the ASL.library, if you use the installer it will do everything automatic:
https://aminet.net/package/util/libs/asl_v42.0
https://github.com/amiga-mui/muidev/releases/snapshots
-
@AMIGASYSTEM
Thanks installed.
These preferences look however different that ones on your first screen shot. These have more options. Why so? Is there more than one ASL preferences program for OS 3?
-
ASL Prefs Native OS 3.9 (left of the screenshot) is the same as that of OS4, while MUI ASL is the one distributed on Aminet.
-
Ok, now I get it.
More questions:
Do they save the same configuration file?
Can you share example of configuration file (with exactly same settings) from 3.9 preferences program and MUI preferences program?
-
Yes I try to do a test on a clean OS 3.9, this is because as mentioned I use a MUI patch that unifies all requests both ReqTools and ASL, which open a single request like the one shown by MOS and AfA OS 3.9.
-
No ASL Preferences OS 3.9 does not support saving MUI ASL Preferences, they also save the configuration file "asl.prefs" in different paths.
-
Can you list which path is used by which Preference tool and give me example files for each of the preference tool (use identical settings in both please)?
-
About the settings, sorry they are the same, I had been fooled by a file saved in the presets
As you can see from the Screenshot, I made a save with Asl.Preferences OS 3.9, then I ran MUI ASL.Preferences which did not detect it the file in the path ENV:SYS/asl.prefs
Also tried manually loading the asl.prefs file, see screenshot and the file "asl.prefs" was not recognized
-
Ok, so OS3.9 ASL preferences and MUI ASL preferences both save files in ENC:SYS/asl.prefs, but those files are different and not compatible, correct?
Can you share asl.prefs file saved by OS 3.9 ASL preference and asl.prefs file saved by MUI ASL preferences?
-
Ok, so OS3.9 ASL preferences and MUI ASL preferences both save files in ENC:SYS/asl.prefs, but those files are different and not compatible, correct?
Yes
Can you share asl.prefs file saved by OS 3.9 ASL preference and asl.prefs file saved by MUI ASL preferences?
yes here they are, the name is the same, I added MUI to differentiate them
-
Thanks! Can you also make me a screen shot of the settings in each of the Prefs programs that equal to these preferences files?
Also, which one is more popular among OS3 users - the OS3.9 ASL prefs or the MUI ASL prefs?
Another questions: you didn't find Prefs progam on MorphOS, but is there file ENV:SYS/asl.prefs? If yes, can you also send it to me?
-
Saved values are default, now I set maximum window values, yes now I look up asl.prefs on MOS.
MOS for configurations uses a unique GUI in the style of Dopu Magellan but more like that of Scalos
Those with OS 3.5/3.9 and the newer 3.1.4/3.2/3.21 use "Asl Preferences" included in the system, those using 3.0/3.1 do not have asl.preference in the system and therefore must necessarily use the MUI version of Aminet.
Consider that those using 3.0/3.1 do not usually have expanded Amigas so they use little MUI MUI
In the screenshot you can see the new ASL Preferences of OS 3.1.4/3.2/3.2.1 (updated systems of OS 3.1)
-
Ugh, the OS 3.2.1 preferences look different than the OS 3.9 preferences... So are there now 3 different preferences programs for ASL?
Can you also share asl.prefs from OS 3.2.1 Prefs program?
-
Yes, OS 3.1.4 started as an update for OS 3.1 and they added some Apps in the system like ASL Preferences.
Partial Reaction GUI support was added with 3.2/3.21, but not compatible with that of OS 3.9
System Apps from OS 3.9 will not work on 3.2/3.21 and vice versa
I now also save asl.prefs from OS 3.2.1
If it may be of interest riguardio ReqToos you find these preferences tools:
http://aminet.net/package/util/boot/ReqChange
http://aminet.net/package/util/libs/ReqToolsUsr
-
I attach 3 saves of asl.prefs from OS 3.9, OS 3.2.1 and MUI ASL
On MOS there is no "asl.prefs" save, as mentioned for Preferences it uses Ambient similar to Dopus Magellan and Scalos (see screenshot), so I would have to figure out by which name and in which path it saves the ASL setting, which I presume is integrated inside MUI.
-
Thanks. At least it looks like the preferences files in OS 3.9 and OS 3.2.1 are the same format.
-
I will need some more examples of asl.prefs files from OS 3.21. Can you first make me screen shots which show what options are available in Position and Size drop down lists?
-
I attach a small video showing all the options si ASL Prefrerences on OS 3.2.1
https://drive.google.com/file/d/1BSZhndSDvfEnNOMfEqFA9dZcceEb58-A/view?usp=sharing
-
Thanks. What are other options in "Size" than "Default" and "Relative"?
-
There are only 2 "Default" and "Relative"
-
Ok, got it. Please provide me asl.prefs files for following configurations:
1)
Position: Center in window
Left edge: 0
Top edge: 0
Size: Default
Width: 100%
Hight: 100%
Override application: YES
2)
Position: Top left of window
Left edge: 20
Top edge: 40
Size: Default
Width: 100%
Hight: 100%
Override application: YES
3)
Position: Default
Left edge: 0
Top edge: 0
Size: Relative
Width: 20%
Hight: 40%
Override application: NO
-
OK prepare the three configs, one clarification !
With "Position Center in Window", Left edge and Top edge are not editable, the tab is inactive by default
With "Size Default", Width and Hight are not editable, the tab is inactive by default
-
Yes, I understand that. What I mean is that "reset" these values (left edge, top edge, width, height) so they show default values. Probably best if possible to start each configuration from default settings, not from previously save configuration.
-
Yes, before each configuration I delete the config from both ENV:SYS and Env-Archive\SYS
-
1)
Position: Center in window
Left edge: (Tab Inactive)
Top edge: (Tab Inactive)
Size: Default
Width: (Tab Inactive)
Hight: (Tab Inactive)
Override application: YES
2)
Position: Top left of window
Left edge: 20
Top edge: 40
Size: Default
Width: (Tab Inactive)
Hight: (Tab Inactive)
Override application: YES
3)
Position: Default
Left edge: (Tab Inactive)
Top edge: (Tab Inactive)
Size: Relative
Width: 25% -------------> Minimum value is 25, you cannot set 20
Hight: 40%
Override application: NO
-
Thanks.
One more question: when you select Size:Relative, what it is relative to? Is is relative to size of Screen or relative to size of application Window. In other words, if you set Height to 50%, are the requesters always half of size of screen or are they half of size of application's window, so the smaller the window, the smaller the requster?
-
Thanks.
One more question: when you select Size:Relative, what it is relative to? Is is relative to size of Screen or relative to size of application Window. In other words, if you set Height to 50%, are the requesters always half of size of screen or are they half of size of application's window, so the smaller the window, the smaller the requster?
I would not make it too complicated. Otherwise you must also adapt the fonts to the size
-
I don't intent do. Essentially what will be possible is to configure the size of the window - rest stays as it works today.
-
I would not make it too complicated. Otherwise you must also adapt the fonts to the size
Complicated is now, a while ago I reported a bug, the request for an RTG screen is too small in size, the user before using it must always enlarge it, if you don't do that the paths will be wrong, this is because the paths are overlapping.
Try not to enlarge the GUI, you will end up in different paths than the one clicked !
-
Thanks.
One more question: when you select Size:Relative, what it is relative to? Is is relative to size of Screen or relative to size of application Window. In other words, if you set Height to 50%, are the requesters always half of size of screen or are they half of size of application's window, so the smaller the window, the smaller the requster?
Created a video showing the functionality of ASL Preferences, in addition to resizing the size, it also stores temporary resizes made with the mouse, regardless of the intial size, see comprehensive video.
https://drive.google.com/file/d/1hfGYtwbpJbRZIkpChdMYLQ2YHyHxPYZC/view
-
I would not make it too complicated. Otherwise you must also adapt the fonts to the size
Complicated is now, a while ago I reported a bug, the request for an RTG screen is too small in size, the user before using it must always enlarge it, if you don't do that the paths will be wrong, this is because the paths are overlapping.
Try not to enlarge the GUI, you will end up in different paths than the one clicked !
Can you make a video showing this bug?
-
It doesn't happen often, I'll see if I can get the bug !
-
Thanks.
One more question: when you select Size:Relative, what it is relative to? Is is relative to size of Screen or relative to size of application Window. In other words, if you set Height to 50%, are the requesters always half of size of screen or are they half of size of application's window, so the smaller the window, the smaller the requster?
Created a video showing the functionality of ASL Preferences, in addition to resizing the size, it also stores temporary resizes made with the mouse, regardless of the intial size, see comprehensive video.
https://drive.google.com/file/d/1hfGYtwbpJbRZIkpChdMYLQ2YHyHxPYZC/view
Ok, it is screen-relative as show on the video, thanks.
-
Actually it is not a bug due to the small size of the Request, but a larger Request prevents the request from taking you somewhere else.
Let me explain, basically the bug is from scrolling from both Mouse (scroll wheel) and slider (Arrow Keys Keyboard), i attach a small video that shows what I mean.
https://drive.google.com/file/d/19i6FfWUvDy8jYrtMG1M0pDOFp9urWh-c/view
-
Ok, let me see if I'm interpreting correctly:
In the first run, the one with small window, you used scroll wheel or keyboard arrow and they did two things - it scrolled the contents of the list but also started selecting object in "File" box.
In second run, you made the window bigger, but did not seem to use scroll wheel or keyboard arrows so the File box did not change.
What you would like to have essentially is that using scroll wheel / keyboard arrows only scrolls the list up and down but does not select anything, correct? If so, it this how Requesters work on AmigaOS?
-
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
-
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, 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?
-
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.
-
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
-
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 !
-
Isn't the colors controller by Pens? It probably that background color set in AROS intuition preferences is gray.
-
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
-
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
-
@magorium
To my knowledge, on AROS x86 there is no MUI and there is no PachASL
-
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.
-
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
-
...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 ?
-
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
-
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 (http://aminet.net/package/util/wb/FullPalette22) and clicolor (http://archives.aros-exec.org/index.php?function=showfile&file=utility/shell/clicolor-1.4-aros.zip).
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.
-
@magorium
Thank you I will try the utilities and let's see if I can do what I wish, it is about the System Palette, in the utltimes deadwood ISO, now it is present Palette Preferences !
What I am interested in, the only thing that is missing in my system, is changing the color of the requests, do the utilities you mentioned do this?
SetPenColor is present in my system, can you write me an example on how to use it?
CliColor, it works but it creates graphic artifacts, then if you close the Shell it erases the color setting !
-
Thank you I will try the utilities and let's see if I can do what I wish, it is about the System Palette, in the utltimes deadwood ISO, now it is present Palette Preferences !
You mean that there is now actually a palette preference program available for AROS by default ?
If so, then how (and where) are the settings stored when you save ? or isn't there anything saved at all ?
What I am interested in, the only thing that is missing in my system, is changing the color of the requests, do the utilities you mentioned do this?
Yes they can do that for you, or at least my SetPenColor utility can.
However, and please take this as a friendly note, i do not think you (already) realize what "changing the color of the requests" actually entails and/or means.
ASL is using intuition. Intuition is using standard workbench pen colors. Changing any of these default colors impact every other program that makes use of intuition. In theory you can mess up all colors of ZUNE/MUI as well.
Ergo, this means that if you change the colors that ASL uses for it's requesters is that you are also changing the color for f.i. the classic workbench icons, all other intuition related gadgets, the colors used in the amiga-shell etc.
Sometimes changing the colors can work out in a good way but often in a bad way, e.g. you have to know what you are doing.
SetPenColor is present in my system, can you write me an example on how to use it?
See https://ae.amigalife.org/index.php?topic=550.0 (https://ae.amigalife.org/index.php?topic=550.0)
colors are given in rgb hex color value in amiga format (bgr)
CliColor, it works but it creates graphic artifacts, then if you close the Shell it erases the color setting !
I am not entirely sure how CliColor works exactly and if it is focused on shell only.
fwiw: SetPenColor makes the same artifacts, that is why you need to use it inside a s-s, before the "graphical system" (Workbench) is started. For testing purposes though, you can just use the setpencolor utility inside a shell for all of the colors you wish to chnage and then test it with starting a program that opens a ASL requester. That way you can verify your SetPenColor parameters first. If anything goes horribly wrong, f.e. you made all pens black so you can't see anything anymore then a simple reboot will fix that (but do so before adding SetPenColor to a s-s).
-
You mean that there is now actually a palette preference program available for AROS by default ?
If so, then how (and where) are the settings stored when you save ? or isn't there anything saved at all ?
It normally saves a file named "palette.prefs," in the path Env-Archive/SYS/palette.prefs, which is basically the same as Palette Prefs of OS3 and AROS 68k.
On the Shell, playing by intuition with the "Shell-Startup", I managed to get a "Black" Shell with the "White" Prompt (see screenshot), nice but it doesn't update the executed command texts, to see them you have to, widen the Shell.
I was not able to create a "White" Shell, I tried the value 37 but I get a neutral Shell in "Gray"
However, and please take this as a friendly note, i do not think you (already) realize what "changing the color of the requests" actually entails and/or means.
If this results in creating other problems I can do without, I just wanted to create something like MOS where everything is "White," Request, Shell and more.
-
It normally saves a file named "palette.prefs," in the path Env-Archive/SYS/palette.prefs, which is basically the same as Palette Prefs of OS3 and AROS 68k.
All right, thank you for the information. that is pretty nice to have (i know about the guru issue, it was expected).
I was not able to create a "White" Shell, I tried the value 37 but I get a neutral Shell in "Gray"
1. Identify which color you want to change
1a. start program that is able to show an ASL requester
1b. open the requester
1c. Observe which color of the ASL requester you want to change
2. identify which pen number belongs to the color you want to change
2a. start rtpalette
2b. in rtpallete look for the color that matches the color of the ASL requester you want to change
2c. the pen numbers belonging to the colors in the rtpalette are numbered from 0 to n
3. Change the pen color with rtpallete
3a. now that you have located the color you wish to change, press the color
from the color boxes of rtpalette and change the sliders to change the color
3b. If you have determined/set the right color then make note of the decimal numbers
(from top to bottom they are red, green and blue values in decimal)
3c. don't forget to press ok to actually apply the changes of the colors.
4. test/verify
4a. close ASL requester
4b. close the program that showed the ASL requester
4c. start the program again
4d. open the ASL requester again
4e. the colors that you changed should now be reflected on the ASL requester
Now that you have done so you know the pen number and accompanied color values.
Convert the decimal RGB color values to hexadecimal (there are online tools for that, fe https://www.rapidtables.com/convert/number/decimal-to-hex.html (https://www.rapidtables.com/convert/number/decimal-to-hex.html))
Let's say you used rtpallete to change pen number 0 to have the decimal values
(top to bottom) 13 (red), 151 (green), 128 (blue)
The corresponding hexadecimal values are:
#13 = $0D (red)
#151 = $97 (green)
#128 = $80 (blue)
SetPencolor expects a bgr color value in the form $bbggrr so for our example this becomes $90970D
To change the color with SetPencolor then you can use:
SetPenColor SCREEN="workbench" PEN=0 COLOR=$90970D
You use SetPenColor for each pen number you wish to change the color for.
If this results in creating other problems I can do without, I just wanted to create something like MOS where everything is "White," Request, Shell and more.
It is simply a matter of how the classic workbench and AROS works. There is no difference in that regards. As said, if you know what you are doing then it can't hurt, but do not be surprised if changing the intuition pens has some side effect(s) that you not anticipated on. E.g. on classic you also had that issue with classic icons not matching magic WB colors (just to name an example).
-
It works, but as you had mentioned then you also change other things that should not change.
Everything looks great, but if those Directories (Became White) you change color, the Fonts on the Workbench and some backgrounds of some GUIs will also be changed, so that's not good.
I'll try to guess, you would probably need to have a palette with multiple colors so that each individual color serves only one purpose.
Question but can rtpalette save?
-
It works, but as you had mentioned then you also change other things that should not change.
Should not is not really the right phrase. The correct phrase would be: "You don't wan't other things to change" :)
That is just bad luck,because that is how the Amiga intuition pen coloring works. If you want to have a perfect look then you would also need to change the other pen colors so that for example the directory names are also visible.
Isn't that logical ? You change the background to be white but you are/seem surprised to see that the directory names (that probably uses another pen number but) is also using the color white and so the requester looks funny ?
Everything looks great, but if those Directories (Became White) you change color, the Fonts on the Workbench and some backgrounds of some GUIs will also be changed, so that's not good.
You solve the directory names issue by changing the white color used by the other pen number to be able to be visible on a white background, e..g. turn that green for example.
Yes, it will also change the colors of other programs. That is how intuition works. If you change the palette then you want to have your whole workbench and all other programs to use your palette.
This is also how windows/linux works. You set the colors and every program makes use of those same colors. The coloring is usually part of a theme.
Ergo, you need to know what you are doing ;)
I'll try to guess, you would probably need to have a palette with multiple colors so that each individual color serves only one purpose.
But, that is exactly what it is doing right now ?
By default the workbench used 2 colors, then 4 , later to become 8 and much later 16 and 32 (magicWB). But the number of available pens depends on the depth of the screen. Now, for AROS that is not a problem because it usually uses rtg mode that is 24 bit deep.
Of those 4 basic colors, the first one (pen number 0) is usually the background, while pen number 1 is usually used for text (if i remember correctly).
The palette prefs utility that you showed uses names for those same pens, as that is easier for humans to remember (instead of boring numbers).
Each pen number has a dedicated usage in the operating system for drawing certain parts using a particular pen number. The only thing you can change is the color that is used for that pen.
Zune/mui however works in a different way, but also using pen numbers. Just try and look for the last 16 colors in the palette. These pen numbers have another dedication and are thus used to draw different parts of the graphics you see on screen. The Zuneprefs utility allows you to change those specific to Zune/MUI colors.pens
Question but can rtpalette save?
Unfortunately, not that i am aware of.
Inner details on pens: http://amigadev.elowar.com/read/ADCD_2.1/Libraries_Manual_guide/node00EC.html
-
You solve the directory names issue by changing the white color used by the other pen number to be able to be visible on a white background, e..gturn that green for example.
No Green is not nice to see in the backgrounds of some GUI, among the many tried, the only one is Light Gray, see screenshot, but I don't like it
-
Taking a look ìon my Emulated MOS, they managed to do what I wanted, cero they do not use a Workbench but Ambient, a kind of Dopus Magellan/Scalos, which probably use a different palette !
-
No Green is not nice to see in the backgrounds of some GUI, among the many tried, the only one is Light Gray, see screenshot, but I don't like it
That is an aesthetic aspect that i have no control over.
You have to decide for yourself what fits better. I am definitely not a graphics artist. If it was me i would probably have chosen purple or some other obnoxious color ;D
The mentioning of green was just to show you that you _can_ fix the issue, not that using green is a valid option for your taste/preference of colors :)
That is why i keep mentioning that you need to know what you are doing. It might take some time to create the perfect look (for your taste) and adjust the colors accordingly. If i have to do thngs like that i usually take a peek at how other color-themes (of other operating systems) combine colors to have a nice look. You just have to remember that you are bound by using maximal 8 colors (usually 4). And remember that when you change the screen depth to be 1 bitplane deep that you have only 2 colors to work with, 2 planes depth = 4 colors, etc (i mention that just in case for 68k as many users do not have rtg there).
-
Taking a look ìon my Emulated MOS, they managed to do what I wanted, cero they do not use a Workbench but Ambient, a kind of Dopus Magellan/Scalos, which probably use a different palette !
Great, and indeed every program that opens it own screen can determine how things look.
So the big question... does MOS also have/use ASL requesters and how do they look ?
Remember that in theory you can change the look for wanderer to almost look the same.
Your issue specific towards ASL, it is the same as running a patch on 68k that makes ASL requesters use MUI instead of default intuition, so that it aesthetically more pleasing.
-
You have to decide for yourself what fits better. I am definitely not a graphics artist. If it was me i would probably have chosen purple or some other obnoxious color ;D
So ? No one would download My AROS One anymore ;D
By the way have you ever installed my AROS One ! I would love your opinion :)
-
Sorry for the delayed reaction.
You have to decide for yourself what fits better. I am definitely not a graphics artist. If it was me i would probably have chosen purple or some other obnoxious color ;D
So ? No one would download My AROS One anymore ;D
LOL
By the way have you ever installed my AROS One ! I would love your opinion :)
I have installed it once in a VM (but has been some time ago).
Unfortunately i have little time to extensively test/check the different available distributions atm (and that includes AROS one as well).
In the end of the day, i always seem to end up using a Linux Hosted version of AROS. I mainly use my own highly customized version of AROS hosted that accommodates my development setup/needs/requirements.
I appreciate the fact that you value my opinion and when i have some time on my hands i will definitely take a better/closer look at your (but also other people's) distribution(s).
What i can share so far is that i appreciate the effort you (and also other people) put in their distribution, when constantly updating, sharing status and/or screen shots etc.
Do realize though, that in basics every AROS distribution is the same in that they share the same basic (AROS) components under the hood. So I do not really care much about how the colors and pictures looks (although it should at least be a little pleasing to the eye) because AROS allows me to change every aspect of that.
Something similar can be said for the available software. It is not so much about how many software you have pre-installed for your distribution but if it is correctly maintained and co-exist peacefully with other software. That is why i personally prefer distributions that have a minimalistic approach (aspire one is/was a good example of this) but on the other hand, if i wanted to play a game or show off AROS i usually use a native boot of icaros desktop simply because everything (usually) works as expected and/or as intended.
Especially the latter takes time (loads of them) in order to figure out.
-
Thank you magorium for testing AROS One, but these latest releases add many new features absent in the first versions.
AROS One has not only the beautiful graphics, and beautiful DualPNG icons created by me, there are many other aspects to appreciate.
On AROS One it is very difficult for you to find a program that does not work or misconfigured, this implies an ease of use even for those who do not know how to configure a simpli Stack or a given tool, you should watch my Distribution a little better, that is why I was asking for your expert opinion
AROS One behind the scenes has so many configurations, see file associations on Wanderer, all common Text, Audio, Video files are recognized "by single type" by the system and are associated with the best tool available on AROS x86.
Dopus4 is also configured like Wanderer, again all the most common Text, Audio, Video files by the system and are associated with the best tool available on AROS x86.
Each AROS Distro has its own peculiarities so that each user can choose which one to use, in my opinion all Distros deserve to be "tried" and used.
-
I did some work today on Asl Prefs, essentially stealing code from ReqTools prefs.
The options that are editable are width/height. Positions will be hardcoded at Center on Screen, Size will be hardcoded at Relative.
-
Nice work deadwood, more improved functionality !
-
@AMIGASYSTEM
Can you create me one more OS 3.2 asl.prefs with following settings:
Position: Center on screen
Left edge: 0
Top edge: 0
Size: Relative
Width: 30%
Hight: 75%
Override application: YES
-
Thanks, when it is possible I would like to try it, will there be also for AROS 68k?
Speaking of porting, is there the "Theme" App (the one in the screenshot) also for AROS 68k?
-
Thanks, when it is possible I would like to try it, will there be also for AROS 68k?
Yes it will be available in both ABIv0 and m68k.
-
@AMIGASYSTEM
Can you create me one more OS 3.2 asl.prefs with following settings:
Position: Center on screen
Left edge: 0
Top edge: 0
Size: Relative
Width: 30%
Hight: 75%
Override application: YES
Sorry for the delay, I had uninstalled OS 3.2.1 for some testing, here is the required config file
-
Thanks. Can you prepare same configuration but with "Sort drawer" set to "Mix"?
-
Here it is
-
Thanks
-
New version of asl.library and Prefs/Asl for m68k. Changing relative width and height should now be working. You need a reboot for changes to take effect:
https://axrt.org/development/asl_prefs-m68k.zip
-
New version of asl.library and Prefs/Asl for 68k they work perfectly, thank you for creating them.
I noticed that system applications such as Find, Wanderer Prefs do not use the ASL.Library or even the ReqTools.Library, they seem to use an internal library.
Among other things Wanderer Prefs "occasionally", although rarely, when you open the requesfile inexplicably goes to Guru !