Thanks for to ebassi who answered my rant about the GNOME file dialogs.
ctrl+L is the answer. While thanking you I can’t help wondering why it is so obscure. The Mac GUI may have no shortcut keys and I had mistaken GNOME successful hiding as the same deficiency.
I had noticed that when I typed a real letter, a floating edit box (no title) appeared for quick-jumping to a file in the current view, and would not accept full paths. Interesting if I ctrl+V into the file dialog nothing happens until I press a real letter too, upon which the floating edit box appears complete with the real letter and pasted text.
I wonder why ctrl+L and this other mechanism are both needed, they seem to duplicate each other, and where just typing is sort of intuitive, why is ctrl+L intuitive?
What I would like is for the path button bar to behave like a button bar AND an edit box. The button bar is nice because it shows the path I have descended to even if I pop up a level, sort of like expanding out the forward button of a web browser. But I would also like to be able to type in it. Perhaps like overlaying transparent buttons over a real edit box and moving the boundaries of the buttons to the positions of the slashes. I also want it to have a drop down list box to show recent full paths like firefox and windows explorer does. A selected path will then be displayed in the button/address-bar combination thingy.
A button/address-bar combo sounds like a dogs dinner; but what it were implemented in terms of the edit box custom drawn? Clicking on parts of the path change to that directory and render the old tail in dull grey so it can still be clicked on.