[Libreoffice-bugs] [Bug 130696] UI: Find & Replace dialog should jump to show found string
https://bugs.documentfoundation.org/show_bug.cgi?id=130696 Heiko Tietze changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA --- Comment #6 from Heiko Tietze --- Not confirmed, no further replies. Please reopen in case we missed something. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 130696] UI: Find & Replace dialog should jump to show found string
https://bugs.documentfoundation.org/show_bug.cgi?id=130696 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #5 from Heiko Tietze --- Works perfectly for me. Test case: dt+f3 (adds dummy text), copy/paste the paragraph a couple of times. Picked a word and used Find Next. Where the canvas scrolls depends on the position of the F dialog. The citation is never behind. But my screen is rather large, maybe you work on a small notebook. Version: 6.3.6.2 Build ID: 6.3.6-1 CPU threads: 8; OS: Linux 5.6; UI render: GL; VCL: kde5; Locale: de-DE (en_US.UTF-8); UI-Language: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 130696] UI: Find & Replace dialog should jump to show found string
https://bugs.documentfoundation.org/show_bug.cgi?id=130696 Xisco FaulĂ changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.org Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 130696] UI: Find & Replace dialog should jump to show found string
https://bugs.documentfoundation.org/show_bug.cgi?id=130696 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #4 from Buovjaga --- So how should the dialog behave, if you are zoomed in very much, are replacing a long string spanning many lines etc.? In these cases you might not have anywhere to move the dialog. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 130696] UI: Find & Replace dialog should jump to show found string
https://bugs.documentfoundation.org/show_bug.cgi?id=130696 --- Comment #3 from Dieter --- (In reply to Nick Levinson from comment #2) > I'm confused by your comment. > > You say text "moves", but it does not. I believe that it doesn't move in your case, but believe, that it does move in my case (I assume, that you also have some line of text above the dialog window). > Your build ID is different. So's the OS. Maybe those explain the difference > in our experiences, especially the OS. Yes, that could be an explanation. > I'm also not sure that this should be considered as a bug (albeit a minor > bug) rather than as a feature request, which is how I originally reported > it. And you don't seem to think it is a bug. Should we change that back? If the behaviour doesn't occur in my version, but in your version, I would treat it as a bug. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 130696] UI: Find & Replace dialog should jump to show found string
https://bugs.documentfoundation.org/show_bug.cgi?id=130696 --- Comment #2 from Nick Levinson --- I'm confused by your comment. You say text "moves", but it does not. You say "search results are never behind the dialog", but what the Find function highlights can be behind the dialog, depending on where the dialog is relative to the document, and sometimes the highlighted text is hidden by the dialog. I assume your dialog does not jump aside, so it has to hide highlights under some arrangements of document content and the dialog. If the next found string is behind the dialog and so the dialog were to auto-move so you could see the string, you could still click within the dialog. That's because the auto-move would be done in an instant and then the dialog would be stationary, and while it's stationary is when you could click in it. You could position the dialog so that it almost never hides anything, by dragging it to where only a small corner of the dialog is visible, but then you can't click in it, because most of it would be beyond the window. Alt-keys would work, but not clicking. Safe Mode, which I've now tried, didn't change the effect I described. I didn't drag the dialog and it still hid found strings (this time, "e") without auto-moving. This is from the About dialog: Version: 6.3.4.2.0+ Build ID: 6.3.4.2-2.fc31 CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded Your build ID is different. So's the OS. Maybe those explain the difference in our experiences, especially the OS. I'm also not sure that this should be considered as a bug (albeit a minor bug) rather than as a feature request, which is how I originally reported it. And you don't seem to think it is a bug. Should we change that back? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 130696] UI: Find & Replace dialog should jump to show found string
https://bugs.documentfoundation.org/show_bug.cgi?id=130696 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de Severity|enhancement |minor --- Comment #1 from Dieter --- I can't confirm it with Version: 6.3.4.2 (x64) Build-ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded Text moves, so search results are never behind the dialog. So it works like I would expect. So the dialog doesn't jump like you expect. But I wouldn't prefer this, because in this case, you always have to move cursor, to click within the dialog. Perhaps you can give it a try in save mode? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 130696] UI: Find & Replace dialog should jump to show found string
https://bugs.documentfoundation.org/show_bug.cgi?id=130696 Nick Levinson changed: What|Removed |Added Severity|normal |enhancement -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs