Summary | group names |
Queue | Whups |
Type | Enhancement |
State | Resolved |
Priority | 1. Low |
Owners | |
Requester | tmerritt (at) email (dot) arizona (dot) edu |
Created | 04/19/2005 (7357 days ago) |
Due | |
Updated | 05/17/2005 (7329 days ago) |
Assigned | |
Resolved | 05/17/2005 (7329 days ago) |
Milestone | |
Patch | No |
State ⇒ Resolved
need to change Group.php or DataTree.php - we just have to call
getGroupName() in Whups. Changes committed.
matter as long as the dependencies stay inside a (release) module or
in a not yet released module.
State ⇒ Feedback
that Group.php would require functionality that wasn't in Horde 3.0?
And are we okay with Whups requiring Horde 3.1?
New Attachment: groupnames[1].patch
State ⇒ Feedback
parent groups, but you can have an arbitrary level depth.
Also, you could save a lot of redundant code of you add an optional
parameter to getGroupName() instead that makes the method return all
parents with the group names.
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ group names
Queue ⇒ Whups
New Attachment: groupnames.patch
State ⇒ New
parent group names as part of the group name. This can be confusing
especially if two different parents have a child with the same name.
Attached is a patch that fixes this.