Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.
  1. Home
  2. Discussion Forum
  3. AROS FORUMS
  4. Development General
  5. Zune Observations

Zune Observations

Last updated on 5 days ago
AROS
development
Track threadPrint
A
ASiegelJunior Member
Posted 6 days ago
#1
I recently reported that setting windows to be "borderless" does not appear to work in Zune so the "fullscreen" mode in Odyssey is essentially non-functioning.

I now discovered a somewhat related issue. Setting the window height to a specific pixel value does not work at all.

Please note that setting the window width works flawlessly (while the window is closed).
A
ASiegelJunior Member
Posted 6 days ago
#2
Also, I assume it is known that MUIA_Window_Backdrop does not work.

Wanderer appears to use some creative approaches to try to solve it but if you leave and re-enter the backdrop mode, things may get hidden behind Wanderer that should not be.

If "borderless" (i.e. hiding window decorations) worked, I guess the backdrop issue could be worked around.
N
ntromansSenior Member
Posted 6 days ago
#3

ASiegel wrote:

@ASiegel - I recently reported that setting windows to be "borderless" does not appear to work in Zune so the "fullscreen" mode in Odyssey is essentially non-functioning.

I now discovered a somewhat related issue. Setting the window height to a specific pixel value does not work at all.

Please note that setting the window width works flawlessly (while the window is closed).


This would explain why, when trying to get Zune windows to remember their size, the width is remembered but not the height.

Cheers,
Nigel.
ASiegel
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 6 days ago
#4
I don't understand. Zune stores both the length and width, not only that, Zune also allows you to customise the width and length for each app.

To be clear, each app can have its own width, length, customised background, and even fonts and gadgets can be customised for each app!
A
ASiegelJunior Member
Posted 6 days ago
#5

ntromans wrote:

@ntromans -
This would explain why, when trying to get Zune windows to remember their size, the width is remembered but not the height.

Curious. Thanks.

I looked into the fullscreen issue with Odyssey and Zune a bit more and the problem appears to be that Zune does not handle MUIV_Window_Width_Visible properly.

Quote


MUIV_Window_Width_Visible(1..100):
percentage of the screens visible width.


Source: http://www.sasg.c...indow.html

On MorphOS, the Odyssey window gets resized to fill the entire screen (and the window decorations get hidden). On AROS, the window shrinks.


I also noticed that using negative values for LeftEdge and TopEdge were ignored. Is this expected behavior?

Same for window sizes that exceed the screen dimensions. I was looking into placing the window decorations outside of the visible screen but window sizes appear to be constrained by the screen.
D
deadwoodAROS Dev
Posted 6 days ago
#6

ntromans wrote:

@ntromans -

ASiegel wrote:

@ASiegel - I recently reported that setting windows to be "borderless" does not appear to work in Zune so the "fullscreen" mode in Odyssey is essentially non-functioning.

I now discovered a somewhat related issue. Setting the window height to a specific pixel value does not work at all.

Please note that setting the window width works flawlessly (while the window is closed).


This would explain why, when trying to get Zune windows to remember their size, the width is remembered but not the height.

Cheers,
Nigel.


That's weird. My Odyssey remembers width, height and position on 64-bit. Are you having this issue on 32-bit or 64-bit? Also does this happen with all applications or just selected. I remember that at some point closing the search window on Odyssey was causing the height to reset, but that was fixed already.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 days ago
#7
@ASiegel @ntromans

I confirm that OWB remembers the dimensions! (I am attaching a video that shows how OWB 32/64bit can store any dimension and retrieve it on subsequent launches).

As mentioned above, you need to be careful how Zune is configured. Zune allows you to store output dimensions and preferences, but you can also configure it so that they are not stored.

Furthermore, if there is no ZUNE configuration (OWB.1.prefs), OWB will use the default configuration (Global.prefs).

To make the configuration of a Zune application permanent, you must save the configuration from the Zune preferences of the application.
Edited by AMIGASYSTEM on 29-09-2025 04:18, 5 days ago
retrofaza
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 5 days ago
#8

AMIGASYSTEM wrote:

@AMIGASYSTEM - @ASiegel @ntromans

To make the configuration of a Zune application permanent, you must save the configuration from the Zune preferences of the application.


Or configure global Zune prefs to automatically save preferences for each application at application exit.
N
ntromansSenior Member
Posted 5 days ago
#9

deadwood wrote:

@deadwood -

AMIGASYSTEM wrote:

@AMIGASYSTEM - @ASiegel @ntromans

To make the configuration of a Zune application permanent, you must save the configuration from the Zune preferences of the application.


Or configure global Zune prefs to automatically save preferences for each application at application exit.


I've tried setting both to 'save on exit' but it was still not remembering the height. Happens for me with the OWB 2/3 window on 32/64 bit. Anyway, I'm using the 'ZapperNG' commodity to get it to full size.

Cheers,
Nigel.
Edited by ntromans on 29-09-2025 05:30, 5 days ago
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 days ago
#10

ntromans wrote:


I've tried setting both to 'save on exit' but it was still not remembering the height. Happens for me with the OWB 2/3 window on 32/64 bit. Anyway, I'm using the 'ZapperNG' commodity to get it to full size.
Nigel.


Check whether there is a file named ‘ZUNEPREFS.prefs’ in the Prefs/Env-Archive/Zune folder.
If so, delete this file, otherwise OWB will use this file instead of ‘OWB.1.prefs’.

The preferences file ‘ZUNEPREFS.prefs’ is generated by the ‘USE’ button (if set, saves on output).
N
ntromansSenior Member
Posted 5 days ago
#11

AMIGASYSTEM wrote:

@AMIGASYSTEM -

ntromans wrote:


I've tried setting both to 'save on exit' but it was still not remembering the height. Happens for me with the OWB 2/3 window on 32/64 bit. Anyway, I'm using the 'ZapperNG' commodity to get it to full size.
Nigel.


Check whether there is a file named ‘ZUNEPREFS.prefs’ in the Prefs/Env-Archive/Zune folder.
If so, delete this file, otherwise OWB will use this file instead of ‘OWB.1.prefs’.

The preferences file ‘ZUNEPREFS.prefs’ is generated by the ‘USE’ button (if set, saves on output).


On looking in ENV: I've got four versions of the OWB prefs... I'll have to see the effect of deleting some files when I have a bit more time.

Cheers,
Nigel.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 days ago
#12
The preference files in ENV (Ram:ENV) are temporary and will be automatically deleted after a restart.

The files in ENVARC (Env-Archive) are permanent files.

Each time AROS is restarted, the files in ENVARC will be copied to ENV.

This procedure is also used by AMIGA OS 3.x.
N
ntromansSenior Member
Posted 5 days ago
#13
Deleting all the OWB.pref files and ZUNEPREFS.prefs from ENV: has allowed the window position to be remembered, thanks fo rthe tip Smile. With 'save on exit' set both wihin OWB and Zune prefs this should be saved to ENVARC: too but I'll see on next reboot if the ENVARC: files need to be deleetd too. The only problem with this approach is, of course, you loose all of you other Zune settings too.

Cheers,
Nigel.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 days ago
#14
The problem was caused by ‘ZUNEPREFS.prefs’. If this generic configuration file is present, it will cause apps to ignore both custom configurations and the default ‘Global.prefs’.

Now that everything is working, you don't need to delete anything, except ‘ZUNEPREFS.prefs’ if it is still present. If you have deleted it, it should no exist in ENVARC when you restart.

On AROS One, I only saved some Zune preferences, only for those apps that use backgrounds, special fonts, or special sizes.

All other apps, if they do not find a custom configuration, will use the default ‘Global.prefs’. If ZUNEPREFS.prefs exists, then all apps will use ZUNEPREFS.prefs as the default, ignoring everything else!
You can view all discussion threads in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.
Moderator: Administrator, Moderators
Users who participated in discussion: deadwood, AMIGASYSTEM, ntromans, ASiegel