[whatwg] Embedding images within editable content

2008-12-22 Thread Shital Shah
I'm wondering if there are any ideas being discussed to add an ability so users can embed images in editable areas. Many modern web applications including blogs and wikis allow users to visually edit content with rich formatting. However present limitation with all browsers is lack of ability

Re: [whatwg] Thoughts on HTML 5

2008-12-22 Thread Giovanni Campagna
2008/12/21 Garrett Smith dhtmlkitc...@gmail.com Styling is done in css. Dynamic styling is currently done with the style property of HTMLElement. This is currently implemented in DOM2HTML and HTML5, but I once read they're going to write a separate CSS-Object Model, whose spec is not ready

[whatwg] 8.2.4.4 Close tag open state

2008-12-22 Thread Edward Z. Yang
The condition here is relly long. Is there any way we can make it shorter? Cheers, Edward

Re: [whatwg] Embedding images within editable content

2008-12-22 Thread Tab Atkins Jr.
On Mon, Dec 22, 2008 at 2:53 AM, Shital Shah syte...@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. Many modern web applications including blogs and wikis allow users to visually edit content with rich

Re: [whatwg] Embedding images within editable content

2008-12-22 Thread Martin Atkins
Tab Atkins Jr. wrote: On Mon, Dec 22, 2008 at 2:53 AM, Shital Shah syte...@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*

Re: [whatwg] Embedding images within editable content

2008-12-22 Thread Tab Atkins Jr.
On Mon, Dec 22, 2008 at 1:33 PM, Martin Atkins m...@degeneration.co.uk wrote: 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

Re: [whatwg] Embedding images within editable content

2008-12-22 Thread 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

Re: [whatwg] 8.2.4.4 Close tag open state

2008-12-22 Thread Henri Sivonen
On Dec 22, 2008, at 19:31, Edward Z. Yang wrote: The condition here is relly long. Is there any way we can make it shorter? Not really, but it's possible to flatten out the lookahead by adding states so that the condition in each state becomes simpler. (In fact, it's possible to

Re: [whatwg] Embedding images within editable content

2008-12-22 Thread ddailey
Observe the following: http://granite.sru.edu/~ddailey/svg/clipembed.html In IE 4 - 7 (with the Adobe SVG plugin enabled), the end user can select an image from her own hard drive using a file upload. In IE 4, I had a similar thing (sans SVG) that worked also in Netscape. It doesn't work in

Re: [whatwg] Embedding images within editable content

2008-12-22 Thread Martin Atkins
Tab Atkins Jr. wrote: On Mon, Dec 22, 2008 at 1:33 PM, Martin Atkins m...@degeneration.co.uk wrote: 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

Re: [whatwg] 8.2.4.37: EOF handling

2008-12-22 Thread Philip Taylor
On Mon, Dec 22, 2008 at 9:33 PM, Edward Z. Yang edwardzy...@thewritingpot.com wrote: Hello all, I think EOF should be handled explicitly in the states after we Consume the U+0023 NUMBER SIGN, since the spec as it stands right now implies that there will always be another character after the

[whatwg] 8.2.4.37: EOF handling

2008-12-22 Thread Edward Z. Yang
Hello all, I think EOF should be handled explicitly in the states after we Consume the U+0023 NUMBER SIGN, since the spec as it stands right now implies that there will always be another character after the number sign. Or am I being a little redundant? Cheers, Edward

Re: [whatwg] 8.2.4.37: EOF handling

2008-12-22 Thread Edward Z. Yang
Philip Taylor wrote: EOF is always treated as if it were a character, e.g. lots of places say Consume the next input character: ... EOF - ... Reconsume the EOF character in the data state. That seems fair, although most implementations won't have an actual end of file character; they'll be

[whatwg] 8.2.5.10 - Adding textarea

2008-12-22 Thread Kartikaya Gupta
For the steps under 'A start tag whose tag name is textarea' in 8.2.5.10 (in body insertion mode), step 3 seems wrong to me, since step 1 already includes an append operation. As specified now, it will cause two textarea elements to be added (assuming new element refers to the textarea).

[whatwg] Consuming ampersands

2008-12-22 Thread Edward Z. Yang
Hello all, When I'm consuming a character reference, when does the ampersand get consumed? This doesn't seem to be obvious from the documentation, which talks of consuming character references and number hash signs, but never the ampersand. Cheers, Edward

Re: [whatwg] Consuming ampersands

2008-12-22 Thread Philip Taylor
On Tue, Dec 23, 2008 at 1:08 AM, Edward Z. Yang edwardzy...@thewritingpot.com wrote: Hello all, When I'm consuming a character reference, when does the ampersand get consumed? This doesn't seem to be obvious from the documentation, which talks of consuming character references and number hash

[whatwg] Minor typo in 8.2.4.37

2008-12-22 Thread Edward Z. Yang
in the range 0x to 0x0008, U+000B, U+000E to 0x001F, 0x007F to 0x009F, 0xD800 to 0xDFFF , 0xFDD0 to 0xFDDFin the range 0x to 0x0008, U+000B, U+000E to 0x001F, 0x007F to 0x009F, 0xD800 to 0xDFFF , 0xFDD0 to 0xFDDFin the range 0x to 0x0008, U+000B, U+000E to 0x001F, 0x007F

[whatwg] Code defined for one document called after that document is no longer the one being displayed

2008-12-22 Thread Ian Hickson
On Thu, 15 May 2008, Jonas Sicking wrote: Generally saying that scripts won't run once you've navigated away from a page is wrong. For example I think that if you mutate the DOM of document that has been navigated away from mutation-event handlers will still fire. And UserDataHandlers