Issue 37662 - HTML for frames not generated
Summary: HTML for frames not generated
Status: CLOSED DUPLICATE of issue 19690
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: 680m62
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: eric.savary
QA Contact: issues@sw
Depends on:
Reported: 2004-11-23 04:05 UTC by mjneedles
Modified: 2004-11-28 04:25 UTC (History)
1 user (show)

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


Note You need to log in before you can comment on or make changes to this issue.
Description mjneedles 2004-11-23 04:05:42 UTC
1. Start with a blank HTML document, set paragraph alignment to centered. 
2. Insert a frame, 8.13" wide, 2.5" high, set anchor to "as Character", set
background to Graphic, and select a graphic that fills the frame, resizing the
frame if necessary.
3. place cursor inside the frame, insert another frame, and anchor it "To
Frame", then dock it in bottom right corner, and size it to 6.0in wide by 0.40in
4. Insert several button images (gif's) in this frame, anchoring each "To
Frame", and positioning them appropriately.
5. Select each button image and make it a hyperlink.
6. Save the page, but do not close it.
7. View HTML Source.

The source will not show any frames. Rather, the entire content of the outer
frame is converted to a graphic and exported. There are no hyperlinks in the
source, either.  The saved file will also show the same results.

This makes the HTML editor totally useless for making a graphical button bar,
which is such a common part of web pages that this makes this bug a total
showstopper, thus, P1.
Comment 1 michael.ruess 2004-11-23 07:24:06 UTC
Of course not a Prio 1 issue. Lowered to Prio 3.

MRU->ES: pls have a look.
Comment 2 eric.savary 2004-11-23 09:40:36 UTC
A "frame" as it exists in Writer does not exist in HTML (apart from marquee or
textbox which are used for other purposes than the Writer "frames").
So, actually, it shouldn't be possible to insert those frames in an HTML
document (see issue 19690) or, atleast, if this element remains in the UI, it
must be converted to something existing (here, SPAN) to avoid data losses as
much as possible.

To build graphical button bars, use 1 graphic and an image map or several
graphics placed in a table.

*** This issue has been marked as a duplicate of 19690 ***
Comment 3 eric.savary 2004-11-23 09:41:40 UTC
Comment 4 mjneedles 2004-11-23 15:57:57 UTC
I do not totally agree with you.  Container frames (not HTML FRAMESETs) are
commonly implemented as DIVs, and correspond exactly to the frames used in
Writer.  Without the ability to create DIVs in OOo, and the limited TABLE
support in Writer, I cannot use OOo to edit webpages.

OOo does not support nested TABLEs and converts all my DIVs to SPANs.  It's
gotten worse over the past couple years than it was in 1.0.0.  

I contend that this deserves a P1, and must be fixed, or drop HTML editing from
the product altogether so it won't be such a frustration for REAL webpage authors.

Comment 5 eric.savary 2004-11-23 17:08:47 UTC
A DIV can be inserted as Insert - Section.
As stated, the confusion between UI and code is due to the fact that the Writer
Web UI is the one of the Writer which is not HTML orientated (issue 19690).

Concerning the pririty, please read:
And the Writer Web IS still usable.

Drop a whole component because some of its features don't work as expected
sounds a little bit exagerate.

Last, we have no resources to fix HTML issues other than crashes and significant
Comment 6 mjneedles 2004-11-28 04:25:18 UTC
I tried using a section, but that is worthless.  There are no handles to size it
with.  It appears you can't nest them without going into the HTML and moving one
inside another one.  I really am frustrated with the Web functions of Writer.  I
wish I knew how to program a bit better; I'd fix it.  That would solve your lack
of "resources."

Oh, well.  I hope to be using Linux instead of Windows soon, then I'll be able
to try my hand at programming again.