[Libreoffice-bugs] [Bug 129557] New: [Feature Request Change of a UI component in "internal bookmarks", at the link of "Target in Document"

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=129557

            Bug ID: 129557
           Summary: [Feature Request Change of a UI component in "internal
                    bookmarks", at the link of "Target in Document"
           Product: LibreOffice
           Version: 6.3.4.2 release
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: medium
         Component: UI
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: a09703011 at unet.univie.ac.at

Description:
Hello libreoffice developers,

I have a feature request to make, or actually three feature requests; two are
very small and can probably be easily changed, the third one is a bit more
complicated. I will explain this and put some context.

I am using LiberOffice on Linux, latest current stable (well actually, version
is: 6.3.4.2

It works very well.

I have a fairly large document, which I keep as .odt, and then generate a .pdf
from it.

That document has about ... 50 pages or so.

Now, more importantly, I keep an "internal bookmarks" set, to allow people to
click on
the entry in the .pdf file, and jump to the relevant section.

This works fine, but I think the UI could be improved a bit.

I will explain this next:

1) First suggestion:

If you go to "Insert -> Bookmark", and then on "Target in Document", the widget
that
is opened on the left hand side for me, is quite small. I'd say perhaps ... 150
px
wide and 250 px in height, or something like that. It is about less than one
fourth
of the maximized libreoffice main window, so I always end up having to make it
a
bit larger by dragging. I don't know if this is under control of libreoffice
since
perhaps it is the WM/DE that plays a role here (I use icewm right now), but if
it
would be possible, any size increase here would help me. Note that the other
widget
that is opened up, the one BEFORE the bookmark-widget, has a decent size - it
is
perhaps 2x as much or so. So I think libreoffice already has some way to handle
the size somehow I assume.

But this is a very small request anyway. I'll expand on this a bit later.

2) Second suggestion:

This one is actually more important to me since it is more of a convenience
feature.

Right now I always have to click on the widget in order to expand all the
bookmarks.

That is, under "Insert->Hyperlinks", when you click the button on the right
hand
side that says "Target in Document", the widget that is opened up, is not only
small,
but more annoyingly, you have to manually click on expand on the bookmarks, on
that small arrow that faces right. Here I would prefer if the widget is opened
up already in an expanded manner, so that I don't have to manually click on it.

For using this only once or twice, it is not a big deal, but I have about 20
internal bookmarks already, which sometimes change, so I have to manually do
this one after the other ... which is a bit annoying. Changing the UI part here
would be helpful.

Other users may not like this, perhaps, which I can understand, so I actually
would like to suggest a THIRD option on top of that next.

3) Third suggestion:

I believe the best may be to allow for libreoffice to remember the user
choice here, and, if the same widget is opened up again, to retain the old
settings. So for example, IF I clicked on that "expand" arrow before, and
then close libreoffice, the next time I open it up, and that bookmark-widget
is opened, it would open up in a way where I could resume right away with
the old "defaults": in this context, to open up when it is expanded.

This would allow for people to decide on their own, within the application
itself, which variant they would prefer. This is perhaps a bit more 
difficult to code, and may require some more discussions in general, but
I want to keep the suggestion here SIMPLE. In particular point #2 of
these three suggestions is the primary reason why I filed this feature
request change.

Thanks for your hard work on libreoffice, it is really a very high quality
suite as-is. Improvements here really help downstream users in regular
tasks (I may eventually try to autogenerate stuff, so that I don't have
to do this manual job, but the macros seem a bit difficult, and right now
I don't have the time as I have to move on doing other things - perhaps
at some later time I may review macros.)

PS: I always use the official binaries from the libreoffice main site,
debian 64 bit, but expand the .deb files before copying the directory
structure on my slackware system. This works very well by the way even
though it is not a debian system.

Steps to Reproduce:
Please see my Description report above.

Actual Results:
Please see my Description report above.

Expected Results:
Please see my Description report above.

I would recommend to adjust the UI a bit here.


Reproducible: Always


User Profile Reset: No



Additional Info:

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20191223/cdbe9d4b/attachment.htm>