Bug 137269 - Table of Contents dialog is too large
Summary: Table of Contents dialog is too large
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.1.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Heiko Tietze
URL:
Whiteboard:
Keywords:
: 146172 152449 (view as bug list)
Depends on:
Blocks: TableofContents-Indexes-Dialog GTK3-Dialog-High
  Show dependency treegraph
 
Reported: 2020-10-05 13:55 UTC by marcelopires
Modified: 2023-01-31 10:31 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
Imagem from problem (63.63 KB, image/png)
2020-10-05 13:56 UTC, marcelopires
Details
Render (236.83 KB, image/png)
2020-10-05 18:55 UTC, marcelopires
Details
Index dialog in master (172.37 KB, image/jpeg)
2021-12-25 13:42 UTC, Dieter
Details
Index dialog in LO 6.1.6.3 (144.50 KB, image/jpeg)
2021-12-25 13:43 UTC, Dieter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description marcelopires 2020-10-05 13:55:12 UTC
Description:
When ternat editing the table of contents, a new window opens that I cannot handle because it does not resize!

Actual Results:
I can't resize the window

Expected Results:
That it can be resized so that it can handle the items to be included in the summary.


Reproducible: Always


User Profile Reset: No



Additional Info:
no.
Comment 1 marcelopires 2020-10-05 13:56:05 UTC
Created attachment 166091 [details]
Imagem from problem
Comment 2 Telesto 2020-10-05 15:53:13 UTC
It might be solved with 7.0.2.2. assuming a debian release

https://dev-builds.libreoffice.org/pre-releases/deb/x86_64/
Comment 3 marcelopires 2020-10-05 17:37:35 UTC
I installed Version 7.0.2.2, but the problem remains. I can't resize the window.
Comment 4 Julien Nabet 2020-10-05 18:22:57 UTC
On which Linux distrib are you?
Could you try:
1) Follow https://wiki.documentfoundation.org/QA/FirstSteps

2) launch console and type:
export SAL_USE_VCLPLUGIN=gen
soffice

?
Comment 5 marcelopires 2020-10-05 18:43:31 UTC
Hello!

I'm using Ubuntu 20.04.

I entered the /etc/libreoffice7.0/program folder and gave the command

export SAL_USE_VCLPLUGIN = gen
soffice

and it worked with a different graphical interface, but I was able to resize the window.

Thank you. I will create a launcher with these specifications.
Comment 6 Julien Nabet 2020-10-05 18:50:09 UTC
Great this workaround works for you!

It could be useful you indicate what rendering you use by default:
gtk3, kde, etc.
Comment 7 Telesto 2020-10-05 18:51:14 UTC
(In reply to marcelopires from comment #5)
And What is the monitor size (21" 23"inch) and resolution?
Comment 8 marcelopires 2020-10-05 18:55:17 UTC
Created attachment 166099 [details]
Render

I closed and opened it again. It seems to me that it is the GTK3, the standard redenrizer. A screenshot is attached.
Thank you!
Comment 9 marcelopires 2020-10-05 18:56:29 UTC
My monitor is 15". :)
Comment 10 Telesto 2020-10-05 18:58:01 UTC
(In reply to marcelopires from comment #9)
> My monitor is 15". :)

I think that explains it.. dialog pretty big; but looks acceptable on my 23 inch
Comment 11 Telesto 2020-10-05 18:59:26 UTC
@Heiko
The table of content dialog pretty (ugly) width because of the background bitmap preview. And the preview bit over-sized anyhow with the presents available, so can we shrink the preview a little? [Or did we address this topic elsewhere already]

Would make a few other dialogs containing the preview nicer too, if you ask me. And would help in this case too (comment 9)
Comment 12 marcelopires 2020-10-05 19:09:33 UTC
It's all right. I think I will enter this mode when updating the dissertation index. Tovadia, thank you all very much for your help. Good afternoon!
Comment 13 QA Administrators 2020-10-06 03:45:20 UTC Comment hidden (obsolete)
Comment 14 Heiko Tietze 2020-10-06 08:04:38 UTC
The dialog is on my system using kf5 1010x594px large, with gtk3 1050x612. So it fits into the minimum required screen size of WXGA. However, recommended size for property dialogs is 800x600px, so we should redesign. 

Largest controls seems to be on the Entries tab; we may put the codes (Chapter No., Entry Text...) into a checkbox list or a dropdown. But this is not the final solution, there might be more sizing happening per code. Perhaps we find a much better solution with a complete redesign.
Comment 15 Roman Kuznetsov 2020-10-06 08:27:54 UTC
(In reply to Heiko Tietze from comment #14)
> The dialog is on my system using kf5 1010x594px large, with gtk3 1050x612.
> So it fits into the minimum required screen size of WXGA. However,
> recommended size for property dialogs is 800x600px, so we should redesign. 
> 
> Largest controls seems to be on the Entries tab; we may put the codes
> (Chapter No., Entry Text...) into a checkbox list or a dropdown. But this is
> not the final solution, there might be more sizing happening per code.
> Perhaps we find a much better solution with a complete redesign.

the problem is on a Background tab for a Bitmap variant. There is a preview window there and if we'll make it smaller or just move it to bottom of the dialog I think it could help
Comment 16 Heiko Tietze 2020-10-06 08:36:35 UTC
(In reply to Roman Kuznetsov from comment #15)
> the problem is on a Background tab for a Bitmap variant...

True, but rather than fiddling around with the preview we put all background options into an extra dialog that opens per click on Change Background.
Comment 17 Dieter 2021-12-25 13:36:18 UTC
*** Bug 146172 has been marked as a duplicate of this bug. ***
Comment 18 Dieter 2021-12-25 13:41:58 UTC
I detected a similar problem in Windows (not sure, if it's the same, but since it is a regression, information might help:
Index dialog has been moved to the right at least since 6.3.6.2 (I will add screenshot from master and screenshot from 6.1.6.3 where it isn't present)
@ Heiko: Please tell me, if you think it is something different and I should open a new report for it.
Comment 19 Dieter 2021-12-25 13:42:53 UTC
Created attachment 177134 [details]
Index dialog in master
Comment 20 Dieter 2021-12-25 13:43:36 UTC
Created attachment 177135 [details]
Index dialog in LO 6.1.6.3
Comment 21 Heiko Tietze 2022-01-04 08:55:54 UTC
(In reply to Dieter from comment #18)
> Index dialog has been moved to the right...

Don't get this. You mean the dialog's position on the parent? Would be a different topic.

The issue here is the oversized ToC dialog likely caused by the area style tab. And the proposed solution is to access these options in an extra dialog. I suggest a button "Background" at the Styles tab.
Comment 22 Telesto 2022-01-04 10:42:31 UTC
(In reply to Heiko Tietze from comment #21)
> (In reply to Dieter from comment #18)
> > Index dialog has been moved to the right...
> 
> Don't get this. You mean the dialog's position on the parent? Would be a
> different topic.

Moved to bug 146562
Comment 23 linux 2022-12-10 17:12:24 UTC
This bug is still not fixed until version 7.5 apart from a version 7, can't remember which one. In order to use the function, the screen resolution must be set to 1920x1080i. It would be sufficient to allow scrolling of the image.

*** This bug has been marked as a duplicate of bug 152449 ***
Comment 24 Julien Nabet 2022-12-10 17:41:00 UTC
Unless case of exception (eg: more info like traces, etc.), it's rather the most recent one which must be considered as a dup.
Comment 25 Julien Nabet 2022-12-10 17:41:15 UTC
*** Bug 152449 has been marked as a duplicate of this bug. ***
Comment 26 Heiko Tietze 2022-12-12 16:19:14 UTC
Easy solution would be to switch off the preview by default, proposed solution at https://gerrit.libreoffice.org/c/core/+/144003. Any concerns?

(The last state is remembered so after switching the option on the dialog shows the preview next time.)
Comment 27 ell1e 2022-12-12 16:37:00 UTC
Wouldn't it make more sense to add scrollbars rather than remove functionality? While I didn't use this particular dialog much, a preview sounds like pretty useful to have and if it's disabled by default, a lot of users will probably never realize it exists. So scrollbars would likely retain a higher visibility for that feature
Comment 28 ell1e 2022-12-12 16:37:44 UTC
(Also what if a user on a small screen enables it not realizing the dialog will be cut off, then has trouble disabling it again? That doesn't sound like a good experience either)
Comment 29 Heiko Tietze 2022-12-12 16:39:56 UTC
Once enabled you know at least that such an option exists.

The horizontal scrollbar would be quite weird - and likely requires some coding beyond my skills. But let's see what others think.
Comment 30 Heiko Tietze 2023-01-31 10:31:22 UTC
Disabled the preview by default. The better solution would be to not move the color/image settings from a tab into an extra dialog.