Closed
Bug 10134
Opened 25 years ago
Closed 25 years ago
Need GetEmbeddedObjects() to return file:// URL's
Categories
(Core :: DOM: Editor, defect, P3)
Tracking
()
VERIFIED
FIXED
M9
People
(Reporter: rhp, Assigned: akkzilla)
Details
Currently in 4.x, we have no way to support what a lot of older email systems
support which is embedding some particular file anywhere in a document. For
example, in ccMail, I could do something like:
"Hey Akkana, check out this nifty Word Document: [image]"
Notice the file:// link for the image. Well, in 4.x, we would just send this
email and the person receiving would click on the icon and receive the "Can
locate file:///...." message. Well, if you give me all file:/// links, I can
package them up as part of the MHTML message and this stuff would work. Then,
on the editor side, if you would allow for any drag and dropped file to just
create some sort of icon (resource://....) with the link defined to be the file
that was dropped on Ender, this would all work! I know I hacked up an email
message that did this in 4.x when I started enhancing libmime and people were
charged. Unfortunately, you had to hack the source of the MHTML to make it
work, but if you give me the file:/// url's, this stuff would be very easy to
implement.
Also, there are lots of times that people send HTML that lives on their local
disks to people and if they include any images, these will all be broken links
on the receiving side. This would fix that also.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M9
Assignee | ||
Comment 1•25 years ago
|
||
I'll try to get this in for M9.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 2•25 years ago
|
||
file: URL matching for GetEmbeddedObjects has been checked in.
QA: In the editor debug menu (do QA builds show the debug menu?), there's an
item called "Show Embedded Objects", which should print to stdout IMG, EMBED,
and A FILE: tags within the current document. It should not show links which
are not file: (though Rich, I wonder if I should change it to show all links, in
case mime wants to remap local links or something?).
It doesn't print anything useful for each tag, just the fact that it detects the
tags at all (the right number and type of tags) is the important thing.
If release builds don't have the debug menu, then maybe Rich can verify.
Reporter | ||
Comment 3•25 years ago
|
||
Hi Akkana,
I have this mostly running now. I have one problem with refcount stuff but the
core is working. I think that I may want all file:// references. This is the
big thing that I want to get working. I would like the following HTML to work:
<a href="file:///C|/word.doc"><img SRC="file:///C|/word.jpg" height=41
width=47></a>
...so you would have to give me the "a href=file://"
Am I getting these? If so, which interface should I be using to get this
information.
Thanks!
- rhp
Assignee | ||
Comment 4•25 years ago
|
||
In your example, GetEmbeddedObjects will give you both the a node (because its
url is a file:) and the img node (because it always returns img nodes,
regardless of what their src tags say).
Reporter | ||
Comment 6•25 years ago
|
||
yes, this is working fine now...you can send HTML messages with links that
point to files on disk and it will package it all up and send it.
- rhp
You need to log in
before you can comment on or make changes to this bug.
Description
•