control: reassign -1 libgtk2.0-0 To GTK+ maintainers: I've kept all the original bug report quoted so you should have all the context.
On mar., 2013-05-28 at 11:04 -0400, Wirawan Purwanto wrote:
> I notice that the xfce4 version 4.8 in Debian 7 have problem with tab
> completion int he file selection dialog (usually used for File/Open or
> File/Save As operations). As for specific examples, I can notice this
> problem
> in LibreOffice (The one shipped with Debian 7 stable) or Firefox
> Aurora (v 22),
> or mousepad --it really does not matter as long the xfce file dialog
> is shown.
There's no such thing as the Xfce file dialog. It's a GTK widget.
> I notice that the first tab completion in the text entry (shown by
> Ctrl+L
> shortcut)
Note that mousepad doesn't have a text entry.
> would work, but then it would not do the second filename completion.
> Say, I want to save a text file in mousepad
> to /home/wirawan/test.txt ; I can
> begin using "/ho" <TAB> --> completed to "/home". I would expect
> "/home/wi"
> <TAB> would complete to "/home/wirawan", but it would not. Rather the
> focus
> moves to the next element ("Places" sidebar below the "Name" and "Save
> in
> folder" entries). So, why is this behavior? This is not desirable from
> power
> user perspective. Unless I misunderstand how xfce file dialog should
> work.
I've just tried in lowriter in Wheezy and Sid. The behavior is as
described on Wheezy, but is correct (completion works fine) on Sid, so
it seems fixed in a later version than the one in Jessie.
In any case, it's a GTK+ issue, not an Xfce one, so I'm reassigning.
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
