Hi Christian,
in addressbook it’s even simpler, I serialize the whole state array and
store it in the prefs. If that “super-pref” is there it get’s used,
otherwise it get constructed as it’s done currently.
It’s just a few lines to add:
function manage_state()
{
if (!($states = $states_session =
$GLOBALS[‘egw’]->session->appsession(‘session_data’,‘calendar’))
{
$states = $this->bo->cal_prefs[‘states’];
}
$GLOBALS['egw']->session->appsession('session_data','calendar',$states);
$GLOBALS[‘egw’]->preferences->add(‘calendar’,‘state’,serialize($states));
// save prefs, but do NOT invalid the cache (unnecessary)
$GLOBALS[‘egw’]->preferences->save_repository(false,‘user’,false);
}
Ralf
jaytraxx schrieb:
Hi,
I think a good place will be the manage_states() function. Every state with
a corresponding pref field in the users pref-database will be written there
and vice versa. Those prefs should be prefixed to definitely define which
states should be saved to database and which not.
Maybe a logic to prevent load/write the pref-db on every call.
Then it will be possible to create more of those “intuitive” prefs in
future.
Christian
ralfbecker wrote:
Ok with me.
I dont think it will take that long, as that stuff is nicely wrapped in
a single method in calendar_ui class.
Ralf
jaytraxx schrieb:
Hi Ralf,
ralfbecker wrote:
Hi Christian,
nice to hear from you 
DITO !
ralfbecker wrote:
jaytraxx schrieb:
Hi,
I want to add a tiny feature to calendar:
Selected calendars of other users will be saved into the users prefs.
The
last view will then be restored the next time a user logs in.
This will be more comfortable for e.g. secretaries that have to open
the
boss calendar everyday besides their own one.
What do you think? If this is useful, I’ll made an attempt to add it
into
trunk.
I think that’s the right way to go. Saves many (unintuitive)
preferences. It’s what I implemented in Addressbook.
The problem is just the timing. I wanted to get the RC1 out last week
AND I have the request from Regis Leroy to include his patch #1624,
which also makes changes to the calendar code.
I would say: create the patch, be prepared to merge it with Regis
changes and be quick. Tomorrow (Thursday) is really the latest I want to
delay the RC1.
I’m think of 10 mails each day asking when it will come out and why it’s
delayed 
I’ll not be able to do that fast, just wanted to know what others think
about it and if it makes sense. I’ll create a patch, but it will probably
take the next release. Don’t want to stop 1.6 with that small change,
it’s
not that essential
Christian
ralfbecker wrote:
Ralf
Ralf Becker
Director Software Development
Stylite GmbH
[open style of IT]
Morschheimer Strasse 15
67292 Kirchheimbolanden
fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
cell +49 (0) 170 7815917
mailto: rb@stylite.de
www.stylite.de
www.egroupware.org
Geschäftsführer Andre Keller, Nigel John Vickers,
Gudrun K. Müller und Ralf Becker
Registergericht Kaiserslautern HRB 12087
This SF.Net email is sponsored by the Moblin Your Move Developer’s
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
–
Ralf Becker
Director Software Development
Stylite GmbH
[open style of IT]
Morschheimer Strasse 15
67292 Kirchheimbolanden
fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
cell +49 (0) 170 7815917
mailto: rb@stylite.de
www.stylite.de
www.egroupware.org
Geschäftsführer Andre Keller, Nigel John Vickers,
Gudrun K. Müller und Ralf Becker
Registergericht Kaiserslautern HRB 12087
This SF.Net email is sponsored by the Moblin Your Move Developer’s
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
–
Ralf Becker
Director Software Development
Stylite GmbH
[open style of IT]
Morschheimer Strasse 15
67292 Kirchheimbolanden
fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
cell +49 (0) 170 7815917
mailto: rb@stylite.de
www.stylite.de
www.egroupware.org
Geschäftsführer Andre Keller, Nigel John Vickers,
Gudrun K. Müller und Ralf Becker
Registergericht Kaiserslautern HRB 12087
This SF.Net email is sponsored by the Moblin Your Move Developer’s challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
