Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
147 user(s) are online (92 user(s) are browsing Forums)

Members: 1
Guests: 146

tekmage, more...

Support us!

Headlines

 
  Register To Post  

giu.prefs
Just popping in
Just popping in


See User information
Hi

there is available some documentation on how are structured the files gui.prefs?
Or there is some way to retrieve the data from them, may be via arex?

PS I'm developing with Hollywood.

thanks

Go to top
Re: giu.prefs
Amigans Defender
Amigans Defender


See User information
It's an IFF file. I imagine the chunk data structure is private though.

Go to top
Re: giu.prefs
Just can't stay away
Just can't stay away


See User information
@ilbarbax:

Exactly which bit of information would you need from the GUI settings, and for which purpose? Maybe we can come up with alternative suggestions.

Best regards,

Niels

Go to top
Re: giu.prefs
Just popping in
Just popping in


See User information
Refer to the include file prefs/gui.h. All you need is defined there.

Go to top
Re: giu.prefs
Just popping in
Just popping in


See User information
@nbache

I'm working to a theme editor since a couple of years but with long pauses, however now I'm at a good stage I can display more or less properly a bitmapped theme and modify the bitmaps files trough a small dedicated painter. The problem is that some themes are designed to use more the gui prefs data rather than the bitmaps, then on my theme viewer are really ugly. To simulate some of the window behaviour I need to take out some info from gui.pref (and later from palette.prefs etc).
A typical case I got is that the titlebar can be selected and stored also in the gui.prefs rather than a file in the bitmap structure. I've seen that the file path (if it is a file, because can be a gradient as well) is always on the position 70 of the gui prefs file. This could be because the file has a fixed structure, or may be it is a chance?

regards

Go to top
Re: giu.prefs
Just can't stay away
Just can't stay away


See User information
Quote:
ilbarbax wrote:
@nbache

I'm working to a theme editor
Sounds interesting. I see why you want the info. Hopefully TBoeckel's suggestion about the include file can help.

Quote:
A typical case I got is that the titlebar can be selected and stored also in the gui.prefs rather than a file in the bitmap structure. I've seen that the file path (if it is a file, because can be a gradient as well) is always on the position 70 of the gui prefs file. This could be because the file has a fixed structure, or may be it is a chance?
Life has taught me some valuable lessons about relying on guesswork like this. Go through the official include file instead.

And if the file is an IFF file, you can even less rely on any fixed offsets (except maybe the first few ones). It does need to be parsed the official way, because nothing in principle prevents some chunks from growing or moving within an IFF file.

Best regards,

Niels

Go to top
Re: giu.prefs
Just can't stay away
Just can't stay away


See User information
@ilbarbax
Maybe Intuition's GetGUIAttrsA() function could help.

Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450

Go to top
Re: giu.prefs
Just popping in
Just popping in


See User information
Thanks for advising, I will dig into this weekend. Unfortunately this project goes slow because I can work on it just during weekends, and obviously not all!
Atm is not ready enough for a first release. Hope in a couple of month.

Go to top
Re: giu.prefs
Just popping in
Just popping in


See User information
@tboeckel,

I think it is! thanks

So seems that the structure is fixed. That's good.

Go to top
Re: giu.prefs
Home away from home
Home away from home


See User information
@ilbarbax

Quote:

@tboeckel,

I think it is! thanks

So seems that the structure is fixed. That's good.


*Don't* access that file directly. *Do* use IIntition->GetGUIAttrs() and IIntuitio->SetGUIAttrs(). It's always better to use an API where there is one, as this allows such files to develope in future, without being limited by existing apps peeking them.

That may not be possible from Hollywood, but I'm not sure that Hollywood is agood choice of language for what you trying to do (If I understand correctly) If you want to simulate the effect of changeing theme attributes on a aset of gadgets the best way would be to use the gadgets themselves, as then they will respond exactly as they will in real life (because they are the real thing). If you confident enough to attempt a GUI editor in hollwood I recon you could handle doing it in C too.




Go to top

  Register To Post

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2024 The XOOPS Project