Presently, Cross-references (Field) include Headings, Numbered Paragraphs, Bookmarks and Footnotes. I'd like to request adding Tables. Should be a fairly simple hack as Tables are already named.
(I thought this once worked already). From the navigator you can add such a reference dragging the table into the text, but the text for the link is ugly (like "table3").
Comment #0 also lacks the fact that "images" is also present. It's hard to understand, why you can reference images, but not tables.
I think the option of using tables as a cross-reference is there. Steps to reproduce (with LO 5.2.3.3): 1. Open an new document 2. Insert an new table (Table => Insert table) and enable "headings" => Insert table 3. Insert => Cross-reference => You can choose the type "table" I think it depends on creating a heading, because 4. Delate the heading of the table 5. Insert => Cross-reference => You can‘t choose the type "table" I only got the solution, because in one of my documents I could choose table as a reference-style and within another document I couldn't. So I think it would be unseful to add this information in LO Help, because I could'nt find this information there (german version).
Sorry, I've forgotten an important step in my previous comment: First you have to make sure, that captions are automatically added: Tools -> Option -> LibreOffice Write -> AutoCaption -> Enable "Add captions automatically when inserting" for LibreOffice Writer table. If you now insert a new table in your document, "table" as a type in your cross-reference dialog. So my proposal is to close this bug as WORKSFORME and open another bug for Writer-Help so that somebody can add some informations about tables as a type of cross-reference in the help.
Created attachment 132351 [details] Sample Document with an image, a table, and index of tables and images (In reply to Ulrich Windl from comment #2) > Comment #0 also lacks the fact that "images" is also present. It's hard to > understand, why you can reference images, but not tables. (In reply to dieterp from comment #4) (...) > First you have to make sure, that captions are automatically added: (...) > If you now insert a new table in your document, "table" as a type in your > cross-reference dialog. > > So my proposal is to close this bug as WORKSFORME and open another bug for (...) I strongly object: A table is a table even without a caption. You can even select between "References", "Category and Number" and "Caption Text". So only for the last one a caption should be (must?) present. In the sample document both indexes (tables of images and tables) are empty, even though "Category and number" was selected. However Navigator shows both: "Table1" and "Image1".
Looking at the image in attachment 132351 [details], I noticed that "Create from" "Object Names" is unchecked: If I check that, I get an index for images and tables, but I cannot select what type of information I want (like for "Create from" "Captions"). That must be a bug: Why is the option "Captions", if it allows sub-options "References", "Category and Number", and "Caption Text"? To me the first option "Create from" seems useless, because you could select it all from the sub-options. Did I miss something?
Created attachment 132443 [details] Screenshot table of contents Sorry, but I can't answer your question, because my "table of contents"-dialog looks different (5.3.2.2 (x64)).
(In reply to Ulrich Windl from comment #1) > (I thought this once worked already). > From the navigator you can add such a reference dragging the table into the > text, but the text for the link is ugly (like "table3"). You're right. This I've just learnt from you. Thank you very much! The "ugly" text link is editable. So, it's ok. Actually, I can also rename the table at the Navigator first (though space characters unallowed). All's good here. The only issue left is the table names must contain basic alphanumerics only. If Unicode characters are used, dragging the link into the text will have "?" in place of any Unicode characters. It also makes the link useless. Workaround: Avoid Unicode characters in table names. Then (as Ulrich suggested) from the Navigator, drag the table name to where you want to place the link. Edit the link text if necessary. (Note: Renaming the table later will break the link.) Marking this as WORKSFORME. (Btw, this issue is not about "Table of Contents". Please report that separately.)
IMHO that does not work for me: The problem as described is not fixed, and the workaround presented in comment #1 simply demonstrates that all the mechanisms needed are there in the code base (e.g. captions as suggested in comment #3 and comment #4 are not really necessary), just the higher levels don't make use of it. It seems the fix isn't complicated, but would help usability a lot. Also in 5.2.5.1 (Linux) no hyperlinks are inserted when dragging a table from the navigator, but in 5.2.6.2 (Windows) they are. Also in the latter version I could rename the Table using Unicode characters (e.g. "Tabäle1"), and dragging the table into text correctly displayed the Unicode character.
(In reply to Ulrich Windl from comment #9) > Also in 5.2.5.1 (Linux) no hyperlinks are inserted when dragging a table > from the navigator, but in 5.2.6.2 (Windows) they are. Better compare using the same number version. > Also in the latter > version I could rename the Table using Unicode characters (e.g. "Tabäle1"), > and dragging the table into text correctly displayed the Unicode character. ä may not count as Unicode. Try this: jhāna
(In reply to Kumāra from comment #10) > ä may not count as Unicode. Try this: jhāna So maybe "Unicode" actually means "a code point > 0xff", like U+0101 (small letter a with macron).
I'm reopening this. I now agree with Ulrich Windl (in Comment 9) that "It seems the fix isn't complicated, but would help usability a lot." The 2 suggested workarounds are not really workable: 1. Create a caption and reference it instead. a. The user may not want to have a caption. (That's true for me.) b. Clicking on the link leads to the caption, not the table. OK if the caption is above the table, but not OK if its below (esp a long table). c. Even if the above issues are relevant to certain users, the steps are unnecessarily tedious. 2. Drag and drop a table object from the Navigator into the document. a. This creates a link with a line, which may be undesirable. b. The user can't insert the page number and other elements available for cross-references. Since LO can cross-reference footnotes, why not tables? So again, I'd like to request this enhancement: Include Tables among Cross-references, which "isn't complicated, but would help usability a lot." For the benefit of others seeking the same, my current workaround is to place a bookmark on the first row of the table, and cross-reference that. That's the only way I know to make the result elegant, but it's a bit tedious. A fix is still much preferred, and will be much appreciated.
(In reply to Kumāra from comment #12) > I'm reopening this. I now agree with Ulrich Windl (in Comment 9) that "It > seems the fix isn't complicated, but would help usability a lot." Then let Ulrich do it. Or create an enhancement request. You can't insert references to images too, if they do not have a caption. Etc. This bug simply is WorskForMe.
(In reply to Cor Nouws from comment #13) > (In reply to Kumāra from comment #12) > > I'm reopening this. I now agree with Ulrich Windl (in Comment 9) that "It > > seems the fix isn't complicated, but would help usability a lot." > Then let Ulrich do it. > Or create an enhancement request. > You can't insert references to images too, if they do not have a caption. > Etc. > This bug simply is WorskForMe. Cor, this *is* an enhancement request. If Ulrich or someone else can fix this, then why close this with WORKSFORME?
(In reply to Cor Nouws from comment #13) [...] > Then let Ulrich do it. [...] > This bug simply is WorskForMe. (In reply to Kumāra from comment #14) [...] > Cor, this *is* an enhancement request. If Ulrich or someone else can fix > this, then why close this with WORKSFORME? So while it's simple to fix (and it is a useful request (other programs can do that!)) you are not willing to take care of it? Actually I do not have the resources to fix it, but I donated to the project regularly. I dod not like they way, reasonable enhancement requests are handled here. I had to say that. Sorry.
(In reply to Ulrich Windl from comment #15) > So while it's simple to fix (and it is a useful request (other programs can > do that!)) you are not willing to take care of it? Actually I do not have It's not that. But simply assuming that something is simple, is rather dangerous in LibreOffice code ;) > the resources to fix it, but I donated to the project regularly. I dod not > like they way, reasonable enhancement requests are handled here. I had to > say that. Sorry. Sorry, it was not too kind of me. So, I changed the summary.. That is accurate, isn't it? Regards - Cor
Thanks, Cor. Apology fully accepted. Also, good that you made the summary more complete, though it seems a little confusing to me. This part "Allow cross-references (with a field) to Tables without adding a caption with a frame" is clear enough. (I would leave out "with a frame", this being a *summary*.) As for the remaining bit "(the need to do so, is the case with e.g. Images)", I'm not sure how to improve on it as I'm not sure what you want to say.