Apache OpenOffice (AOO) Bugzilla – Issue 61088
The "LS" button in "Edit Index/Table" dialog must not have font attributes
Last modified: 2006-08-03 10:14:31 UTC
The TOC in a odt file can contain hyperlinks. But when the file is converted into a pdf, the hyperlinks in the TOC are lost. In the pdf created by Writer, the TOC should be clickable.
Reassigned to HI.
Hi all, just for the records: I tried this using a very simple *.odt and got a working linked TOC using m152 (from ftp.linux.cz, german lang pack) on Ubuntu-Linux...
Created attachment 33559 [details] Sample document ... ;)
Created attachment 33560 [details] the converted pdf... :))
MCI, I checked the results and they are good. Strange! I do not get such results on either Windows NT4 or XP (sp-2). Note: I get hyperlinked TOC only when I use a addon called "ExtendedPDF", but that is not free from problems; so I want to use the direct export facility. BTW I have enabled "export PDF tags" also; although I know that this option is not related. I am also attaching mt samples (the attached rar file contains an odt file and its pdf version) In fact, we discussed this issue at OOo forum, and everyone agrees that hyperlinks in TOC are NOT introduced yet in Writer! (That's where I got the tip about the ExtendedPDF utility, which is a freeware.) Thanks.
Created attachment 33611 [details] Contains the odt and its pdf version.
exporting the sample file included in the zip works fine with a current milestone (m153). So I regard this issue as fixed in the meantime. Please try with a current milestone and reopen if the problem still occurs. OOo /can/ export hyperlinks in the TOC, no matter what othe people say...
closing. Not reproducible here, works for mci as well.
OK I'll try that when a stable version is released. Thanks. BTW what are mci and m152? How are they placed vis-a-vis 2.0.1? Are you saying it works with 2.0.1? If so, I must be having some issues, because it does not work with either NT4 or XP (SP-2)... As for the OOo forum, I can't blame them: They try their best to help others; and naturally the thread would not be updated as and when new capabilities develop in the latest versions of OOo; so it is possible to get outdated information at the forum.
mci is a username, just like raindrops m153 is a one of the milestones that are released on a more or less regular basis (about bi-weekly to weekly) m153 is newer than 2.0.1 - but I guess that it should have worked in 2.0.1 as well (but I cannot check since I don't have that version installed anymore, there have been a couple of bugs regarding the PDF export that have been fixed in the meantime)
Oops-- Sorry, mci! Only now I noticed that it was "mci" (and therefore it is a username) who posted the odt and pdf. That "m" at the beginning threw me, because we also have m152! ;) *** For the second time in my experience, the latest version miraculously works, but there is no mention of that bug in release notes. Process issue??
I revisited this issue and found the difference: In my document, I have used the "Default" character style for the "LS" field. In the test document attached by mci, the "Internet link" character style is used for the "LS" field. In both documents, the TOC is clickable in the odt versions. However, when they are converted into pdf versions, the TOC is no longer clickable in my document, whereas it is clickable in mci's document. Well, in my document, I used "Default" style because I have used brown characters for the internet links. So, if I use the "Internet link" character style for my TOC, the TOC appears brown! So the issue is, if I want the TOC to APPEAR normal, but still clickable, I don't have a way! mru, please confirm this with the document I sent to you! ****** Another problem observed (I don't know if it's related to my problem): I also used OOo 2.0.3 on the sample odt file attached by mci here, and converted it into pdf. In pdf version, the TOC is clickable, but there is a problem: If I click on any link in TOC, only the following node is always highlighted in the "bookmarks" panel! 1.1.1.1.1.1.1.1.1 Du sollst nicht formatieren, ohne das Objekt vorher zu markieren!
I could solve this problem through a workaround: 1. I derived another font style from "Internet Link" style. 2. I gave this new style black color. 3. I applied the new style to the "LS" button in the "Edit Index/Table" dialog. 4. I pressed the "ALL" button to apply the new style to all levels When I convert this file to pdsf, the TOC is clickable now. But the basic problem is still there: The "Edit Index/Table" dialog does not work properly. Based on my latest experiments, I have understood the problem in new light. I redefine the problem as follows: 1. The "LS" button is supposed to denote start of the hyperlink. Then why does it have a font style attribute? This is ridiculous, like giving font style attributes to HTML tags, such as <head> and </head>. Can we have <<b>head> <</b>/head> in HTML? 2. All the other buttons of the TOC have their own font styles. Why do they not work? Why do these parts borrow the font style of the "LS" button?
Changed the summary to reflect the redefined bug.
Oh and I forgot to add one more point: 3. In the dialog, the font style should mean readable attributes only (such as font type, color, bold, italics, etc.). Why is hyperlinking also an attribute here? In other words, the button "LS" itself is a place marker that starts a hyperlink. (If there is an "LS", there will be a clickable hyperlink). Then why is it supposed to have a "hyperlink" attribute in turn?
HI->ES: Please take over, thanks.
duplicate (the other one is newer, but has a much shorter explanation of the real problem and already has a vote) *** This issue has been marked as a duplicate of 62907 ***
as a workaround, just use another style than default that has "default" attributes (e.g. no fontcolor)
No offense but I have observed elsewhere also that this site handles bugs weirdly.: Functional anomalies (and wrong function where the behavior of Ooo is uncharted) are declared "enhancements", which kills the urgency to overcome them. Newer bugs are always favored to hide age of the problem. Additional observations are not asked from the submitter for a long long time; so unless the submitter is persistent, he stops visiting the bug altogether. Bugs having VARIANTS are declared duplicates (not as "dependents"). Votes split amongst duplicates are not clubbed automatically/manually. Here too, for the sake of one vote this bug is declared duplicate. I see no difference in the description. In fact, THIS bug has identified the root cause (that the "LS" button has to have "Internet link" character style, or a derivative of it, otherwise the links will not work in pdf file. The other bug has not reached that conclusion. By closing this bug, you are cutting off the developer from the conclusion! Reopened. Please close the other bug.
cloph- The workaround is to either "internet link" style (or a derivative of the "internet link" style) for the LS button, Any other style wil NOT work!
Changing the type to "Defect", as I can't believe that Writer is designed specifically to work like this!
I'd closed THIS issue too as cloph did for quite the same reasons: - The description of the other issue is much shorter, easier to read, it goes faster to handle. - The other issue is already in developper' hands and is STARTED (this also means the developper has already understood and acepted the other issue). *** This issue has been marked as a duplicate of 62907 ***
closed
strange reason for closing, indeed. How the other issue was allowed to remain open (and not closed immediately as duplicate of this one)? Anyway next time I will try to be as cryptic as possible. :(