On Thu, May 26, 2011 at 12:02 PM, Guha wrote:
> We are trying to simplify statement of a fairly common thing that crops up
> with microdata
>
> E.g.,
>
> Consider the block:
> 1) http://schema.org/Book”>
> The Catcher in the Rye -
> by J.D. Salinger
>
>
> Now, the site wants to use the
On 11-05-26 12:27 PM, Aryeh Gregor wrote:
I don't think any of this justifies adding blockquote, which is not
supported by all browsers and whose *usual* use is to contain multiple
blocks of content.
It seems to me that "blockquote" here interferes in functionality with
the indent and outdent
On 11-05-26 4:40 PM, Aryeh Gregor wrote:
I'm still skeptical that no web content depends on blockquote being
supported by FormatBlock on WebKit. You might argue that they'll have to
modify anyway due to IE not supporting it but most of editors do feature /
browser detection and heavily rely on t
> Browsers should just use the same behaviour when encountering the function
> in a HTML attribute.
Keep in mind that the mechanism *is* extremely imperfect. It only
works for MIME types and extensions recognized by the browser (which
is a small list). There's a large disconnect between this set,
On Thu, May 26, 2011 at 3:49 PM, Aryeh Gregor wrote:
> On Thu, May 26, 2011 at 11:56 AM, Nicholas Zakas
> wrote:
> > I'm a little surprised that this conversation has swooped back around to
> performance and whether or not there's a valid use case here. In addition to
> standalone solutions like
On Thu, May 26, 2011 at 11:56 AM, Nicholas Zakas wrote:
> I'm a little surprised that this conversation has swooped back around to
> performance and whether or not there's a valid use case here. In addition to
> standalone solutions like Steve's ControlJS and Kyle's LABjs, the Mozilla and
> Chr
Am 26.05.2011, 22:58 Uhr, schrieb Julian Reschke :
On 2011-05-26 22:54, Dennis Joachimsthaler wrote:
Am 26.05.2011, 22:53 Uhr, schrieb Boris Zbarsky :
Probably no one, to a first approximation, but we were specifically
talking about non-Windows systems. On Windows, as I said, Gecko forces
ext
On 2011-05-26 22:54, Dennis Joachimsthaler wrote:
Am 26.05.2011, 22:53 Uhr, schrieb Boris Zbarsky :
Probably no one, to a first approximation, but we were specifically
talking about non-Windows systems. On Windows, as I said, Gecko forces
extensions to match content types, to avoid this sort of
Am 26.05.2011, 22:53 Uhr, schrieb Boris Zbarsky :
Probably no one, to a first approximation, but we were specifically
talking about non-Windows systems. On Windows, as I said, Gecko forces
extensions to match content types, to avoid this sort of issue in
general.
Yep, yep... If browsers
On 5/26/11 4:40 PM, Dennis Joachimsthaler wrote:
Though I think it still would happen rarely that a pl file gets downloaded.
The problem is getting the user to save a text file you control as a .pl
file.
I mean who on the most popular system, Windows, has a Perl interpreter
installed?
Pro
Am 26.05.2011, 22:33 Uhr, schrieb Boris Zbarsky :
On 5/26/11 3:12 PM, Dennis Joachimsthaler wrote:
Oh I see the problem... Is it the bang? #!/bin/perl #!/bin/python
#!/bin/bash
could very well result in the text file being executed in one of those
interpreters,
right?
Yes, but even worse on s
On Thu, May 26, 2011 at 12:53 PM, Ryosuke Niwa wrote:
> The problem is with queryCommandValue. One of the reasons we support so
> many block elements is so that queryCommandValue returns a sensible value.
> For example, if called queryCommandValue('FormatBlock') inside a
> blockquote, I'd expect
On 5/26/11 3:12 PM, Dennis Joachimsthaler wrote:
Oh I see the problem... Is it the bang? #!/bin/perl #!/bin/python
#!/bin/bash
could very well result in the text file being executed in one of those
interpreters,
right?
Yes, but even worse on some systems a .pl file will just handed over to
the
On Thu, 26 May 2011, Stewart Brodie wrote:
>
> Ian Hickson wrote:
>
> > On Tue, 24 May 2011, Stewart Brodie wrote:
> > >
> > > Do getters need to be called to obtain a value which can be stored
> > > (after being cloned itself) in the result?
> >
> > I'm not sure I follow the question. Can you e
Am 26.05.2011, 21:08 Uhr, schrieb Boris Zbarsky :
Yes, that's the one saving grace. "Usually" is key, though.
Usually, damn.
There is little practical difference for the user between running a
binary and running a perl script, and sneaking in a text file with a .pl
extension might well m
On 5/26/11 2:16 PM, Dennis Joachimsthaler wrote:
Wouldn't this be no immediate problem on Linux type OSs? There's usually
no execution bit set on files downloaded.
Yes, that's the one saving grace. "Usually" is key, though.
And practically you can run ALL files as binaries, it looks for the
We are trying to simplify statement of a fairly common thing that crops up
with microdata
E.g.,
Consider the block:
1) http://schema.org/Book”>
The Catcher in the Rye -
by J.D. Salinger
Now, the site wants to use the wikipedia (or freebase) entry for Salinger,
just to be clear and
Hi Boris,
Am 26.05.2011, 20:15 Uhr, schrieb Boris Zbarsky :
On 5/26/11 2:06 PM, Dennis Joachimsthaler wrote:
I believe it forces the extension to match the MIME type; if the type
text/plain the saved filename will be
"Important_Security_Update.exe.txt".
Ah, alright. This is good though.
On 5/26/11 2:06 PM, Dennis Joachimsthaler wrote:
At least in the case of Firefox for that particular case on Windows
thefilename will be sanitized...
So what does Firefox do in this case?
I believe it forces the extension to match the MIME type; if the type
text/plain the saved filename w
Oh hey,
I didn't realize this topic was discussed again one month ago.
I originally even started this ;-).
Note that somewhat counterintuitively, there would be some security
concerns with markup-level content disposition controls (or any JS
equivalent). For example, consider evil.com doing thi
On Thu, May 26, 2011 at 10:40 AM, Boris Zbarsky wrote:
> On 5/26/11 1:25 PM, Ryosuke Niwa wrote:
>
>> Sure. I'm just saying that it'll be hard for us to drop the support for
>> other elements in practice. I have no problem with spec not including
>> those elements.
>>
>
> Yes, I understand what
On 5/26/11 1:25 PM, Ryosuke Niwa wrote:
On Thu, May 26, 2011 at 10:13 AM, Boris Zbarsky mailto:bzbar...@mit.edu>> wrote:
On 5/26/11 12:53 PM, Ryosuke Niwa wrote:
And WebKit is also a part of Mac OS X framework and native
applications that use WebKit as
a part of thei
On Thu, May 26, 2011 at 11:56 AM, Nicholas Zakas wrote:
> I'm a little surprised that this conversation has swooped back around to
> performance and whether or not there's a valid use case here.
Stopping and reevaluating periodically is a good idea, when proposing
added complexity to the platfor
On Thu, May 26, 2011 at 10:13 AM, Boris Zbarsky wrote:
> On 5/26/11 12:53 PM, Ryosuke Niwa wrote:
>
>> And WebKit is also a part of Mac OS X framework and native applications
>> that use WebKit as
>> a part of their applications have no incentive to support Trident, Gecko,
>> or
>> Opera behavior
On 5/26/11 12:53 PM, Ryosuke Niwa wrote:
And WebKit is also a part of Mac OS X framework and native applications that
use WebKit as
a part of their applications have no incentive to support Trident, Gecko, or
Opera behaviors.
I think this particular argument should have next to no weight when
On Thu, May 26, 2011 at 9:27 AM, Aryeh Gregor wrote:
> On Thu, May 26, 2011 at 1:56 AM, Ryosuke Niwa wrote:
> > WebKit's FormatBlock basically supports all HTML5 elements that are
> display: block by default.
>
> Well, not really. It doesn't support body, ol, or listing, for
> instance. It does
On Thu, May 26, 2011 at 1:56 AM, Ryosuke Niwa wrote:
> WebKit's FormatBlock basically supports all HTML5 elements that are display:
> block by default.
Well, not really. It doesn't support body, ol, or listing, for
instance. It does support many more than any other browser does, and
I don't th
On 5/26/11 11:56 AM, Nicholas Zakas wrote:
Sorry for repetition, but we can already preload images and CSS and apply them
to the page at an arbitrary point in time. Why wouldn't we want the same thing
for JavaScript?
I think the question is whether you want _more_ than that for JavaScript.
F
I'm a little surprised that this conversation has swooped back around to
performance and whether or not there's a valid use case here. In addition to
standalone solutions like Steve's ControlJS and Kyle's LABjs, the Mozilla and
Chrome teams were also trying to come up with solutions to enable pr
Ian Hickson wrote:
> On Tue, 24 May 2011, Stewart Brodie wrote:
> >
> > Do getters need to be called to obtain a value which can be stored
> > (after being cloned itself) in the result?
>
> I'm not sure I follow the question. Can you elaborate?
Are getters called during cloning? i.e. what do I
On Thu, 26 May 2011, Boris Zbarsky wrote:
> On 5/26/11 1:10 AM, Ian Hickson wrote:
> > It's presumably a whole heck of a lot more complex than brack matching:
> >
> > alert('fail');
> > function test () {
> > // ...megabytes of perfectly fine code...
> > a b;
> > }
> >
> >
On 5/26/11 3:12 AM, James Robinson wrote:
I think there's a valid use case for downloading a script and not
evaluating it immediately.
I think we all agree on that.
The point I was getting at in IRC was that
there is a lot of confusion about what parsing and executing mean in
modern js engine
I think there's a valid use case for downloading a script and not evaluating
it immediately. The point I was getting at in IRC was that there is a lot of
confusion about what parsing and executing mean in modern js engines and I
didn't see much careful measurement in the thread.
- James
On May 25,
33 matches
Mail list logo
