I also find the behaviour of the text entry box very annoying and have read 
others complaining online. Part of the issue is that if the devs simply *must* 
keep this behavior, they should change the visual cue of highlighting to act 
according to convention.

For example in the adapta gtk theme, highlighted text is white on blue 
background. If I select text in the URL bar in FF, it is thusly highlighted. 
However if I then give focus to some other window, it changes to grey text on 
white background (or the inverse depending on context). So even if I get 
confused about where the focus is, the non-active highlighted text is 
distinguishable from currently active highlighted text. 

However, in this filechooser, the selected text is always white text on blue 
background, even when focus is given to the search. I think this has the effect 
of misleading the user. 

I haven't installed it but there is this project 
https://github.com/lah7/gtk3-classic that might be of some help?

And as to the specific issue of downloading a lot of sequential files, maybe it 
would be worth it to just grab the list of URLs and use wget. I did that with 
some magazines someone scanned. You can use wget noclobber to number them or 
just download in order, sort by date and rename with numbering in nautilus. 
When I am lazy I use this webpage https://zimtools.xyz/wget to generate a line 
for wget but a config file is better. Unless you are only downloading selected 
pages of course in which case manual naming the only way to go. 

All in all I think xfce4 is totally fantastic and I have far fewer complaints 
about it than comperable components of windows or mac, gtk3 inclusive. :) 
Likewise firefox vs safari, chrome etc. Maybe, counterintuitively the fact of 
being free/libre and open leads users to having much higher standards and less 
complacemency than with monolithic proprietary packages where development has 
not even the veneer of community accountability. And therefor you get 
nitpicking like the preceding. 

max

On Sun, Jun 12, 2022, at 4:18 PM, Michael Hill via talk wrote:
> Hi Hugh,
> 
> On Sat, Jun 11, 2022 at 11:19 AM D. Hugh Redelmeier via talk
> <talk@gtalug.org> wrote:
> 
> > I have started to use the file manager (GNOME Files, a Nautilus
> > descendent) in the last couple of years.  I've recently incorporated
> > its search capability into my workflow and find it more convenient
> > than locate(1) or especially find(1).
> 
> Have you come across the file chooser behaviour where the search field
> takes the focus instead of the filename field?
> 
> Example: in Firefox, I want to save a series of article pages that
> were uploaded as jpegs, but I want to rename them to page numbers
> instead of 40+ random-digit-filenames. If I click on the previous
> saved page, its name appears in the filename field with the digit (not
> the dot or the jpg extension) highlighted. If I type the next digit in
> the sequence, I'd like it to replace what's highlighted so I can press
> enter or click Save. Instead the new digit appears in a new search
> field. To put the focus where I want, I have to drag the mouse over
> the highlighted digit (even switching focus with Tab or ESC would be
> better).
> 
> I asked about this and was told it's shared GTK code between the file
> chooser and file manager, and it's expected behaviour. It is or is
> like GTK issue #2638.
> 
> Mike
> ---
> Post to this mailing list talk@gtalug.org
> Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
> 
---
Post to this mailing list talk@gtalug.org
Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk

Reply via email to