Issue 61088 - The "LS" button in "Edit Index/Table" dialog must not have font attributes
Summary: The "LS" button in "Edit Index/Table" dialog must not have font attributes
Status: CLOSED DUPLICATE of issue 62907
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: OOo 2.0.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: eric.savary
QA Contact: issues@sw
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2006-01-24 08:34 UTC by raindrops
Modified: 2006-08-03 10:14 UTC (History)
1 user (show)

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


Attachments
Sample document ... ;) (10.63 KB, application/vnd.sun.xml.writer)
2006-01-25 20:06 UTC, mci
no flags Details
the converted pdf... :)) (117.33 KB, application/pdf)
2006-01-25 20:10 UTC, mci
no flags Details
Contains the odt and its pdf version. (45.47 KB, application/octet-stream)
2006-01-27 08:57 UTC, raindrops
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description raindrops 2006-01-24 08:34:23 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.
Comment 1 michael.ruess 2006-01-24 08:41:39 UTC
Reassigned to HI.
Comment 2 mci 2006-01-25 20:00:03 UTC
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...
Comment 3 mci 2006-01-25 20:06:19 UTC
Created attachment 33559 [details]
Sample document ... ;)
Comment 4 mci 2006-01-25 20:10:25 UTC
Created attachment 33560 [details]
the converted pdf... :))
Comment 5 raindrops 2006-01-27 07:49:22 UTC
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.
Comment 6 raindrops 2006-01-27 08:57:02 UTC
Created attachment 33611 [details]
Contains the odt and its pdf version.
Comment 7 lohmaier 2006-01-28 19:51:34 UTC
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...
Comment 8 lohmaier 2006-01-28 19:52:28 UTC
closing.

Not reproducible here, works for mci as well.
Comment 9 raindrops 2006-01-30 05:13:06 UTC
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.
Comment 10 lohmaier 2006-01-31 00:08:32 UTC
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)
Comment 11 raindrops 2006-01-31 05:25:24 UTC
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??
Comment 12 raindrops 2006-07-27 18:38:51 UTC
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!
Comment 13 raindrops 2006-07-28 03:35:07 UTC
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?
Comment 14 raindrops 2006-07-28 03:45:54 UTC
Changed the summary to reflect the redefined bug.
Comment 15 raindrops 2006-07-28 05:58:08 UTC
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?
Comment 16 h.ilter 2006-07-31 14:25:07 UTC
HI->ES: Please take over, thanks.
Comment 17 lohmaier 2006-08-02 22:17:58 UTC
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 ***
Comment 18 lohmaier 2006-08-02 22:18:38 UTC
as a workaround, just use another style than default that has "default"
attributes (e.g. no fontcolor)
Comment 19 raindrops 2006-08-03 02:31:10 UTC
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.
Comment 20 raindrops 2006-08-03 02:34:37 UTC
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!
Comment 21 raindrops 2006-08-03 02:52:55 UTC
Changing the type to "Defect", as I can't believe that Writer is designed
specifically to work like this!
Comment 22 eric.savary 2006-08-03 07:49:51 UTC
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 ***
Comment 23 eric.savary 2006-08-03 07:50:03 UTC
closed
Comment 24 raindrops 2006-08-03 10:14:31 UTC
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. :(