Version: (using KDE KDE 3.0.4) Installed from: Debian testing/unstable Packages OS: Linux Some of our users, when migrationg from MS products to Linux/KDE, complain that they can't live without hierarchy in address book :-(.
I can only agree. Being able to separate between categories of addresses is an almost necessary feature when you have some 4 to 5 hundred addresses. If you will consider implementing this please don't forget to add a "super" category that contain all addresses.
You can already group contacts into categories. On a hierarchy view we are working.
*** Bug 64353 has been marked as a duplicate of this bug. ***
*** Bug 66501 has been marked as a duplicate of this bug. ***
*** Bug 67099 has been marked as a duplicate of this bug. ***
I hope Kmail will be able to filter on these categories/hierarchy... Thats extremely usefull, esp if you recieve alot of mail.
any idea when this will be implemented??? the ppl at kmail say they have to wait for this to be in kadressbook before they can use filtering on this (of course). I whould love to have this - its a pain in the ass if you have alot of ppl in your contact list, you have to continually monitor changes in their adresses and edit the appropriate filters etc - which whould all be very easy if you whould have this hierarchy. you whould just need to have 5/6 filters to filter for hundreds of adresses - and you whould only have to change the email adress of someone in the adressbook if it changes, and the filtering whould just follow. well, to be honest, I haven't had inet connection for some time due to me moving to another place, and I saved the mail on my 100 meg account - some 3400 mails. I dont want to build filters for all these mails... ;-) thanx in advance! I'm very happy with KDE 3.2.x, I have 3.2 beta2 still, as soon as my ADSL is ready (one month left before it will be done, my provider told me) I can install it. guess this wont be ready then :(
*** Bug 88664 has been marked as a duplicate of this bug. ***
isn't this already fixed by the 'categories' tag you can give to contacts? i'd say close the bug...
No! I want to see subrouping of contacts. Switching to another filter requires too many action and visible area of filters is not appropriate for dozens of categories.
Created attachment 12153 [details] Vision on inline subcategory show In this attachment I try to draw how to show inline subcategory.
I have one small wishlist: on creation contact automatically fill category of new contact depend on current view (if view contains contact of one category).
We should also be able to define common properties on the grouping level. Using this we can easily add tens or even hundreds of contacts to a certain category, give them a common work address, fax number or company name. It is specifically for this I would like an hierarchical addressbook. Hierarchy based on category only is not enough for me.
Category can be hiererchical too. Look at LDAP DN. I wrote about it at http://bugs.kde.org/show_bug.cgi?id=88664
so, the point is: you have a complex hierarchie of people you know. you want to seperate them with categories, but it becomes to many. if we would have subcategories, it'd be easier. well, yeah, i think it is usefull... not for me (and, i think, most ppl) as i use just a few categories, but i guess i don't have a very complex life :D
Well, my personal life is not that complex, but my business life surely is. Like most people, I also (almost) never delete contacts, I only add/update. After a few years of service as a consultant you rapidly have addressbooks with more then 500 contacts.
*** Bug 76159 has been marked as a duplicate of this bug. ***
Created attachment 12217 [details] A sample of what the hierarchy might look like Note that the code behind this works like : - all entried with no org are added as normal - all entries which have both the name and org strings the same are assumed be be organizations (e.g. ACME ). These are added first - all entries which have an org which is already in the list is now added The last step can add suborganization within an organization allowing for a recursive depth for organizations. ( Current depth is coded at 5 ).
The development of the old KAddressBook will be discontinued for KDE 4.4. Since the new application has the same name, but a completly new code base we close all bug reports against the old version and ask the submitters to resend there reports against the new product.