Coments

[lgsl]

I see the way comments work is being reworked. Two buttons were added, however There is no way to know what is what since there is no text inside them. After trying I know what button 1 does but not button 2. This is indeed unfinished. See attached screenshot.

[lgsl]

As follow up:

On a ODT document created on TM2024 that contains many comments, I have find that sometimes the contents of unselected coments are imposible to read. See attached screenshot. In this case the comment is a few lines long.

Also: Is hard to tell what comment belongs to what since there are no lines to indicate that, not putting the cursor on the word with the comment will do it, so the only way is to click comment by comment , or use the navigation buttons on the Review tab

[lgsl]

If there are many comments in a single page, some of the comments are not visible, like if they were outside the document

[SuperTech]

This button text issue has been resolved already in the next beta update. For other issue, can you please share the document in which you are facing this issue so that we can check at our end.

[lgsl]

Because is a private file, I have send you part of it (where the issue can be found) to forum [at] sotmaker. com

[SuperTech]

Thank you for sharing the sample file. I am able to reproduce this issue and have forwarded the details for further investigation.

[stascheit]

Also: Is hard to tell what comment belongs to what since there are no lines to indicate that, not putting the cursor on the word with the comment will do it, so the only way is to click comment by comment , or use the navigation buttons on the Review tab

It is possible to enable indicating lines:
Document properties > > Review tab > > Show all lines connecting to text
By default, this option is disabled because too many comments/track changes can make the display confusing due to too many lines.

[lgsl]

This button text issue has been resolved already in the next beta update. For other issue, can you please share the document in which you are facing this issue so that we can check at our end.

Indeed it was, however, on beta 2 the comment population issue and rendering remains.

[Jovonne]

Even though this issue seems to have been addressed, I just thought I'd throw in my experiences as a new contributor.

The problem with not being able to read the text on the buttons is a themeing problem that is common on Linux systems when an application is built using a widget set that is different from the widget set used for the desktop environment. For instance, when a QT-based application is running on a gnome-based desktop environment this can occur quite frequently. It's usually a result of the application using a "light" theme, while the desktop environment is using a "dark" theme or vice versa.

When a gnome application is running on a gnome desktop environment, the desktop environment can switch the application's theme automatically because they both have access to the same widgets and colors. However, when a QT-application is running on a gnome desktop, the application sometimes tries to adjust the colors to approximate the colors of the gnome theme, but it's not perfect because some colors won't be available. In this case, you often have white text being printed on a white background, which makes the text unreadable. Some applications will also not change the theme at all unless they are running on a compatible desktop with interchangeable widgets and colors. This is often when you get that ugly plain white theme that seems impossible to get rid of.

Things have been getting better over the last few years in this regard, and it's now possible to install Adwaita-like themes for KDE-Qt applications on a gnome desktop environment. This sometimes solves the problem, but if you are running a gnome-based desktop environment like Xfce, it's often helpful to install the packages: systemsettings and gnome-tweaks in order to make easy adjustments to either KDE or gnome applications that just don't seem to behave.

I'd say the this issue is most common with KDE/Qt applications running in a gnome desktop environment. Luckily developers are becoming more aware of this problem and including better options for changing to dark/light color modes directly in the individual applications.

[lgsl]

What you say, while true, to a degree, doesn't apply on this case. Is not a themeing issue. It has nothing to do with toolkits or environment variables (as can happen with KDE applications outside KDE Plasma). This are issues that result from the changes made to how comments work on TM2024 to accommodate the new features, nothing else.

[SuperTech]

Our developer team have fixed this problem for the next beta.

[lgsl]

Issue fixed indeed, however there are room for improvement: In LibreOffice, when there are too many comments on a single page the UI enables two little buttons so you can scroll the comments panel. This would be handy. I know i can use the previous - next comment button, but this is far from ideal.

[SuperTech]

I have forwarded this improvement suggestion…

[Ar-Paramir]

A small feature request.
Currently, the only way to remove all comments in the document is via the "Finalize" button, which is a doable option but not immediately obvious. It would be great to have a "Delete all comments" button either in the context menu or in the ribbon. Also, it would be useful to be able to delete all comments created by a certain user.

[SuperTech]

Thank you for your suggestion. We appreciate the idea for a bulk-deletion feature. However, we have concerns about implementing a single-click option to delete all comments, either for one's own posts or others'. Such a feature could be misused and would create significant challenges for moderation, audit trails, and maintaining the integrity of discussions.