[Libreoffice-ux-advise] [Bug 142527] Add caption category "LibreOffice Writer Listing"
https://bugs.documentfoundation.org/show_bug.cgi?id=142527 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 142527] Add caption category "LibreOffice Writer Listing"
https://bugs.documentfoundation.org/show_bug.cgi?id=142527 --- Comment #3 from QA Administrators --- Dear Olivier Hallot, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146667] Code Folding in the BASIC IDE's editor
https://bugs.documentfoundation.org/show_bug.cgi?id=146667 V Stuart Foote changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||rayk...@gmail.com, ||vstuart.fo...@utsa.edu Summary|Code Folding in Code Editor |Code Folding in the BASIC ||IDE's editor Keywords||needsUXEval See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=38 ||093 Version|7.2.4.1 release |Inherited From OOo --- Comment #1 from V Stuart Foote --- +1, and might be able to reuse some of the work needed for SB outline folding done for Writer? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146648] Find and Replace dialog changes position when reopened (gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=146648 V Stuart Foote changed: What|Removed |Added Summary|Find and Replace doesn't|Find and Replace dialog |restore last user position |changes position when |when opened |reopened (gtk3) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146648] Find and Replace doesn't restore last user position when opened
https://bugs.documentfoundation.org/show_bug.cgi?id=146648 Dave Barton changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Severity|normal |minor --- Comment #7 from Dave Barton --- CONFIRMED with the "official" LibreOffice 7.2.5.2 Linux installation. Closing the dialog's close button retains the dialog's last position, reopening the dialog after closing the dialog with ESC key or the title bar close button positions the dialog center screen Unable to replicate the issue with LO 7.2.5.2 under Windows 10. Maybe an "Easy Hack"? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146648] Find and Replace doesn't restore last user position when opened
https://bugs.documentfoundation.org/show_bug.cgi?id=146648 --- Comment #6 from V Stuart Foote --- (In reply to R. Green from comment #5) > I see what's happening now. F follows last user position on launching IF > it was last closed with the "Close" button. But IF you close it with the X > (cross icon) instead, it next opens in the default position. Pressing [ESC] > leads to the same issue. > > AFAIK, the launch behaviour should be the same (i.e. last user position) no > matter how you last closed the F window. On Windows builds can not confirm, it makes no difference on how the dialog is dismissed: 'Close' button, , or the frames CSD 'X' button -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 114369] Label workflow requires simplification
https://bugs.documentfoundation.org/show_bug.cgi?id=114369 --- Comment #9 from Fred Olness --- (In reply to Buovjaga from comment #1) > Yep, it is a bit convoluted. Here is a video tutorial for reference: > https://www.youtube.com/watch?v=7n8Psg8yxPE Right, BUT this video does NOT show how to deal with blank lines, which is the KEY POINT!!! -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146647] [UI] Reword for Match in the Find and Replace dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=146647 LeroyG changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146648] Find and Replace doesn't restore last user position when opened
https://bugs.documentfoundation.org/show_bug.cgi?id=146648 --- Comment #5 from R. Green --- I see what's happening now. F follows last user position on launching IF it was last closed with the "Close" button. But IF you close it with the X (cross icon) instead, it next opens in the default position. Pressing [ESC] leads to the same issue. AFAIK, the launch behaviour should be the same (i.e. last user position) no matter how you last closed the F window. -- You are receiving this mail because: You are on the CC list for the bug.