Re: [Phpgroupware-users] Forced Preferences

[Chris Weiss]

but is it actually registered, listed in the hooks table?

Daryl L. L. Houston (address@hidden) wrote:
>
>Yep, I've got the line $setup_info['preferences']['hooks'][] = 'settings'; in
>my setup.inc.php file for the given app.
>
>D
>
>
>On Monday 28 April 2003 05:59 pm, Chris Weiss wrote:
>> did you register the hook after creating the file?
>>
>> Daryl L. L. Houston (address@hidden) wrote:
>> >Hmmm, still can't get this working.  I read the wiki last week and wasn't
>> > able to make this work after acquiring what I believe may be a good
>> > understanding of how it *should* work.  Namely: You should have a file
>> > called hook_settings in which you define the form controls that are to be
>> > governed with default or forced values.  I've created a couple of these
>> > (notes and todo didn't have them, incidentally) with no good results.
>> >
>> >To clarify, the tabs for the three tiers of prefs appear and highlight
>> >appropriately, but they don't pass their values to the actual prefs
>> >applications, and when I make changes to the prefs that should affect all
>> >users, the changes do not take.  I understand that this officially isn't
>> >working in calendar in 9.14 yet.  It appears that it's not working in todo
>> > or notes either.  If anybody's got it working in these apps and wouldn't
>> > mind letting me know which versions of the apps they've got, I'll make
>> > sure I've got the same versions and give it another shot.
>> >
>> >I'll try tomorrow to grab 9.16.  I suspect that I found myself in HEAD and
>> >acquired xslt files by accident while in there.  Thanks again for the
>> >response.
>> >
>> >D
>> >
>> >On Monday 28 April 2003 01:58 pm, Chris Weiss wrote:
>> >> todo and notes should have all the prefs.  Also the main Preferences
>> >> have it.
>> >>
>> >> Daryl L. L. Houston (address@hidden) wrote:
>> >> >Thanks for your response! To your knowledge, are there any modules in
>> >> > .14 that do currently support the 3-level prefs (so I can dig around
>> >> > and figure out how it's all handled)? I'm on a moderately tight
>> >> > deadline to implement such functionality.  Actually, what I need to do
>> >> > is to add a pref to the projects module (I've done this already) and
>> >> > force the prefs on that option.  I'm also looking at going ahead and
>> >> > pulling .16 code from CVS (bugs and all) as a solution but am running
>> >> > into difficulties getting my system to play nice with XML/xslt.so.
>> >> > Thanks in advance for any additional tips you may have.
>> >> >
>> >> >D
>> >> >
>> >> >On Monday 28 April 2003 12:54 pm, Ralf Becker wrote:
>> >> >> The calendar in .14 does not support / use the 3-level
>> >> >> (user/default/forced) prefs. It is already implemented in .16.
>> >> >>
>> >> >> Ralf
>> >> >>
>> >> >> Daryl L. L. Houston wrote:
>> >> >> > I've got 9.14.003 installed and am having some difficulty with
>> >> >> > forcing preferences.  As an admin, I set some forced prefs for the
>> >> >> > calendar (for example).  My understanding is that regular users,
>> >> >> > when they attempt to change their preferences, shouldn't even see a
>> >> >> > line for the item I've forced. But when I log in as a regular user,
>> >> >> > I've got the item and am able to change it.
>> >> >> >
>> >> >> > I notice also that when I click the forced prefs tab, there's a
>> >> >> > parameter named type, but it doesn't appear that it gets passed
>> >> >> > along to the actual prefs page for a given app.  In other words, it
>> >> >> > doesn't appear that there's any way for the application to know
>> >> >> > that I'm setting a default or a forced pref rather than my own.  I
>> >> >> > would have assumed that this capability was built in (since the
>> >> >> > tabs are built in).
>> >> >> >
>> >> >> > Can anybody provide any insight or point me to some revised files
>> >> >> > that'll help me resolve this issue?  I downloaded the tarball from
>> >> >> > phpgroupware.org. Thanks,
>> >> >> >
>> >> >> > D
>> >> >> >
>> >> >> >
>> >> >> > _______________________________________________
>> >> >> > Phpgroupware-users mailing list
>> >> >> > address@hidden
>> >> >> > http://mail.gnu.org/mailman/listinfo/phpgroupware-users
>> >> >
>> >> >_______________________________________________
>> >> >Phpgroupware-users mailing list
>> >> >address@hidden
>> >> >http://mail.gnu.org/mailman/listinfo/phpgroupware-users
>> >>
>> >> _______________________________________________
>> >> Phpgroupware-users mailing list
>> >> address@hidden
>> >> http://mail.gnu.org/mailman/listinfo/phpgroupware-users
>> >
>> >_______________________________________________
>> >Phpgroupware-users mailing list
>> >address@hidden
>> >http://mail.gnu.org/mailman/listinfo/phpgroupware-users
>>
>> _______________________________________________
>> Phpgroupware-users mailing list
>> address@hidden
>> http://mail.gnu.org/mailman/listinfo/phpgroupware-users
>
>
>
>_______________________________________________
>Phpgroupware-users mailing list
>address@hidden
>http://mail.gnu.org/mailman/listinfo/phpgroupware-users
>