Created attachment 43848 [details]
explains problem with inserting crossreference in Writer
While I work with large document, it is sometimes useful to insert crossreference that readers my quick jump to other place of document by click on some string.
Attachment explains problem.
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
reproduced on LibO 3.5.0 beta 1
I don't think this is a bug. I explain here (for a different context, but still dealing with the same ODF XML detail) how these elements work:
There are two types of bookmarks/references: point and range. What is demonstrated in this bug is a point bookmark/reference (anchor). It does not include any text, so the Value field when setting a cross-reference (citation) to it will correspondingly not display any text. On the other hand a range reference (anchor) uses start and end marks to surround text, specifically allowing the Value field to be populated when creating a cross-reference (citation) to the anchor in question.
Unless the OP can expand further on why a point bookmark/reference (anchor) should include greater detail, and how this would be incorporated into the ODF specification, I recommend this be RESOLVED as NOTABUG.
Thanks for explanations. As I can understand, problem in this bugreport is different. Cross-reference saved correctly, but is not clicable. We should place something into Cross-reference field to make it larger. As variants may be some word such as "link" or icon such as -->.
Changing title accordingly.
With respect to the clickable issue, I guess it comes down to how a field that has no content (point) is expected to behave. I must confess that I am not sure about this. It may be worthwhile consulting OASIS about the ODF specification and how they see this particular matter being interpreted / implemented. In any case, I have made my point, so will leave it with you.
I don't think it is a bug, but the cross-reference dialog is not so intuitive understandable. I hope the following steps can solve your problem (if it is still actual):
1. Open the document from the original bug report (attachment 43848 [details]).
2. Mark "Chapter 1"
3. Ope the cross-reference dialog
4. Select "Set reference" and type an name for the reference (for example "heading") => insert
5. Move the cursor to the end of the document
6. open the cross-reference dialog
7. Select "insert reference" => select "heading" and select insert reference to reference => press insert
8. "Chapter 1" is inserted.
I hope, this is the result you' expected.
So what has happened? The name of the reference is only the name. The reference is the part of your document you selected before (a character, a word, a sentence, ...). This part of your document can be displayed, when you insert a document.
Does this solve your problem? => Set to NEEDINFO. If it solve the problem,you can close the bug as WORKSFORME. If it doesn't solve the problem please change it back to NEW.
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 INSUFFICIENTDATA
due to lack of needed information.
For more information about our NEEDINFO policy please read the
wiki located here:
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!
Dear Bug Submitter,
Please read this message in its entirety before proceeding.
Your bug report is being closed as INSUFFICIENTDATA 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 our bug tracker