Issue 83212 - Jumping to a selection-bookmark with a cross reference, ends before the bookmark, not in it
Summary: Jumping to a selection-bookmark with a cross reference, ends before the bookm...
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.3
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2007-11-01 16:41 UTC by cno
Modified: 2013-08-07 14:38 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Navigator: Bookmark selection bug (10.71 KB, application/vnd.oasis.opendocument.text)
2008-06-05 13:41 UTC, gdd
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description cno 2007-11-01 16:41:21 UTC
Hi all,

When jumping to a selection-bookmark by clicking on a cross reference, the
cursor is placed before the bookmark, not in it.

 bla bla xxx yyy z[bookmark]
 bla bla
 bla  {link}

clicking on {link}, brings the cursor after the 'z' but before the '[', the
start of the bookmark.
Then when a user starts typing, wanting to change the content of the bookmark,
this doesn't happen.

I couldn't find the specs of the bookmarks, so doubt between a rfe and a bug ;-)
Comment 1 michael.ruess 2007-11-01 17:10:28 UTC
Reassigned to ES.
Comment 2 eric.savary 2007-11-01 17:18:32 UTC
Well I think it's the same problem as a formatting.
When a word is bold and you set the cursor just before it, the text you type is
not bold.

I don't think we can change that.

@OD: Please give a comment on this 
Comment 3 Oliver-Rainer Wittmann 2007-11-02 08:18:33 UTC
Eric's (ES) analysis is correct. Thus, I think we can talk about this issue as
an RFE.
But, I also want to involve AMA, who working on a refactoring of the Writer core
and probably could consider this RFE.
OD->AMA: Can you also give your comments, Thx.

The "direct cross-reference" specification - see issue 25072, whose
implementation is already in progress, will introduce an internally used
bookmark of a special type. These bookmarks will always cover the complete
paragraph content, which is referenced. These bookmark will be restricted to a
single paragraph. These special typed bookmarks will not show the described defect.
Comment 4 andreas.martens 2007-11-02 09:05:30 UTC
ama: od is absolutely right with his idea to solve such problems with a new
Writer core. My current ideas would allow such positions before or after the
start of e.g. a bookmark but it's a long way to go. I will try to consider this
For the moment I'm wondering if we should change the behavior. Instead of
jumping before the first character of the bookmark, we could choose another
1. behind the first character?!
2. Select the whole bookmark?!
Comment 5 cno 2007-11-02 09:36:51 UTC
Hi all,

Thanks for all comments of this.
I know of other discussions (forgot where) about the bookmarks.
If this is part of the new Writer core, pls do not put too much energy in
current behavior.

I think Andreas' first suggestion (behind the first character) is the best.
Gives the least risk of deleting the bookmark by accident.
Comment 6 eric.savary 2007-11-02 10:35:46 UTC
@AMA: reassigning to you.
Comment 7 gdd 2008-06-02 09:45:30 UTC
Hi all

IMO this issue needs more attention.

We use cross-references to bookmarks (format reference) and it's very difficult 
to change the content of a bookmark in such a way that the reference is changed 

The first and the last character of the bookmark cannot be changed, by changing 
one of these characters the bookmark-reference is shrinking one character.
Neither added characters before or after these characters, these are not shown 
in the bookmark reference. (After F9)

Comment 8 gdd 2008-06-05 13:41:27 UTC
Created attachment 54262 [details]
Navigator: Bookmark selection bug