I am confirming this, the same thing happens in 1.1Beta2.

Thanks

Reassigned to US

What? Sorry but this is a basic Writer feature.
As long as you type on, your current hard formatting is active.
If you move the cursor right with the arrow key beyond the 'virtual
formatting tag', your formatting is set back to 'Default'.
Move the arrow key back to the left, and your intended formatting is
back in state.

I have to admit that this philosophy has to be known, to understand
it's a feature. Thus I'd suggest an optional formattings-preview
window for the advanced users, where formatting tags are visible (as
available in WordPerfect)

> If you move the cursor right with the arrow key beyond the 'virtual
> formatting tag', your formatting is set back to 'Default'.
> Move the arrow key back to the left, and your intended formatting is
> back in state.

The problem is that it is not behaving as you describe. Pressing left
arrow after you are past the formatting tag does not restore the hard 
formatting but moves one character back. Thus the only possibility to
continue writing with the hard formatting after accidentally pressed
right arrow at the end of line is doing undo.

> I have to admit that this philosophy has to be known, to understand
> it's a feature. Thus I'd suggest an optional formattings-preview
> window for the advanced users, where formatting tags are visible (as
> available in WordPerfect)

Either that or an option to disable this feature would be helpful as
hard formatting with mismatched default style is common in imported
MSWord documents. For someone not used to this feature it can be quite
annoying.

It is not plausible, why cursor-keys (used typically as travel-keys)
are used as a kind of shortcut for a change between hard formatting
and style. By the way: The left cursor key is not intended for
restoring the hard fomatting, once one is past the formatting tag.
Hello Andreas, I suppose to use another shortcut here (e.g. STRG-Shift
+ character) instead of the right cursor key. Do you agree? Could we
change this for Q?

The position behind the formatting tag is only a virtual position because we
don't have these formatting tags in our strings. One step back with the left
cursor key and one step forward with the right cursor key and you're in front of
the "formatting tag" again.

Well, this is not very intuitive and still does not seem to be convenient to me.
Moreover, it is not reflected in the Text Object Bar. After pressing left arrow
and then right arrow the Text Object Bar still shows the font size of the style,
although typing now inserts characters with the hard formatting. (This is in
OOo 1.1.1a.)

I agree that this behaviour is not very intuitive. Especially the cursor move to
left and then to right seems not always result in the same state?! Sometimes I
had 12 Pt. and sometimes 1 Pt. in the toolbar but when I input a character, the
height of this character was always the shown font height of the toolbar.
Why did we implement this feature? Following scenario: you type in some normal
text then a hyperlink. The hyperlink has been detected automatically and got the
character style "internet link". By accident you deleted the character behind
the hyperlink. If you now input characters, the hyperlink will expanded. Our
intension is that you try to get "behind" the hyperlink attribute by pressing
the cursor left button. Now you are able to input text without hyperlink attribute.
The other scenario, you want to expand the hyperlink attribute but you've
pressed the cursor left key by accident: you input a character without
hyperlink, press backspace to delete it and input it again. Now the hyperlink is
expanded again.
This was our idea. Okay, it might be not intuitive, but the one who knows this
feature for those it works quite well.
BH, Balaton, do you have ideas how to improve our behaviour?

Hello Andreas, the reason, why I set this issue to your owner is, that we need a
decision for this enhancement, if we can integrate a solution in the next
milestone (OO.o 2.0) or later. That does not necessarily include a concrete
solution at the moment of evaluation. 

If you only want another key instead of <CursorRight> that would be no problem
for OOo2.0.
For a more sophisticated solution we will not have the time.

I agree that this cursor behavior is not intuitive. The arrow keys, as well as
the 'home' and 'end' keys, are used for moving the cursor.

If you're at the end of a line and you hit 'right', the cursor should do the
intuitive thing: move to the next line. (remember, if you're at the start of a
line and you hit 'left', the cursor moves to the previous line; why should the
end of a line be any different?).

If you're at the end of a line and you hit 'end', the cursor should stay where
it is (if you're at the start of a line and you hit 'home', the cursor stays
where it is... it doesn't change any formatting).

The way I see it, Joe Average User wants to "move to next line" a lot more often
than he wants to "revert to default font". When he sets a font for the
paragraph, he's specifically saying that he *doesn't* want the default font.
There are few cases where he'd want to switch back to the default within the
same paragraph.

Anyway, there are plenty of other ways to revert to the default font.

*** Issue 27403 has been marked as a duplicate of this issue. ***

*** Issue 27580 has been marked as a duplicate of this issue. ***

*** Issue 27673 has been marked as a duplicate of this issue. ***

*** Issue 13995 has been marked as a duplicate of this issue. ***

*** Issue 28618 has been marked as a duplicate of this issue. ***

*** Issue 28709 has been marked as a duplicate of this issue. ***

*** Issue 28769 has been marked as a duplicate of this issue. ***

Please kill this "feature" and assign a key combination to format/default. Or
assign this function to [Alt]+[->], but let [->] only do, what it should do,
also the [End]-key and all other keys without combination with a modifier key.

Hi folks, what about the "simple" solution? If we just removed the code that
misuses the cursor movement and used the new keyboard shortcut for
"Format/Standard" that will be introduced by CWS keyconfig01, the handling would
be a little bit better. Cursor movements wouldn't be misused anymore.

That sounds as it could be done pretty fast, so a retargetting to OOo2.0 could
be considered. 

Or are there some problems that can be seen only if you know the source code?

I wonder, whether this - urgently needed - enhancement will find the way into
OO.o 2.0 ?

someone has some infos?
Martin

FL->AMA: I have redefined the behavior for OOo 3.0 in #39388 using a changed
Format-Default Formatting behavior, because our resources for OOo 2.0 are
limited. But due to the new hard formatting capabilities of OOo 2.0 with the new
format dropper and due to the fact that most people are only used to hard
formatting, we definitely have to find an interim's solution for OOo 2.0.

If we would have some free resources, we should go and implement #39388 already
for OOo 2.0.

Please decide if we have these resources to do that. If not, we have to change
the current Cursor Right key shortcut to Ctrl+Alt+Space (on Unix AltGr+Space).
Using the already introduced shortcut for Format-Default Formatting will not
work, because this function behaves different and also removes hard/direct
paragraph attributes (Therefore I have changed the spec. for OOo 3.0 and
introduced a new context).

*** Issue 16979 has been marked as a duplicate of this issue. ***

We will not be able to implement #39388 for OOo2.0, but we could change the
keystrokes as supposed (Ctrl+Alt+Space/AltGr+Space).

Alt+Ctrl+Space will most probably not work in some window managers. 
And more important: this can not be implemented as configurable but only
hard-coded again. Can't we find a _legal_ shortcut to make the function
configurable?

*** Issue 40490 has been marked as a duplicate of this issue. ***

FL->OS: Please change the shortcut to Ctrl+Shift+X  

Text for customization
Eng: 
"Remove Direct Character Formats"
Ger:
"Direkte Zeichenformatierungen entfernen"

Aktueller Hilfetext für Cursor rechts: "To stop applying a direct format, such
as underlining, while you type new text at the end of a line, press the right
arrow key. " 

Fixed in cws os54 in 
sw/inc/cmdid.h
sw/sdi/_textsh.sdi
sw/sdi/swriter.sdi
sw/source/ui/docvw/edtwin.cxx
sw/source/ui/shells/txtattr.cxx
sw/uiconfig/sglobal/accelerator/en-US/default.xml
sw/uiconfig/swriter/accelerator/en-US/default.xml
sw/uiconfig/sweb/accelerator/en-US/default.xml
officecfg/registry/data/org/openoffice/Office/UI/WriterCommands.xcu

I tested this with 1.9m79
I do not understand what should happen
First look:
- write hard formatted: works
- continue write hard formatted:
      - right before soft line-end: works
      - right before hard line-break(paragraph): does not work
 
There is an unrecognizable number of arrow-key-strokes at the line-end (back and
forward) to go to / go over / go back at the line-end ?!

the "remove"-attributes part is functioning, but the "keep"-attributes seems to
 work not:
At actual, the behavior does not look to intuitive to me - someelse might
recheck this too.

martin

*** Issue 44265 has been marked as a duplicate of this issue. ***

SBA: Note: In Build 680m169 (OOo 2.03 candidate), "Ctrl+Shift+Space" sets back
to standard formatting.

*** Issue 63997 has been marked as a duplicate of this issue. ***

going to close ancient issues

closing ancient issues

*** Issue 39388 has been marked as a duplicate of this issue. ***