Enhancement: Address editor redesign

[GoogleCodeExporter]

Hello,

I would love to see the Address book editor to be redesigned to be more fluid, 
for lack of a better word.

It would be great if instead of having the fields hard coded into the editor 
code, if they could be removed and added as needed by the user. For instance 
one contact may only need a name and two cellphone numbers, and another may 
need two addresses, three cellphone numbers and two home numbers. At the 
moment, this can not be done unless you change store a cellphone number as a 
home number, which can cause problems in other applications. The editor can be 
automagically populated with the correct fields upon opening an existing 
contact and fields can be added when needed from the menu.

I'm not sure how this idea will be effected by the issues with the way contacts 
and implemented in Android (naughty Google), but it would hopefully mean you 
don't have to keep on adding fields when people complain ;)

I would love to help out, but I don't have the time at the moment unfortunately.

Original issue reported on code.google.com by theelect...@gmail.com on 2 Aug 2012 at 6:47

[GoogleCodeExporter]

I should also add thank you very much to everyone who has been involved in this 
project. It is a fantastic project and I hope it lives on!

Original comment by theelect...@gmail.com on 2 Aug 2012 at 6:47

[GoogleCodeExporter]

> At the moment, this can not be done unless you change store a cellphone 
number as a home number, which can cause problems in other applications

The limiting party is Kolab itself. If I read the doc correctly, there can only 
be one number each.

> I would love to see the Address book editor to be redesigned to be more 
fluid, for lack of a better word.

Me too, it would be great if we could use the build in editor. Google has 
implemented a feature where a contact provider may setup the editor, but the 
did'nt finished it and hardcoded the editor for their own contact providers :-(

Don't know if that was fixed in ICS or JB.

So this Editor is a compromise solution. When things get's more and more stable 
we will improve it.

Original comment by arthur.z...@gmail.com on 9 Aug 2012 at 2:39

• Changed state: Accepted
• Added labels: Priority-Low, Type-Enhancement
• Removed labels: Priority-Medium, Type-Defect