Problem with space at end of line, also bold & italics

[ecbritz]

Something that puzzles and irritates me in OO Writer, is that when a space is typed at the end of a line, it does not show, although a “blind” space has been inserted, so the next word does start on the next line. When Reveal NonPrinting Characters is switched on, the space is not revealed either, it remains a “blind” space. In MS Word you can see the space at the end of each line (revealed as a dot ). I also have a problem with escaping from Italics, Bold etc. If you select a word and apply Italics or Bold, and then continue with a space, the typing will continue to be in Bold or Italics. The space will not allow an automatic escape, as in MS Word. You actually have to select (click on) the space following the word and deselect Bold or Italics to be able to continue typing normally. Is there a setting I can make to avoid this behaviour of the space-at-the-end-of the-line and the Italics/Bold switches? - ecbritz

[Hagar Delest]

[ecbritz]

I use Windows XP as OS, have tried to re-install OO, have gone through all the Tools Options Settings, etc. Nothing will give me a visible or revealed space at the end of each line. When the cursor is at the end of the line, pressing the Spacebar repeatedly will not move the line any further, until you type another character, in which case the series of spaces will be revealed on the next line. It is not impossible to live with this, and perhaps the progammers intended to deviate from other word processors in this respect. But is there a way to alert the programmers to this? My second issue is of academic interest, I suppose. But when you select a word or phrase in an existing line and place it in Italics or bold, you normally don't intend to "forward" the action, i.e. continue typing in italics or bold from that point. You should not have to switch off bold or italics in the space following your selection, to my mind. Thanks for your interest, I alway appreciate it very much. ecbritz

[Hagar Delest]

[foxcole]

[BillP]

[Hagar Delest]

[geoff80fg]

[Hagar Delest]

Here is what I found :
I checked the issue 20878 and I discovered an interesting file (attachment 33679). I thought it was an OOo general setting but it's related to the paragraph style in fact. We can revert this behavior (at least for new paragraphs inserted before the first paragraph).

I googled a bit and I found 2 interesting pages :
http://books.evc-cit.info/odbook/ch03.html
http://blogs.sun.com/lars/category/Everything

The 'problem' comes from whitespaces with the xml attribute "text:c" for example <text:s text:c="484"/> in the issue attachment.

It seems that when a line is re-wrapped due to spaces added at the end of a paragraph, they're concatenated with this attribute. But if this value is too high, it's impossible to remove it and we don't see the spaces we type anymore, even if there is still much room on the line. I modified the value 484 in the content.xml of the issue attachment and I was able afterwards to type spaces at the end of the line (whereas it was impossible before) !

For those who have the problem for any document, it may be a problem with their template. To be checked.
_________________
Now on the EN user community forum

[ecbritz]

Hi Hagar, thanks for the following advice:

"I modified the value 484 in the content.xml of the issue attachment and I was able afterwards to type spaces at the end of the line (whereas it was impossible before) ! "

Unfortunately, I am not that computer literate and I don't understand what I must do. Every word of your advice is unclear to me, including "the issue attachment". (What is an "issue attachment"?) Is it possible to explain to me in simple layman's terms, step by step, what I must do to see the invisible space at the end of a line (or invisible spaces in the cace of consecutive spaces)?
ecbritz

[Hagar Delest]

In fact, an ODF file (odt, ods, odp, ...) is a bunch of xml files zipped together. So, make a copy of your file, change the extension to 'zip' instead of 'odt', extract the file content.xml and open it with your web browser (to see the structure more clearly). Search for the attribute 'text:c=' from the end of the file (problem may be for last paragraph I guess). When you've spotted the string, open the file also with a text editor (Notepad/Gedit), search from the end the string and replace the 'xx' number you've seen after this string with a small number like 1 or 2. Save the file, zip it back into the archive and change the archive extension back from 'zip' to 'odt'. Try to open it and add spaces.
_________________
Now on the EN user community forum

[gavin8or]

Hagar, I'm using OO 3.0 beta in OSX and I have the EXACT problem that you're talking about. I thought it was a random problem but it's directly related to the proximity with the right margin. Once you get within a certain number of characters of the right margin, OO stops displaying the spaces. They all appear suddenly when you type a printing character though! Extremely annoying, a total bug.

I've looked in my content.xml file and I've been vim-greping and vgreping and I can't find any text:c= or any such attribute. This problem however exists in all the default templates for OO 3.0.

Can you help me file a bug report? This needs to be fixed it's really exasperating and it's a tough problem to describe.

[Hagar Delest]

Hi,

Rather strange. Make sure that in Tools>AutoCorrect, Options tab, the Ignore double-spaces option is not checked.

To file a bug report, see here: [Tutorial] Reporting bugs (I don't come here very often now).
_________________
Now on the EN user community forum

[cicade]

The biggest problem is everybody crying weird, never seen this big, your the first.
All over the place I do find forum messages about this weird thing. OO writer does not show spaces when in a certain distance from right margin.

[dacm]