Bug 321872 - StyledText: hide input via setEchoCharacter() resp. SWT.PASSWORD
Summary: StyledText: hide input via setEchoCharacter() resp. SWT.PASSWORD
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.6.1   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-SWT-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-05 09:46 EDT by Andre Saibel CLA
Modified: 2019-11-28 05:44 EST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andre Saibel CLA 2010-08-05 09:46:36 EDT
Build Identifier: 

There are some former bug reports (bugs 149662 and 196846) beeing declined. 
Some newsgroup posts also addressed this "problem" earlier. 
I cannot imagine that this is *that* difficult to enable this feature.

Reproducible: Always
Comment 1 Felipe Heidrich CLA 2010-08-05 09:58:04 EDT
We already have a password box, it is: new Text(parent, SWT.PASSWORD).

I don't understand why people need a styled text password box.

Why our password box isn't good enough for you ?
Comment 2 Andre Saibel CLA 2010-08-05 10:37:42 EDT
Why do people need a styled text password box? 
Maybe the are delighted with the possibilities StyledText offers and don't want to miss it in their ui projects.
Maybe they just take this feature for granted since even its kid brother (Text) supports it.
Fact is: this is not the first request of that kind.

Imagine following scenario: there is a generic gui built on demand according to a set of meta data. These meta data contain specific descriptions of how to edit different kind of data - numeric, alphanumeric (plane text as well as text spiced with pictograms/icons).. maybe date/time, ip-addresses and so on. 

There is one widget for all that different purposes - StyledText. It just has the most comfortable API.. and it also implements all the bidi stuff.
The idea is: initialize it once and go on using it transparently (no instanceof magic) in the source code.
Comment 3 McKaot CLA 2010-08-06 03:52:30 EDT
It's not an unwordly approach.
I'd even go one step further and append the possibility of hidin' content to TextStyle. So it would be possible to use this feature in a passive way (TextLayout), too.
I also miss a StyledText constructor with a TextStyle argument instead of initializing all the things manually. Just think of kinda "inline" editors within custom dialogs and widgets.
Comment 4 Andre Saibel CLA 2012-08-06 06:30:13 EDT
After all that time... no chance?
I think, the benefits described in the previous posts speak in this features favour.
Comment 5 Andre Saibel CLA 2012-10-17 06:06:00 EDT
...ain't just the focus of development, hu?

There's a possible solution: to use GlyphMetrix, StyleRanges and a PaintObjectListener. 
But: on some platforms (Linux/GTK) the typed character is first shown clearly and then as an asterisk.
And: it's not a really straight forward solution.
Comment 6 Lars Vogel CLA 2019-11-27 07:13:19 EST
This bug hasn't had any activity in quite some time. Maybe the problem got
resolved, was a duplicate of something else, or became less pressing for some
reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it.
The information can be, for example, that the problem still occurs, that you
still want the feature, that more information is needed, or that the bug is
(for whatever reason) no longer relevant.

If the bug is still relevant, please remove the stalebug whiteboard tag.
Comment 7 Andre Saibel CLA 2019-11-28 03:19:52 EST
Nothing was done for this yet, so the "issue" still remains  ;(