[whatwg] Embedding images within editable content

[Douglas Mayle]

I replied to the originator of this thread, but forgot to include the  
list.  Shital was talking about rich paste and the ability to embed  
images.  As of IE8, all of the major browsers support data URI's for  
images, but none of them will generate that on paste...

I work on Xinha(WYSIWYG editor), and I know that it's possible to  
generate this with Gears, or maybe also with Canvas, but I don't see  
how we could do anything in HTML5...

On Dec 22, 2008, at 2:33 PM, Martin Atkins wrote:

> Tab Atkins Jr. wrote:
>> On Mon, Dec 22, 2008 at 2:53 AM, Shital Shah <sytelus at yahoo.com>  
>> wrote:
>>> I'm wondering if there are any ideas being discussed to add an  
>>> ability so
>>> users can embed images in editable areas.
>>>
> [snip]
>> I'm confused about what you're asking.  All decent WYSIWYG editors
>> *do* allow users to insert images, and often other media.  You can  
>> see
>> the image right in the display next to all the text while you're
>> editting it.
>
> I don't know what the original poster was asking about, but one  
> issue I've encountered in this area is that users want to embed  
> images from their own local drives rather than having to separately  
> upload them to the server first.
>
> Unfortunately, the in-browser editors often make it look like this  
> is going to work; users manage to get embedded images with file://  
> URLs that seem to work for that user but obviously will not work for  
> any other user.
>
> However, I'm not sure what the solution is here. If contentEditable  
> was a "real" form widget you could imagine it supporting a multipart/ 
> form-data upload of all of its contained images, or something.  
> However, as long as client-side code is manually shifting the data  
> to and from real widgets it's not clear how to do this since you  
> can't just create a file-upload control with the filename pre- 
> populated and submit it transparently.
>