Bug 249615 - Honorific {pre,suf}fixes employ confusing input widget
Summary: Honorific {pre,suf}fixes employ confusing input widget
Status: RESOLVED UNMAINTAINED
Alias: None
Product: KAddressbook Mobile
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Maemo 5 Linux
: LO normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-31 13:32 UTC by Felix Wolfsteller
Modified: 2018-09-04 19:55 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Wolfsteller 2010-08-31 13:32:31 UTC
When creating a New Contact, the "More" flap allows to specify honorific prefixes and suffixes.

With these, there are multiple issues:

* weird autocompletion behavior (type "abc", becomes "ab=")
* white letters on grey background
* unique to this dialog. Resemble a button, but behave like an input field, with a button to clear content.
* while the label (honorific prefixeS) suggest that multiple strings can be defined, i only managed to put in one.

Found in version 4:4.5~20100827.1168757-1maemo1.1169941 .
Comment 1 Tobias Koenig 2010-09-02 15:35:40 UTC
Hej,

> * weird autocompletion behavior (type "abc", becomes "ab=")
Can't reproduce this here on a desktop system, please check whether it is reproducable on a desktop system

> * white letters on grey background
That's a problem of the style, nothing kab-mobile can influence

> * unique to this dialog. Resemble a button, but behave like an input field,
>   with a button to clear content.
Also a problem of the style

> * while the label (honorific prefixeS) suggest that multiple strings can be
>   defined, i only managed to put in one.
You can enter several prefixes (e.g. 'Prof. Dr.')
Comment 2 Felix Wolfsteller 2010-09-03 10:48:54 UTC
(In reply to comment #1)
> Hej,
> 
> > * weird autocompletion behavior (type "abc", becomes "ab=")
> Can't reproduce this here on a desktop system, please check whether it is
> reproducable on a desktop system

Its probably N900 specific.

> > * white letters on grey background
> That's a problem of the style, nothing kab-mobile can influence

?

> > * unique to this dialog. Resemble a button, but behave like an input field,
> >   with a button to clear content.
> Also a problem of the style

?

If so, I believe kab-mobile managed to work around the style on other places.

If its indeed not changeable (which I doubt), these widgets should be removed, as they are of little use in the way they are now.

> > * while the label (honorific prefixeS) suggest that multiple strings can be
> >   defined, i only managed to put in one.
> You can enter several prefixes (e.g. 'Prof. Dr.')

Well, on N900 with given version I cannot.
Comment 3 Volker Krause 2010-09-06 15:54:38 UTC
There are two kinds of styles we have to deal with on Maemo: the native one (white on black, actually GTK based, ignores most attempts to change it, such as settings QPallete, etc) and our own one (black on white, CSS based, see kdepim/mobile/lib/stylesheet.css). It's most likely the latter that can't handle editable combo boxes properly.
Comment 4 Volker Krause 2010-10-13 14:19:25 UTC
SVN commit 1185448 by vkrause:

editable combo boxes don't really work on Maemo5

BUG: 249615


 M  +6 -0      namepartseditwidget.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1185448
Comment 5 Felix Wolfsteller 2010-10-13 15:57:33 UTC
Now on maemo they function like input fields, not allowing multiple values.
Will re-close if thats the desired behavior.

Version 4:4.5~20101013.1185418-1maemo1.1185177.
Comment 6 Volker Krause 2010-10-13 17:19:21 UTC
You tested with an too old version, the fix was committed in revision 1185448. They should behave like combo boxes now.
Comment 7 Felix Wolfsteller 2010-10-22 12:32:28 UTC
I can neither edit nor select multiple values with version 4:4.6~20101022.1188351-1maemo1.1187374 . Did I misunderstood what it should do?
Comment 8 Tobias Koenig 2010-12-13 06:36:05 UTC
Volker, any updates on this issue?
Comment 9 Andrew Crouthamel 2018-09-04 19:55:31 UTC
Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I will be closing this bug.