Launchpad has imported 17 comments from the remote bug at https://bugs.documentfoundation.org/show_bug.cgi?id=34689.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2011-02-24T19:10:33+00:00 filkin wrote: Created attachment 43775 Spreadsheet with large row heights showing that scrolling is broken. A spreadsheet with large row heights (e.g. a big description) - even larger than your screen height - should of course still be easy to work with. However for no good reason LibreOffice's scrolling in spreadsheets is designed to snap to rows and this makes it hard - or almost imposslble - to work with spreadsheets with large row heights. Of course scrolling should be like in a webbrowser - natural and smooth - but instead LibreOffice moves in big jumps like a broken mouse. Try scrolling up and down in the attached spreadsheet - and perhaps even type a big amount of text and while typing use the scrollbar to position the text/cursor where you want vertically. It's impossible. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/0 ------------------------------------------------------------------------ On 2011-02-26T01:22:52+00:00 Libreoffice-z wrote: [Reproducible] with "LibreOffice 3.3.1 – WIN7 Home Premium (64bit) German UI [OOO330m19 (build 8 / tag 3.3.1.2)]". Old OOo problem, but I just can't find the corresponding Issue No. <http://openoffice.org/bugzilla/show_bug.cgi?id=81907> Only talks about mouse wheel scrolling Affected is not only vertical, but also horizontal scroll, if you create a column with 50 cm width, you cant do a horizontal scroll the middle of the column. As reporter said, reason is that the first top left cell shown in the spreadsheet always will snap to visible range area, you will never see only a part of the cell at the top or left end of the visible area. I do not know whether there might be good reasons for the current behavior. We have been living with that problem from the beginning of OOo, so it's not a blocker. MS EXCEL VIEWER has the same limitation. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/1 ------------------------------------------------------------------------ On 2011-03-08T00:27:12+00:00 Tlillqvist-k wrote: Assigning to Kohei; as always, feel free to assign back to list if you feel having this on your list is not useful. Please add a comment if you have insight in how hard it would be to fix this. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/2 ------------------------------------------------------------------------ On 2011-03-08T01:45:38+00:00 filkin wrote: Actually google docs (and, I think, Excell) has the same frustrating problem too. It's interesting that since Microsoft started this trend "everybody" has mimicked it without questioning wether it's good - or - more likely - bad. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/3 ------------------------------------------------------------------------ On 2011-03-08T05:26:28+00:00 Libreoffice-0 wrote: (In reply to comment #3) > Actually google docs (and, I think, Excell) has the same frustrating problem > too. > > It's interesting that since Microsoft started this trend "everybody" has > mimicked it without questioning wether it's good - or - more likely - bad. I wouldn't call this "mimicking without questioning" (which I take slight offence with since that implies we developers don't think), but rather it's hard to overcome that given how spreadsheet works. BTW Excel solved this in 2007. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/4 ------------------------------------------------------------------------ On 2011-09-21T01:48:51+00:00 Libreoffice-z wrote: "Bug 40917 - UI: scrolling only by full row height" is not exactly the same issue, but I believe a common solution would be fine. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/5 ------------------------------------------------------------------------ On 2011-09-21T06:37:41+00:00 Libreoffice-0 wrote: (In reply to comment #5) > "Bug 40917 - UI: scrolling only by full row height" is not exactly the same > issue, but I believe a common solution would be fine. BTW scrolling by full row height is done for a reason, and it's not practical to solve it without causing other, more serious issues mostly in the performance area. So, don't expect Bug 40917 to be solved anytime soon, if ever. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/6 ------------------------------------------------------------------------ On 2011-09-21T06:39:19+00:00 Libreoffice-0 wrote: BTW this is what Anurag Jain's GSOC work - support multi-line formula input bar - aims to resolve. There was a bug filed for that (can't remember the number), and I would say it's more appropriate to mark this as a duplicate of that bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/7 ------------------------------------------------------------------------ On 2011-09-24T00:44:25+00:00 Libreoffice-z wrote: *** Bug 41139 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/8 ------------------------------------------------------------------------ On 2011-11-30T14:16:50+00:00 Libreoffice-0 wrote: Noel is currently looking into the new input bar. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/9 ------------------------------------------------------------------------ On 2012-03-20T05:47:17+00:00 Libreoffice-z wrote: *** Bug 46505 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/10 ------------------------------------------------------------------------ On 2012-08-14T14:20:20+00:00 filkin wrote: Reproducable on v3.5.5.3 - view still jumps horribly. Also if you have a cell/row heigher than the window with the content vertically aligned to the bottom it's IMPOSSIBLE to see that text since it's ALWAYS outside the screen becuase you can't scroll in steps smaller than the row height. A real showstopper this one. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/11 ------------------------------------------------------------------------ On 2012-08-15T08:29:33+00:00 Nopower wrote: (In reply to comment #11) > > A real showstopper this one. 'showstopper' really? especially since you say Excel or Google docs do the same thing, its been like this forever etc. etc. I think your scenario is not that common, this hardly this qualifies as a showstopper. Further more as Kohei explained this is by design ( admittedly there is room for improvement ) therefore I am making this an enhancement. Anyway since the new inputbar does allow you to view and edit text that would normally be hidden in this scenario the situation has been improved somewhat. Since the reporter seems not to think the inputbar addresses this issue I am returning this to the pool. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/12 ------------------------------------------------------------------------ On 2012-08-15T09:34:09+00:00 filkin wrote: I agree - it's a "showstopper" only in the - admittedly rare - situation where the cell exceeds the window-size. The formular bar I agree makes it possible to see the text after all - not nicely but barely. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/13 ------------------------------------------------------------------------ On 2018-01-29T17:23:53+00:00 Beluga wrote: *** Bug 114849 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/14 ------------------------------------------------------------------------ On 2018-08-28T22:03:49+00:00 Nate-b wrote: *** Bug 84099 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/15 ------------------------------------------------------------------------ On 2018-09-18T12:52:06+00:00 Olivier Tilloy wrote: *** Bug 70525 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/comments/19 ** Changed in: df-libreoffice Status: Unknown => Confirmed ** Changed in: df-libreoffice Importance: Unknown => Wishlist ** Bug watch added: openoffice.org/bugzilla/ #81907 http://openoffice.org/bugzilla/show_bug.cgi?id=81907 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1793124 Title: Scrolling on Calc leaves content invisible if cell is higher than screen Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: I sometimes receive Calc documents where the content of an individual cell is split on so many lines that it fills up the whole screen and more. I can easily see the top part of these cells but scrolling to the bottom does not seem to work. Whether I try dragging the scrollbar or moving the screen with my laptop’s touchpad, Calc seems to skip the bottom part of the cell and jump directly to the following cell. See the attached screenshots of a document which has numbers 1 to 50 so that numbers 4 to 40 occupy one single cell (A4). In the first screenshot I see the top part of that cell (4 to 23) and in the next I have scrolled down the screen as little as possible, and now I see cell A5 (number 41) on the top. Everything in between is visually inaccessible whatever I try. Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:16:17 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR=<set> LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1793124/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp