[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-pim
Subject:    Re: [Kde-pim] KABC Addresses
From:       Anders Lund <temp_and () tiscali ! dk>
Date:       2002-09-26 22:59:06
[Download RAW message or body]

On Fredag den 27. september 2002 00:50, Cornelius Schumacher wrote:
> On Thursday 26 September 2002 16:54, Anders Lund wrote:
> > I think it would be a good idear if kabc provided a formatted version
> > of adresses, some even in the filed lists:
> >
> > Preferred Address (formatted)
> > Home Address (formatted)
> > Buissness Address (formatted)
> > ...etc.
> >
> > The address formatting method should of cause be smart enough to kill
> > empty lines, for example if an address contained no postbox and that
> > would have gone on a line of its own.
> > etc.
>
> We should really have a formattedAddress() method in KABC::Address. This
> could take the label, if set and construct the address form the parts,
> if not, similar to Addressee::formattedName().

Well, that was my idear:)

> > So my suggestion is, that we add the needed methods/data as soon as
> > possible w/o creating BIC issues:
> > * a QString as_string() method in the Address object
>
> Using underscores in function names wouldn't be consistent with the
> current coding style. I prefer Address::formattedAddress().
>
> > * members in KABC::Field and KABC::Addressee

works for me, I actually used that name first I think:)

> I'm not sure if we really want them in Field, because they don't
> translate well to single line texts.
>
> We don't need them in Addressee, because they are already accessible by
> the Address class.
>
> > * address formatting information to (KABC local?) l10n database
>
> The problem with putting the information in the l10n database is that
> the decision which formatting is used is not based on the locale of the
> user, but on the locale of the address. That means there would often be
> different formattings in the same addressbook. I'm not sure that the
> current l10n database provides that without ugly hacks, so it's
> probably better to put that information into libkabc in a clean way.

Ok, that is why I was asking about that, I don't know much about localization 
issues. So we should create a database with such information for KABC. Did my 
format suggestion look resonable?

-anders
_______________________________________________
kde-pim mailing list
kde-pim@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-pim
kde-pim home page at http://pim.kde.org/
[prev in list] [next in list] [prev in thread] [next in thread]