Dear Intrepid Hero Developers, Okay, this is annoying. I have several documents that I need to get to the table of contents on the first page to get were I need to go. Ordinarily, I can just press <ctrl><home> (or <ctrl><end> to go to the bottom). In certain instances, this does not work. 1) if a graphic is enabled by my cursor 2) I have copied HTML code from a web site. Then I can only go to top of the HTML "Frame". In both instances, I have to find some regular text to click on, then <ctrl><home|end> will work. Please fix this. It is driving me crazy. Many thanks, -T
Hi Todd, I have noticed this before when the cursor is sitting in the table of contents - I can only move within the TOC. To expand on your issue: - from a web browser select an image and save to disk as jpg - open an existing odt document in writer - move to a random position in the file - insert the saved image into the odt file - place the cursor on the image - <ctrl><home/end> only move within the image - move cursor outside of the image and <ctrl><home/end> move to the top/bottom of the document as expected I recreated this using Fedora 21 4.3.2.2 I also recreated with a doc document in Windows XP 4.2.04 Todd, could you pls advise whether the above is your experience and also your operating system/LO version number?
verified on the Table of contents. To the top of the table LibreOffice_4.3.2_Linux_x86-64_rpm.tar.gz $ cat /etc/redhat-release Scientific Linux release 6.5 (Carbon) $ uname -r 2.6.32-431.29.2.el6.x86_64
Based on Todd's input and my confirmation, I am marking this as new
Dear LibreOffice Developers, LibreOffice_4.3.3_Linux_x86-64_rpm.tar.gz I have been working with a lot of large odt's with tables and graphics. I have to find some plain text before I an can <ctrl><home> to get to my table of contents some I can find things I need to update/create. It is kind of driving me crazy. Has there been any progress on fixing this? Many thanks, -T
For tables, frames, and table of contents, Ctrl + Home takes you to the beginning of that object, and now you can Ctrl + Home again to get to the beginning of the document. If an image is selected just press Esc and then Ctrl + Home. Windows Vista 64 Version: 4.4.4.2 Build ID: f784c932ccfd756d01b70b6bb5e09ff62e1b3285 Tested back to at least 4.1.6.2. I want to change this to WFM but it needs to be tested in Linux.
Version: 5.0.0.0.alpha1+ Build ID: 2a886adb500fe481e1ea61573551b19e99c55b8b TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-05-20_00:31:27 Locale: en-AU (en_AU.UTF-8) Fedora 22 Inside ToC pressing CTRL-HOME takes you to the top of the document which is the ToC Pressing CTRL-END takes you to the end of the line, press CTRL-END again takes you to the end of the ToC. press CTRL-END again takes you to the end of the file.
(In reply to Gordo from comment #5) > For tables, frames, and table of contents, Ctrl + Home takes you to the > beginning of that object, and now you can Ctrl + Home again to get to the > beginning of the document. > > If an image is selected just press Esc and then Ctrl + Home. > > Windows Vista 64 > Version: 4.4.4.2 > Build ID: f784c932ccfd756d01b70b6bb5e09ff62e1b3285 > > Tested back to at least 4.1.6.2. > > I want to change this to WFM but it needs to be tested in Linux. Hi Gordo, You described the current operation. When I am working on these kinds of documents I NEVER want to go tho the top of the object. I want to go to the top of the document. I am requesting that you change the current operation. Going to the top of the object is completely useless. Please consider removing the feature. Many thanks, -T
There are other options. Double clicking on the table of contents in Navigator will take you there. You can set a bookmark at the beginning of the document. Double clicking on the bookmark in Navigator will take you there or you can right click on the page numbers in the status bar to get the bookmark if you do not want to keep Navigator open. If that is the only bookmark then you can use a keyboard shortcut to navigate to the next bookmark. As to removing the current functionality, there may be people who find it useful.
(In reply to Gordo from comment #8) > There are other options. Double clicking on the table of contents in > Navigator will take you there. You can set a bookmark at the beginning of > the document. Double clicking on the bookmark in Navigator will take you > there or you can right click on the page numbers in the status bar to get > the bookmark if you do not want to keep Navigator open. If that is the only > bookmark then you can use a keyboard shortcut to navigate to the next > bookmark. Hi Gordo, Interesting comment. I have an extensive Table Of Contents. The main reason I use <ctlr><home> is to get to my Table of Contents. What you are recommending is that I use a work around in place of <ctrl><home> instead of correcting the functionality of <ctrl><home> to match what is expected by the user. (I have used <ctrl><home> to get to the top of my documents since the 1980's.) > As to removing the current functionality, there may be people who find it > useful. Please try to determine if there are any that appreciate this non-standard functionality. My experience with it is that no one will. Everyone who has ever used <ctrl><home> will expect it to function the way they have always seen it function everywhere else in the past. -T
This still exists in 5.0.3.2 and is an ABSOLUTE PAIN IN THE ... Please fix this soon!
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Bug still exists in 5.2.4.2. Please continue to ignore it.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
As of $ rpm -qa libreoffice libreoffice-5.4.4.2-1.fc27.x86_64 This issue is still a total annoyance!
This EXTREMELY ANNOYING bug is still active in 6.1.4.2 Would you guys please jump on this?
Dear Todd, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Dear QA, Fedora 36 libreoffice7.4-7.4.1.2-2.x86_64 Yes, the bug is still present. <ctrl><home> still pops you to the upper, left cell on your table (1,1), instead of to the top of the document. Anything you can do to get this pain-in-the-neck fixed would be mostly appreciated. -T
LibreOffice-24.8.1-Linux_x86-64_rpm.tar.gz libreoffice24.8-24.8.0.1-1.x86_64 Fedora 39 This is still an issue. To add to the fun: 3) when inside a table you have to press <ctrl><home> twice to get to the top of the document. The first <ctrl><home> put you to the top of the cell (not the table), the second put you at the top of your document.