https://bugs.documentfoundation.org/show_bug.cgi?id=163512
--- Comment #18 from ady <[email protected]> --- (In reply to FredrikL from comment #17) > This suggested > code change would only auto-grow width when author display is enabled, or > when the comment has the default width and the author display is disabled. > If the user has manually resized the width of the comment and author display > is disabled, the dimensions the user choosed in "Show comment" mode will be > the dimensions that is used for "hovering" as well. I agree with that behavior, but I wonder whether the manually modified width should also be applied to the hover status when the Author is displayed, not only when it isn't. I understand that it could cause some potential unexpected render if the manually set width is narrower than the Author + Date.time info, and that is the reason to my doubt about it. I hope the behavior can be kept as consistent as possible, instead of branching it depending on whether the Author is shown. In particular, some devs are/were attempting to somehow "convert" the current comments in Calc to behave as Excel's Notes (which used to be named as Comments, until the introduction of threaded comments). I would not like the idea of having to deal with 2 different codes depending on whether the Author and Date.time info is displayed or not. The current behavior of the "hover" size is strange; it disregards a manually set width, but imitates its height. Perhaps this is what should be corrected (i.e. try to follow both directions of a manual set), so after the size of the box has been manually changed by the user, then the "hover" size should also follow it, in both directions (with the consideration of the potential presence of the Author + Date.time info, so the size might not be exactly the same in some cases). As for testing the proposed code, I am not a developer. It is possible that UX devs might want to have a say about it. -- You are receiving this mail because: You are the assignee for the bug.
