| Summary: | Bookmark... dialog should hold its resize from defaults for current session | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | tinflower2000 |
| Component: | Writer | Assignee: | Heiko Tietze <heiko.tietze> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | caolan.mcnamara, cno, heiko.tietze, sdc.blanco, thomas.lendo, vsfoote, xiscofauli |
| Priority: | medium | ||
| Version: | Inherited From OOo | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=146648 https://bugs.documentfoundation.org/show_bug.cgi?id=149074 https://bugs.documentfoundation.org/show_bug.cgi?id=101285 |
||
| Whiteboard: | target:7.4.0 | ||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 102019, 109265 | ||
|
Description
tinflower2000
2021-12-16 11:56:24 UTC
+1 While the Bookmark... dialog can be conveniently resized (for editing or inserting a bookmark). Also the SB Navigator deck for Bookmarks can be toggled collapsed or expanded. But working with a long list of Bookmarks the ability to set and hold a larger dialog (at least for the current document) would be helpful. More entries <==> less scrolling to find navigate to the desired bookmark. Setting and holding the dialog size and position for current document would facilitate. We decided against resizable property dialogs; only where user input is required we allow to change the size. That's of course a fuzzy definition and we could either keep the bookmark dialog resizable (and remember the size as requested here) or make it static, with the idea to use the Navigator. (In reply to Heiko Tietze from comment #2) > We decided against resizable property dialogs; only where user input is > required we allow to change the size. That's of course a fuzzy definition > and we could either keep the bookmark dialog resizable (and remember the > size as requested here) or make it static, with the idea to use the > Navigator. Except, the dialog is already resizable! Issue is that it does not remember its state for current session and must be resized on each opening for current session. Yes the Navigator will show a scroll bar when its count of Bookmarks exceeds visible height, and the Navigator can also be undocked--or its alternate <F5> frame can be used. Just seems like the resizable Bookmark... dialog would benefit from holding its attributes and allow a workflow with it, rather than forcing folks onto the Navigator. Where keeping the list of bookmarks expanded on the Navigator (rather than collapsed) makes other usage of the Navigator uncomfortable for documents with a lot of bookmarks. I was pondering over the opposite of this request. The dialog get its size from the treeview. We have no means to set a dialog size except a minimum (the preferred size). We had the discussion somewhere with Caolan... I support the request to remember the dialog size during a session. Restoring the dialog size is tricky, see also bug 123123 and bug 134640. I support this request. It always disturbs me that when I change (the size of) a dialog, I have to do it again the next time I open it. Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1dea71cbaa04a68aa496a146bb71a690aed0f88d Related: tdf#146261 the intent it to keep the dialog within the screen It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ad1da9345b75dbe3ed9c503916c83c38d8a2e22f Resolves tdf#146261 - Remember size of bookmark dialog It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. A polite ping to Heiko Tietze: Is this bug fixed? if so, could you please close it as RESOLVED FIXED ? Otherwise, Could you please explain what's missing? Thanks Variable header width reverted to previous fix column width in bug 149074. (In reply to Heiko Tietze from comment #11) > Variable header width reverted to previous fix column width in bug 149074. No idea about my past me ;-( |