6.0.0-alpha14
6/18/25

[#3004] hierarchical folder structure in portal view
Summary hierarchical folder structure in portal view
Queue IMP
Queue Version HEAD
Type Enhancement
State Rejected
Priority 1. Low
Owners
Requester s_gatterbauer (at) idlm (dot) net
Created 11/19/2005 (7151 days ago)
Due
Updated 09/06/2017 (2842 days ago)
Assigned
Resolved 11/23/2005 (7147 days ago)
Milestone
Patch No

History
09/06/2017 08:17:19 AM Git Commit Comment #6 Reply to this comment
Changes have been made in Git (master):

commit 6a8bb7f1be18501f1559aeb73773e59966686668
Author: Paul M Jones <pmjones@ciaweb.net>
Date:   Mon Mar 7 13:25:18 2005 +0000

     fixed bug 3004 (Wrong path for rule "image") -- patch provided by 
reg at dav-muz dot net


     git-svn-id: 
https://svn.php.net/repository/pear/packages/Text_Wiki/trunk@181536 
c90b9560-bf6c-de11-be94-00142212c4b1

  Text/Wiki/Render/Xhtml/Image.php | 8 ++++++--
  1 file changed, 6 insertions(+), 2 deletions(-)

http://github.com/horde/horde/commit/6a8bb7f1be18501f1559aeb73773e59966686668
03/22/2006 09:43:25 PM Michael Slusarz Comment #5 Reply to this comment
I understand the reasons for making INBOX.subfolder appear as
'subfolder' at the same level as INBOX instead of under INBOX.
However, this causes a lot of trouble as well. Shared folders cannot
be distinguished this way from the user's own folders!
See Bug 3581.
Could you reconsider your decision about rejecting a config setting
that allows the old behaviour?
I am looking into this.
03/22/2006 09:21:25 PM torlasz (at) xenia (dot) sote (dot) hu Comment #4 Reply to this comment
I understand the reasons for making INBOX.subfolder appear as 
'subfolder' at the same level as INBOX instead of under INBOX. 
However, this causes a lot of trouble as well. Shared folders cannot 
be distinguished this way from the user's own folders! They are listed 
among the user folders. If a user has a folder with the same name as a 
shared folder, it looks like a duplicate. My users at least had some 
idea, that shared folders are different, because they were listed at 
the bottom. Now they will be confused for sure.

Could you reconsider your decision about rejecting a config setting 
that allows the old behaviour?
11/23/2005 02:23:33 AM Michael Slusarz Comment #3
State ⇒ Rejected
Reply to this comment
This was mentioned in Bug 2422 as a "quick suggestion", but only for 
people who want to code this on their local server.  As discussed in 
that Bug, the current (new) way of displaying mailboxes is the 
decision we have made and providing preferences to allow "old" 
behavior are not going to be accepted.



As explained previously, the simple fact is users should *not* be 
expected to understand the concept of namespaces.



Additionally, if you read the RFCs, it is *not* correct to put the 
default namespace under 'INBOX', even if the default namespace is 
'INBOX.'    This is because 'INBOX' must ALWAYS appear in the default 
namespace; obviously, INBOX can not be a subfolder of itself - it must 
be at the same level as the other mailboxes in the default namespace.   
People need to understand that the namespace name (e.g. 'INBOX', 
'#shared', etc.) are not mailbox names in and of themselves.  Rather, 
they are simply internal labels used to delimit between the various 
namespaces (labels != mailboxes)



Since several people have disagreed with our interpretation, these 
patches might be a good thing for the wiki - feel free to create a 
page there.  However, they are not going to be implemented into the 
code.
11/22/2005 09:11:06 PM s_gatterbauer (at) idlm (dot) net Comment #2
New Attachment: dont_strip_namespace[1].diff Download
Reply to this comment
corrected diff-file (should be valid for  patch -p 0  in horde) attached;

imp/folders.php will now also work correctly.
11/19/2005 12:04:14 PM s_gatterbauer (at) idlm (dot) net Comment #1
State ⇒ New
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ hierarchical folder structure in portal view
Queue ⇒ IMP
New Attachment: dont_strip_namespace.diff Download
Reply to this comment
Since some months ago, the default view on the IMAP folders is not 
structured as before (below INBOX).

Attached are two  diff -c  for  horde/framework/IMAP/IMAP/Tree.php   
and  horde/imp/config/conf.xml

which allow to set a new parameter to get back the hierarchical view 
of mailbox folders in the portal view.

If it is NOT set, everything stays as it is now !

Unfortunately I am not familiar in php and also not in creating 
patch-files - sorry.

Because of this fact, I have not yet figured out, how to apply this 
change on  horde/imp/folders.php  ;

so  horde/imp/folders.php  will not show you any folders below INBOX when

   $conf['server']['dont_strip_namespace']  is set !



It would be nice if this (presumably a bit more professional) could be 
apllied to the current HEAD.



Stefan



P.S.: Inspired by a "quick suggestion" of Michael Slusarz in Ticket 
#2422 - Thank you again !


Saved Queries