Currently a document is being opened like the homepage (index.html) of a website. I would like an address bar like in a browser, with document path and *current* page number. There I could copy or enter a "link". Even like a browser. In my thinking, a page of a document is like a subpage of a website. But the browsers (ie okular) has no adress bar.
Okular is not a browser. But you get an address bar (even with autocompletion) at Ctrl+O. AFAIK you can even type the page number there, just without page=. You can input the path in different formats, the KIO library is your browser there. You can also configure Okular to show the document path in the window title bar, and the page number is shown in the “page bar”, or optionally in the main toolbar. So what is the reason to add another bar for this purpose?
The same reasons speak for an address bar as for an address bar in a browser. There is no another address bar. An address bar is a dialog box, you can add or remove something. In my opinion, the possibilities listed are monolog fields, either-or-fields, and widely dispersed. I work with long documents. It says in the text: see page 443. When I do that, I can hardly find my original page afterwards, I want to continue where I was originally. I would like to be able to click "Open in new window" without leaving my current position. That's only an example. There are many cases for a sensible, good use of an address bar. In modern browsers, it is also used to enter a search phrase. This also lends itself to a document viewer. However, it only becomes useful with URLs that contain the page or anchor and are displayed dynamically, depending on the current position of my document in the visible area. Then I can copy to paste in another instance (open in new window), or save or share. Or do many other wonderful, simple and useful things with it.
(In reply to 9juhnke from comment #2) > An address bar is a dialog box, > you can add or remove something. In my opinion, the possibilities > listed are monolog fields, either-or-fields, and widely dispersed. I doubt that non-germans understand that (dialog-monolog). 9juhnke probably wants to say that the file dialog is usually not shown while viewing the document, but only for the short moment you actually use this dialog. > I work with long documents. It says in the text: see page 443. When I do > that, I can hardly find my original page afterwards, I want to continue > where I was originally. I would like to be able to click "Open in new > window" without leaving my current position. You mean the typical web browser behavior: middle-click on an internal link -> same document opens in a new tab? I think that would be a nice feature request. I don’t understand why an address bar would be better. > In modern browsers, it is also used to enter a search phrase. I am not convinced that this makes sense. There is already a dedicated search bar (Ctrl-F). Or do you mean global search? I think that is out of scope for Okular. > Or do many other wonderful, simple and useful things with it. I don’t see the useful potential in an address bar right now. Maybe someone else does, and likes to implement it. It shouldn’t be very difficult. The Shell needs to listen to the current page of the Part, I don’t know whether that is possible yet. In general it works, Konqueror demonstrates that. > It says in the text: see page 443. When I do > that, I can hardly find my original page afterwards, Maybe you are interested in Bug 169847, and can contibute your ideas on how to navigate such documents.
> It says in the text: see page 443. When I do > that, I can hardly find my original page afterwards, shift + alt + left takes you to your previous location.
(In reply to David Hurka from comment #3) > wants to say that the file dialog is usually not shown while viewing the > document, but only for the short moment you actually use this dialog. no, I just want to copy the position where I am in the document as "link" from the address bar. And another time just copy a "link" back into the same address bar Of course I can assemble such "links" by hand. In the same way, one could also discuss using a browser whether it actually needs an address line. After all, it also has an "open" function somewhere. And a bottom status bar from which I can read the page that I am currently on. > There is already a dedicated [...] The question is, what speaks for dedicated.
(In reply to 9juhnke from comment #5) > Of course I can assemble such "links" by hand. I really wonder about your interesting workflow. Can you compile Okular yourself? If so, I can give you a patch for copying such links and “pasting” them. > In the same way, one could also discuss using a browser whether it actually > needs an address line. Yeah. After scaling down the link-click frequency of a web browser to Okular, it probably doesn’t need an address bar. (And if Firefox actually had no address bar, it would even be less broken...) There are people who actually just type “google” in the Bing search bar, just to visit google.com, where they enter “example.com” ;) > > There is already a dedicated [...] > > The question is, what speaks for dedicated. It has several buttons which are useful for a search bar. Usually I don’t set case sensitivity for an address bar, but people have weird workflows sometimes.
(In reply to David Hurka from comment #6) > I really wonder about your interesting workflow. Can you compile Okular > yourself? We have a misunderstanding. I didn't want to be a supplicant. I made a suggestion on how to improve the user experience through a more modern user interface. And when asked, I outlined cases for which it is useful. It is now up to you or your community to decide what to do with it. Unfortunately I have to continue with my things. It was nice to chat with you, see you next time.
This is probably like providing paper with a pencil. It turns out that the pencil becomes a lot more powerful than without the paper, although I might think “What? It’s just a silly piece of paper!” at first. I made the summary more specific, to make this more findable.