[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 ady changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||1765 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 ady changed: What|Removed |Added Resolution|DUPLICATE |INVALID --- Comment #13 from ady --- (In reply to Per99 from comment #12) > *** This bug has been marked as a duplicate of bug 161765 *** Marking this tdf#161748 as dupe of tdf#161765 is incorrect. I am closing this as INVALID. further discussions should be all done in the new tdf#161765. The side note I wrote in comment 10 is still relevant for that ticket too. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 Per99 changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #12 from Per99 --- See tdf#161765. *** This bug has been marked as a duplicate of bug 161765 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 --- Comment #11 from Per99 --- The description of this bug report was written with wrong understanding (didn't know that the OS's animation setting overrides LO's expert setting "AnimationsEnabled"). Therefore the steps to reproduce the bug were incomplete. So I close this bug and have opened a new bug report with a clearer description and steps to reproduce. See tdf#161765. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 --- Comment #10 from ady --- (In reply to Per99 from comment #9) > (In reply to ady from comment #8) > > In LO 24.2, the MS Windows setting that allows (or not) animations impacts > > the behavior in Calc for "marching ants". This was not the case in LO 7.6. > > > > The OS setting enables/disables _all_ animations, and I agree, that is not > > what some users need; some animations are not strictly necessary (making the > > OS slower) whereas others are really helpful for accessibility. > > > > Basically, you are requesting that the "marching ants" behavior in LO should > > depend only on LO's settings, and not to depend on OS's settings. > > > > FWIW, +1 from me. > > > > CC'ing Michael. > > Yes, either > a) > Basically, you are requesting that the "marching ants" behavior in LO > should depend only on LO's settings, and not to depend on OS's settings. > > or > b) Enable the user to turn on "marching ants" animation by either setting The settings currently available in LO/Calc should give enough alternative customization (especially for accessibility reasons), and should prevail, IMNSHO. FWIW, I disagree with your "b" (IIUC, which I'm not sure I do). One user might want the animated ants in Calc while the OS's setting for animation is OFF, and OTOH some other user might want the exact opposite case (for whichever reason). So, the behavior in Calc should rather be set by Calc settings, and not imposed (on any direction) by the OS's settings. At most, the OS's settings (as the user sets them) could be taken as the default for the program's behavior in that system, but then LO's settings should prevail (especially when they are modified/customized by the user). This is my personal opinion, not just in the case of animations. @Per99, As a side note, please try to be more concise, please avoid repeating what was already said, and please do not quote entire comments unnecessarily. TIA. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 --- Comment #9 from Per99 --- (In reply to ady from comment #8) > In LO 24.2, the MS Windows setting that allows (or not) animations impacts > the behavior in Calc for "marching ants". This was not the case in LO 7.6. > > The OS setting enables/disables _all_ animations, and I agree, that is not > what some users need; some animations are not strictly necessary (making the > OS slower) whereas others are really helpful for accessibility. > > Basically, you are requesting that the "marching ants" behavior in LO should > depend only on LO's settings, and not to depend on OS's settings. > > FWIW, +1 from me. > > CC'ing Michael. Yes, either a) > Basically, you are requesting that the "marching ants" behavior in LO should depend only on LO's settings, and not to depend on OS's settings. or b) Enable the user to turn on "marching ants" animation by either setting LO's settings to "true" or switching on the OS's settings. By this, the user is also able to turn off "marching ants" animation by setting the expert setting "AnimationsEnabled" in LO to "false" *and* to switch off "Show animations in Windows" in "Ease of Access" setting in WindowsOS. The behaviour in previous versions including 7.6.7.2 (on a MS Windows PC) was to use only the expert setting "AnimationsEnabled", which default value is “true”. In either case, it should be documented, how to turn on and off the "marching ants" animation. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 ady changed: What|Removed |Added CC||m.wegh...@posteo.de --- Comment #8 from ady --- In LO 24.2, the MS Windows setting that allows (or not) animations impacts the behavior in Calc for "marching ants". This was not the case in LO 7.6. The OS setting enables/disables _all_ animations, and I agree, that is not what some users need; some animations are not strictly necessary (making the OS slower) whereas others are really helpful for accessibility. Basically, you are requesting that the "marching ants" behavior in LO should depend only on LO's settings, and not to depend on OS's settings. FWIW, +1 from me. CC'ing Michael. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 Per99 changed: What|Removed |Added Summary|Copying cells in Calc |Copying cells in Calc |doesn't show marching ants |doesn't show marching ants |animation (at least on |animation (at least on |WindowsOS), neither in |WindowsOS), neither in |default configuration nor |default configuration nor |regardless of the expert|regardless of the expert |option "AnimationsEnabled" |option "AnimationsEnabled", ||when "Show animations in ||Windows" setting in ||WindowsOS is switched off. -- You are receiving this mail because: You are the assignee for the bug.