Issue 4973 - View html source for OO Web Page Format
Summary: View html source for OO Web Page Format
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2002-05-17 10:01 UTC by Unknown
Modified: 2013-02-07 22:38 UTC (History)
4 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2002-05-17 10:01:40 UTC
I created a document saving it as .sxw or .doc and then save as web page.  There
is not menu item for view HTML source.  If I open an .html document created in a
diffrent program then the view html source menu item is there.
Comment 1 prgmgr 2002-07-11 06:23:00 UTC
Hello Steve.  You've raised an interesting issue.

From OO's perspective, it's not really a bug.  I think OO treats a
document saved as HTML via the word processor as a text document that
is formatted in HTML.  A close look at the "Save As" file types lists
"Web Page ( OpenOffice Writer )" as the so called HTML format.

Hence when you open up the HTML document, it's launched inside the
word processor not the HTML editor.

I'm escalating the issue as an enhancement request.

As a side note, if you open up the HTML document created via your
instructions and strip out the <STYLE><!-- @page.... tag at the
beginning of the HTML file, the file will be launched inside the HTML
editor.
Comment 2 stefan.baltzer 2002-07-15 19:05:09 UTC
Reassigned to Éric.
Comment 3 eric.savary 2002-11-04 21:16:07 UTC
ES->prgmgr: well I would rate this as a "buggy feature" ;-) which, 
ok, also means enhancement. The UI (icons, toolbars...) should adapt 
to the document particularities *immediatly* after having saved the 
file -> "what you see is what you really have".
WHat you say about the Writer layout/HTML layout is ciorrect but some 
inconsistencies remain:
- when I Save the file I get -> the Writer UI
- when I reload the file (File reload) I get -> the Writer UI
- when I close and reload the file over the "last opened files" menu  
I get -> the Writer UI
- BUT when close and reload the file over the "Open" file menu I get -
> the HTML UI...

ES->FL: I think you know this problem very well, isn't it? 
Comment 4 eric.savary 2002-11-04 21:18:29 UTC
Reassigned to Frank
Comment 5 frank.loehmann 2002-11-29 08:13:29 UTC
FL->MMP: Do you have plans to change the current behavior?
Comment 6 matthias.mueller-prove 2002-12-10 16:15:55 UTC
looks like an idea/improvement for 6.y
Comment 7 Rainer Bielefeld 2003-12-27 18:08:33 UTC
Hi es,

your comment  Mon Nov 4 13:16:07 meets the point. 

This is a general OOo problem: often it is important to open a document fromt
the righet environment to get the full OOo functionality of the required OOo UI,
as shown in the example with the html document. I can confirm: only after I
saved the html-document from the html-UI, i will get the html HI in future.

I am rather sure that I saw similar effects for other file formats in the past,
but actually I do not have any example present here.

After someone - may be, me :-) - will have added such example, the summary
should be changed to a more general information

Rainer
Comment 8 Rainer Bielefeld 2003-12-27 18:10:51 UTC
We have the wame problem in WIN and IMHO with all OS, so I changed OS.

I also changed version, because still visible in 1.1.0 German version WIN98SE:
645m19(Build8693) 

Rainer
Comment 9 peschtra 2005-06-14 01:41:35 UTC
This is still true in 1.9.108, and I think it is a RFE that should be
considered. I found it odd that I saved my file as .HTML document and I couldn't
view the source. Why is this?
Comment 10 meywer 2005-11-30 15:38:49 UTC
See Issue 9110 also.
Comment 11 bettina.haberer 2010-05-21 14:45:44 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements".