Matthias Clasen wrote:
> On Thu, Mar 26, 2009 at 5:38 PM, Stef Walter > That may be the case, and I thought about this myself. One thing in
>> favor of doing the conversion of 'real text' -> 'display text' in the
>> model is that it allows subclassed models to do some quite interesting
>> stuff in
On Thu, Mar 26, 2009 at 5:38 PM, Stef Walter That may be the case, and I thought about this myself. One thing in
> favor of doing the conversion of 'real text' -> 'display text' in the
> model is that it allows subclassed models to do some quite interesting
> stuff in the conversion.
>
> For examp
Christian Dywan wrote:
> this looks a little bit more complex than it should be, from my first
> impression anyway. Essentially I would think you need this kind of
> 'workflow' in the application code, once you have a buffer implemented:
>
> entry = gtk_entry_new ();
> buffer = gnome_keyring_entry
Am Thu, 26 Mar 2009 21:38:26 + (UTC)
schrieb Stef Walter :
> Tristan Van Berkom wrote:
> >> * gtk_entry_buffer_get_visibility
> >> * gtk_entry_buffer_set_visibility
> >> * gtk_entry_buffer_get_invisible_char
> >> * gtk_entry_buffer_set_invisible_char
> >> * gtk_entry_buffer_unset_invisibl
Tristan Van Berkom wrote:
>> * gtk_entry_buffer_get_visibility
>> * gtk_entry_buffer_set_visibility
>> * gtk_entry_buffer_get_invisible_char
>> * gtk_entry_buffer_set_invisible_char
>> * gtk_entry_buffer_unset_invisible_char
>> * gtk_entry_buffer_have_invisible_char
>
> I have a feeling
On Thu, Mar 26, 2009 at 12:41 AM, Stef Walter wrote:
> A while back [1] I tackled the possibility of having GtkEntry store it's
> text in a application configurable memory buffer. This makes GtkEntry
> very useful for use with gnome-keyring and seahorse passwords/secrets [2].
>
> I've given it ano
A while back [1] I tackled the possibility of having GtkEntry store it's
text in a application configurable memory buffer. This makes GtkEntry
very useful for use with gnome-keyring and seahorse passwords/secrets [2].
I've given it another shot, and come up with what I think is a much
better appro
