Use of WINDOW_NewPrefsHook

3 posts / 0 new

Last post

Wed, 2012-04-18 15:37

OldFart

Offline

Last seen: 3 months 1 week ago

Joined: 2010-11-30 14:09

Use of WINDOW_NewPrefsHook

Hi,

Well, now I'm dabbling a bit more with all those WINDOW_-tags, I came across this one again, which I've tried to put to use several times now without any luck.

I've applied the tag with a proper ti_Data-value, a Hook with a pointer to a proper function. That function does not do much more currently then print out some message on a console window when invoked. What ever I do, after changing some PREFS-file nothing is printed on the console.

What is a proper way to handle PREFS changes?

OldFart

Wed, 2012-04-18 20:01

salass00

Offline

Last seen: 6 months 1 week ago

Joined: 2011-02-03 11:27

It's probably the

It's probably the window.class equivalent of IDCMP_NEWPREFS so you may have to set your window to wait for this class of IDCMP message as well using WA_IDCMP tag.

In any case judging from the RKRM documentation on IDCMP_NEWPREFS this method of notification was obsolete already in AmigaOS 2.0:

IDCMP_NEWPREFS
    IDCMP_NEWPREFS messages are sent when the system Preferences are
    changed by a call to SetPrefs().  The program can learn of these
    changes by setting this flag.
 
    After receiving a message of class IDCMP_NEWPREFS, the application
    should call GetPrefs() to obtain a copy of the new Preferences.
 
    Under the new Preferences scheme used in Release 2 and later versions
    of the OS, an IDCMP_NEWPREFS message will not always be sent when the
    user changes a Preferences setting.  Only Preferences values
    available under V34, i.e., those that can be modified by a call to
    SetPrefs(), will cause an IDCMP_NEWPREFS message to be sent.  New
    Preferences items such as overscan or font settings rely on
    filesystem notification for monitoring changes.  See the chapter on
    "Preferences" for more information.
 
    This message type is broadcast to all IDCMP that have this flag set,
    not just to the active window.  If the application has this flag set,
    it should be prepared to handle the event even if it is not active.

Wed, 2012-04-18 21:23

(Reply to #2) #3

OldFart

Offline

Last seen: 3 months 1 week ago

Joined: 2010-11-30 14:09

@salass00 Thanks for the

@salass00

Thanks for the explanation. I'll leave it for what it currently is, i.e. not reacting to prefs changes.

OldFart

Search form

User login