Scalos discussion

[deadwood]

4) On AROS x86, there are no conflicts, as you can see from the archive "AROS-20180423-1-any-i386-contrib", Scalos on AROS X86, looks for its data files in the path:
Scalos:Themes\Default_Theme

You are correct that Scalos in AROS ABIv0 uses Scalos:Themes directory. So why does the 68k version use Theme: assign? Are you using AmigaOS version of Scalos or the one compiled from AROS 68k contrib?

[AMIGASYSTEM]

Yes I am using Scalos includedin "AROS-20220321-amiga-m68k-contrib.tar"
Scalos v 1.9 (4.18), Scalos Main Preferences v40.28, all Compiled with GCC 6.50

I should add that even with AROS 68k, if the Menu13.prefs file is present, if you try to save with Sallos Prefs, you get a crash!

[deadwood]

Ok, here is update list

Code: [Select]

1) (x86 & 68k) Menu13.prefs file is missing in AROS build
2) (x86) DualPNG icon is rendered wrongly. Half of the icon only or text is missing.
    Using "Scalos -> Update" does not fix it.
    Using "Window -> Clean up by -> Name" fixes the current view, but when scrolled down newly shown icons are wrong agin
3) (x86) After copyign Menu13.prefs from OS3 or ABIv0 contrib, Scalos Preferences application freezes at startup
    This is possibly due to images being stored in copied configuration that are not present on disk
4) (x86 & 68k) There is conflict in THEME: assign between AROS and Scalos. Both use it for their own theme settings
    Note: default Scalos themes path is Scalos:Themes, not THEME. However THEME: is hardcoded in ~100 paths refering to
    image files.
5) (x86 & 68k) If THEME: is set as default on AROS, button images are not visible in Scalos Preferences application
6) (x86 & 68k) If THEME: is set as default on AROS, top nagivation toolbar is not visible in drawer windows
7) (x86 & 68k) Refresh of drawer windows is considerably slower than on Wanderer
8) (x86) Prefs/Locale is not working when started from Scalos and causes other preferences to fail.
9) (x86) Prefs/Input is not working when started from Scalos and causes other preferences to fail.
10) (68k) If Menu13.prefs file is present, saving Scalos Preferences causes a crash


[OlafS3]

@OlafS3

In your systems you have disabled Wander Themes, try enabling them and when you change Theme to Appearance you will no longer see the Gadgets.

When you use Appearance the Path "Theme" data "changes" because it moves to the chosen Theme folder!!!
In  OS you can't copy settings to all themes, it doesn't seem like a thing to do this

You see my video, use DualPNG icons, try to do the same thing and show us your video

Scalos is no more Complex has one program unique that handles all preferences like Dopus5 and Ambient, this does not mean it works better than Wanderer which has many Amiga-style preference apps makes it lighter and more intuitive.

Example Wanderer fixes the Icons Automatically "Forever," you don't bio need to ask every time

you are wrong. I indeed use Themes from Aros. That is one of advantages compared to Magellan. Magellan replaces much so Themes are not visible. In Scalos it works

Example here Scalos on 68k with OS4 theme:
http://aros-platform.de/OS4.png

[deadwood]

4) On AROS x86, there are no conflicts, as you can see from the archive "AROS-20180423-1-any-i386-contrib", Scalos on AROS X86, looks for its data files in the path:
Scalos:Themes\Default_Theme

You are correct that Scalos in AROS ABIv0 uses Scalos:Themes directory. So why does the 68k version use Theme: assign? Are you using AmigaOS version of Scalos or the one compiled from AROS 68k contrib?

I need to correct my statement. Scalos:Theme is present in Scalos sources "as themes directory". However THEME: is used in almost 100 places hardcoded as a path to images. So there is a conflict between AROS and Scalos. Both use THEME: assign and expect certain files there.

[OlafS3]

@Deadwood

yes my workaround was copying the scalos images in all theme directories. That worked without conflicts but is of course not a elegant solution

[AMIGASYSTEM]

you are wrong. I indeed use Themes from Aros. That is one of advantages compared to Magellan. Magellan replaces much so Themes are not visible. In Scalos it works

I would say that's not really the case, even with Magellan you can share Workbench themes, as you can see from my screenshot I use the same Window Theme, same backgrounds, same fonts, same pointers, and I even use them at the same time.

[OlafS3]

@Amigasystem

you use Magellan as desktop replacement?

[AMIGASYSTEM]

@Amigasystem

you use Magellan as desktop replacement?

Yes only and at the same time, but only for testing when someone on the forums needs, I do at the same thing for AfAOS, AIAB, AmiKit, AOS 3.21/3.2/3.21 Amilator, Amithlon, but also Windows, all OS, here you can see some of my OS:

https://www.amiganews.it/forum/viewtopic.php?f=39&t=20569

[OlafS3]

@Deadwood

Regarding 2 I think this solves it:
http://aros-platform.de/Overlapping.png

"Check for overlapping icons" must be activated

but Amigasystem is right that icons are partly not shown correctly

[deadwood]

Ok, note taken.

[AMIGASYSTEM]

Regarding 2 I think this solves it:
http://aros-platform.de/Overlapping.png

I know those options but they work only on AROS 68k, on AROS x86 those options are ignored !

[AMIGASYSTEM]

Is not the right thing that should be, there is a method to make icon placement work on Scalos AROS x86, basically if the icons are "first" repositioned by Wander, and taken a snapshot of the icons.

Having done this, if we move the icons the Scalos menu tool "Update" restores the "Initial" positions

Of course, the Scalos "Update" menu tool does not work if natively the icons are scattered, unless it first takes a snapshot of "all icons"

[OlafS3]

Regarding 2 I think this solves it:
http://aros-platform.de/Overlapping.png

I know those options but they work only on AROS 68k, on AROS x86 those options are ignored !

Check for overlapping icons is not ignored on X86 (just tested it)

[deadwood]

Regarding 2 I think this solves it:
http://aros-platform.de/Overlapping.png

I know those options but they work only on AROS 68k, on AROS x86 those options are ignored !

What is wrong on the attached picture? I don't seem to see anything not drawn correctly.