| Summary | Dynamic Menu Elements should also be event-driven. |
| Queue | Horde Groupware Webmail Edition |
| Queue Version | 1.2 |
| Type | Enhancement |
| State | Rejected |
| Priority | 1. Low |
| Owners | |
| Requester | jasonb (at) dante (dot) com |
| Created | 08/22/2009 (5798 days ago) |
| Due | |
| Updated | 08/24/2009 (5796 days ago) |
| Assigned | |
| Resolved | 08/23/2009 (5797 days ago) |
| Milestone | |
| Patch | No |
the mailing list go unanswered, and the documentation itself is less
than ideal.)
After some experimentation, this wasn't at all what I wanted. DIMP
doesn't seem to be accesible from the Horde portal, and if I manually
go to DIMP I can't access any of the other groupware applications -
like calendars or my address book.
I decided to simply edit the horde/prefs.php file and add an entry in
the $_prefs['menu_refresh_time'] = array( section of:
1 => _("Every second"),
This makes it keep up with everything else. The only problem, now, is
that when new mail does arrive the portal gets refreshed but not the
Inbox folder or Web title itself. But I can live with that.
allow for this to be event-driven, and that I should use DIMP
instead, which is actually a different program in the suite.
code to do this on email reception and deletion?
Please ask questions on the mailing list, this is not a support forum.
allow for this to be event-driven, and that I should use DIMP instead,
which is actually a different program in the suite.
Do I take it, then, that it's not possible to edit the existing IMP
code to do this on email reception and deletion?
State ⇒ Rejected
Priority ⇒ 1. Low
Patch ⇒ No
Milestone ⇒
Queue ⇒ Horde Groupware Webmail Edition
Summary ⇒ Dynamic Menu Elements should also be event-driven.
Type ⇒ Enhancement
State ⇒ New
did a search but couldn't find anything on this specifically. (It may
also be something that's in Horde Groupware 1.2.3 - I'm using Gentoo
and 1.2 is the latest version.)
I'm not sure I understand why the Dynamic Menu Elements are not
refreshed when mail is received / deleted as well as on a set schedule.
I currently have the value set to 30 seconds to be as responsive as
possible. But if I have Imp open, and I receive an email, the portal
itself may take up to 30 seconds to alter itself accordingly. The
same is true if I delete an email.
This doesn't follow the behaviour of either the count to the right of
the Inbox folder itself, nor of the title of the Web page. Both of
those seem to be completely event-driven - so I'm not sure why, when
those change, they do not manually issue a dynamic menu element refresh.
If this is something that shouldn't be implemented, I would still
appreciate an explanation - as well as, hopefully, a code snippet that
I could add to my personal installation so that I can get this working
for me.
Thank you.