[framework-issues] [Issue 99698] opening .dtd or .ent files gives little besides notes, data lost, need t ext option

2009-10-13 Thread mru
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=99698


User mru changed the following:

What|Old value |New value

  Status|UNCONFIRMED   |RESOLVED

  Resolution|  |WONTFIX





--- Additional comments from m...@openoffice.org Tue Oct 13 08:14:27 + 
2009 ---
I'm sorry, but this WILL NOT be changed. The attached files are of HTML format
and this is automatically detected by OOo and opened with the appropriate 
filter.

If you want to have it differently: in filepicker, select the desired file,
change the filter to Text or Text Encoded and open the file. Now you have
opened it as Text file and not as HTML.

-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

-
To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org
For additional commands, e-mail: issues-h...@framework.openoffice.org


-
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org



[framework-issues] [Issue 99698] opening .dtd or .ent files gives little besides notes, data lost, need t ext option

2009-10-13 Thread mru
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=99698


User mru changed the following:

What|Old value |New value

  Status|RESOLVED  |CLOSED





--- Additional comments from m...@openoffice.org Tue Oct 13 08:14:58 + 
2009 ---
Closed, the current behavior won't be changed.

-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

-
To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org
For additional commands, e-mail: issues-h...@framework.openoffice.org


-
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org



[framework-issues] [Issue 99698] opening .dtd or .ent files gives little besides notes, data lost, need t ext option

2009-10-08 Thread nicklevinson
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=99698


User nicklevinson changed the following:

What|Old value |New value

  Status|CLOSED|UNCONFIRMED

  Resolution|WONTFIX   |

 Summary|opening .dtd or .ent files|opening .dtd or .ent files
| gives little besides note| gives little besides note
|s, need text option   |s, data lost, need text op
|  |tion





--- Additional comments from nicklevin...@openoffice.org Fri Oct  9 
00:15:25 + 2009 ---
I'm reopening because some files open with apparently full visibility of
contents, because the prior problem report included not only temporary loss of
data but permanent loss of data, and because if a user didn't know where the
files came from they shouldn't be expected to visit Filext.com or another source
to find out before opening the file to see what it is. Permanent data loss is
not expected or warned about, thus it's a serious defect. See after step 12 in
the original post (Almost everything is lost.) and, in the second comment,
Almost everything is permanently lost. The resulting files were 4 and 42 bytes,
whereas the originals were over 11 and 24KiB.

Writer properly handles various formats it doesn't list, opening them to show us
roughly whatever is inside the files. I recently tried this with *.pm, *.cgi,
*.pl, *.trc,  *.trt, all successfully.

For this comment, I used OOo 3.0.0 OOO300m9 (Build 9358) with Fedora 10 Linux. I
don't plan to upgrade now, since it's stable and upgrading takes time. The
previous comments were based on OOo 3.0.l, since that's what I had before I
upgraded Fedora.

To handle *.dtd and *.ent, I use gedit, but most users wouldn't know to do that.
If OOo Writer shouldn't handle formats that are not in its menu, that's a
reasonable design decision. But an inconsistent response to unlisted-format
files gives an impression that something is broken, either the file or the
program, usually the program.

I propose either:
--- a consistent response to all formats that are not listed in the Open
dialog's format menu; or
--- for formats you'd rather OOo not open, an information window telling us to
use another program, such as a text editor, followed by a refusal to open the 
file.

Thank you.

-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

-
To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org
For additional commands, e-mail: issues-h...@framework.openoffice.org


-
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org