Created attachment 108764 [details] view this attachment problem statement :- i use libre ofce 4.3.0.2, windows7 os if we insert data in table its missing when we press enterafter entering data in particular cell in to another cell. steps to reproduce:- step1: open libre ofce step2: open presentation step3: go to insert menu-->insert table with required rows and columns. step4: after entering the data in the first cell of table,then i press enter to go for next cell,data in the first cell is missing.. step5: if we do mouse click for entering the data in next cell,its not missing but we press enter to fill the data in next cell then only its missing.. actual results:- its missing the data expected results:- its should not missing the data
This is for me not reproducible with LO 4.3.3.2, Win 8, as described in the bug report. If I press the Enter key I get to the next line in the same cell but not to the next cell. But in this case the entered text in the second line is not visible until you enlarge the table. To come to the next cell you need to press the Tab key or use the mouse and this works for me a expected. But is there maybe only a misunderstanding? Does it really work for you to get to the next cell by using the Enter key? Or are you only entering text in the next line which is not visible until you enlarge the table? If you do not mean the next cell, but the next line then I would agree if you enter text in a second line then the table row height should adjust automatically.
yes, it is not working if u press enter key,its goes to next line in the cell itself,not for the next cell. but automatically row height increases when we press enter in to next line and insert another text.
Hi, I think that what you would like is the cell to adapt and autofit the height of the text. Didn't find something similar, set as New. Sophie
I think it's not an enhancement, it's a bug, for me now (LO 6.3): 1. Create a table in Impress 2. Enter anything in first cell of table 3. Press Enter key -> cell increases its height 4. Click on another cell in same row and enter anything there 5. Press Enter key repeatedly -> cell doesn't increase its height 6. If you click out of table or inside another cell then cell increases its height
Dear sabaridevi, 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://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
Dear sabaridevi, 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