After upgrading to 4.4.2.2 the behavior of Insert Hyperlink changed wrong. I select a text (i.e. a word) and I click Insert Hyperlink (Ctrl-K). A window appears. A) The window shows always "Internet" as default instead of "Document". "Document" had always showed as default (I always use it) until last 4.4.2.2 upgrade. B) the selected text (i.e. a word) is not copied in the form "Further Settings" "Text" when I change from "Internet" to "Document". to bypass A+B I need too much multiple clicks. could you please let me go back to the previous behavior? ... Then I also have a suggestion to make it even better: C) from the "Hyperlink" window under "Document" I add a "Target" to the form "Target in Document" by clicking on the bullseye. A window appears (always on the right, it was ok on the left) with all the objects (i use Bookmarks). **Here I suggest** to let a single click add the bookmark in the "Target in Document" form as "Target" (instead of double-clicking or clicking "Apply"), then clicking "OK" (instead of "Apply") closes the window; then, if we have solved A+B above, in the form "Further Settings" "Text" there already is the selected text (i.e. a word), so I only have to click "OK" to close the "Hyperlink" window with changes applied. very quick and neat. I recommend it. Thank you very much.
Your B) is a duplicate of bug 86845. I'm changing this to be about A) and propose that the dialog should remember the last used view. Please create a separate enhancement request for C) Tested on: Win 7 Pro 64-bit, Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6 Locale: fi_FI Version: 4.5.0.0.alpha0+ Build ID: afb82d3729bda2754d0add08cc6c4dce1dc76d59 TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-04-14_00:05:04 Locale: en_US
Migrating Whiteboard tags to Keywords: (needsDevEval) [NinjaEdit]
*** Bug 100557 has been marked as a duplicate of this bug. ***
*** Bug 125246 has been marked as a duplicate of this bug. ***
Question was raised again in bug 125246. If we store the last UI position it would also apply to other dialogs like paragraph style. Do we want to remember the last tab, and if so a) per document, b) session, c) workplace respectively user configuration.
(In reply to Heiko Tietze from comment #5) > Question was raised again in bug 125246. If we store the last UI position it > would also apply to other dialogs like paragraph style. Do we want to > remember the last tab, and if so a) per document, b) session, c) workplace > respectively user configuration. In some (many?) cases, the TAB of a dialog is remembered between use.
The default choice (at the beginning of a session) 'Internet' is arbitrary. After the user has chosen 'Document', it can be expected that he will choose it again during the session —in the same document, or across several of them; he can change his choice, anyway.
I prefer user configuration. What's the benefit of only session?
(In reply to Thomas Lendo from comment #8) > I prefer user configuration. What's the benefit of only session? OK. How does the user specify his/her preference?
(In reply to TorrAB from comment #9) > OK. How does the user specify his/her preference? It would be stored silently in the registry and applied when ever you open the dialog again. Per session means the default tab is reset when you restart the application. And per document is self-explaining.
Benefit of the session only solution is that different scenarios require different workflows and therefore it makes sense to start with a default. But the general rule as requested in the meta bug 109265 makes also sense. So let's remember the last used tab position and restore it at the next session.
*** Bug 136263 has been marked as a duplicate of this bug. ***
*** Bug 136264 has been marked as a duplicate of this bug. ***
I also support the dialog opening at the last user view.