| Summary: | EDITING: Text input (caret) can exceed Text Box margins | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | john |
| Component: | Impress | Assignee: | john |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | LibreOffice |
| Priority: | medium | ||
| Version: | 3.5.3 release | ||
| Hardware: | Other | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
screenshots showing two text sizing isses
screenshots showing two text sizing isses |
||
|
Description
john
2012-07-02 20:43:04 UTC
I am not sure whether I understand reporter's problems. I see some relation to "Bug 34467 - FORMATTING Fit to Frame for text boxes is broken", but that one is not new. Or some template problem? @reporter: Thank you for your report – unfortunately important information is missing. May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that is really sophisticated please as for Help on a user mailing list Please: - Write a meaningful Summary describing exactly what the problem is - Attach a sample document (not only screenshot) or refer to an existing sample document in an other Bug with a link. - Attach screenshots with comments if you believe that that might explain the problem better than a text comment. Best way is to insert your screenshots into a DRAW document and to add comments that explain what you want to show - Contribute a document related step by step instruction containing every key press and every mouse click how to reproduce your problem (similar to example in Bug 43431) – if possible contribute an instruction how to create a sample document from the scratch - add information -- what EXACTLY is unexpected -- and WHY do you believe it's unexpected (cite Help or Documentation!) -- concerning your PC -- concerning your OS (Version, Distribution, Language) -- concerning your LibO UI language, Locale setting –- Libo settings that might be related to your problems -- how you launch LibO and how you opened the sample document -- everything else crossing your mind after you read linked texts Even if you can not provide all demanded information, every little new information might bring the breakthrough. May be you can test <https://www.libreoffice.org/get-help/bug/> for submitting bug reports? You reach that Bug Submission Assistant via LibO menu 'Help -> Feedback / Bug Report' Please file Bug reports with status UNCONFIRMED! Created attachment 63773 [details]
screenshots showing two text sizing isses
This shows the bug I am reporting. Please read short comments including in the att.
Created attachment 63774 [details]
screenshots showing two text sizing isses
Redone attachment with more explanation.
I limit this report to reporter's problem "When simply typing lines, sometimes the cursor is not visible – it disappears off the bottom of the input box". Other problems will need their own reports. E expect that reporter's problem is that with all unchecked options in 'Format -> Text -> Text' cursor will leave visible text area at the bottom, further inputs will be invisible, but when Clicked outside text to "confirm" text inputs, the last lines of the text appear below bottom of the Text Box and may even exceed The page height. @john@curioussymbols.com: Thank you for your explications, but that's more or less only confirmation of what I read in your report. Let's continue step by step. I added the OS info for you. Now please attach the Presentation you used for your tests, so that I can see your settings and do my own tests. Are my expectations concerning your problem correct? That would be a very old problem (I already know from OOo 1.1.4), but in old times the text outside Text Box margins was invisible and did not count for text box size, with later versions text exceeding Text Box margins becomes visible (but still does not count for box size). Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of FDO |