I'd sent this earlier, but it got caught in the message queue that
apparently nobody checks. Let's see if it works this time.
-- Forwarded message --
From: Gordon P. Hemsley gphems...@gmail.com
Date: Tue, Sep 15, 2009 at 11:31 PM
Subject: Re: [whatwg] article/section/details
programme with two sections, one for the
+ list of people graduating, and one for the description of the
+ ceremony./p
+
+ prelt;!DOCTPE Htmlgt;
s/DOCTPE/DOCTYPE/
--
Simon Pieters
Opera Software
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org
Ah. I was afraid you might say that.
On Tue, Sep 29, 2009 at 6:54 PM, Ian Hickson i...@hixie.ch wrote:
On Tue, 29 Sep 2009, Gordon P. Hemsley wrote:
s/Html/html/
Actually that was intentional in that example. I like to show a variety of
syntaxes so that people can see that they can do
zone that will lead to an amicable resolution of this long debate.
Regards,
Gordon
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
http://sasha.sourceforge.net/ • http://www.yoursasha.com/
On Tue, Oct 6, 2009 at 4:15 PM, Erik Vorhes e...@textivism.com wrote:
On Tue, Oct 6, 2009 at 2:52 PM, Gordon P. Hemsley gphems...@gmail.com wrote:
I also propose allowing parenthetical citations and footnote markers
(as is used in the various W3C/WHATWG specifications) to also be
marked up
/show_bug.cgi?id=477455
Parser does not wait for ? to close blocks that begin with ?
(Incidentally, Hixie didn't care all that much. :) )
Gordon
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
http://sasha.sourceforge.net/ • http://www.yoursasha.com/
the focus of all my key presses making
it almost impossible to navigate using only the keyboard.
You could use Javascript to put the focus onto an object, capture all the
key presses on that and return false for them all maybe.
Thanks,
Ash
http://www.ashleysheridan.co.uk
--
Gordon P
as an
option is always there (unless someone has been stupid enough to create an
empty select list.)
As such, some sort of value will always be sent.
Thanks,
Ash
http://www.ashleysheridan.co.uk
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog
of @type.
Thoughts?
Gordon
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
http://sasha.sourceforge.net/ • http://www.yoursasha.com/
...@dieweltistgarnichtso.net wrote:
Gordon P. Hemsley gphems...@gmail.com schrieb am Tue, 13 Jul 2010
02:31:19 -0400:
It should not be assumed that whatever resource included via iframe
is going to be of type 'text/html' or another easily parsable type.
Thus, it could be helpful for the author to give
On Tue, Jul 13, 2010 at 3:26 AM, Boris Zbarsky bzbar...@mit.edu wrote:
On 7/12/10 11:31 PM, Gordon P. Hemsley wrote:
The particular use case that prompted me to think about this is
including a PDF via iframe. In Firefox (last I checked), one is
required to install a separate add-on in order
PHP 5.2 or higher with new technology.[1]
Regards,
Gordon
[1] See also: http://gophp5.org/
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
http://sasha.sourceforge.net/ • http://www.yoursasha.com/
/index.php?title=Special:ListUsersgroup=autoconfirmed
Happy wikiing!
Gordon
P.S. If you think you should be a permanent autoconfirmed member (and
you're not), ping me on IRC or drop me a line off-list and I'll see
what I can do. ;)
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http
the general
bug here:
https://www.w3.org/Bugs/Public/show_bug.cgi?id=19746
And if you want to follow the commits as they happen, you can follow
@mimesniff on Twitter:
https://twitter.com/mimesniff
Thanks!
Gordon
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http
for the review!
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
, and the merits of this particular
approach.
https://docs.google.com/document/pub?id=1pw2Bzvy6OEn8YY3fAcZiReJPmgB79swkx-NJAdcemPk
Thanks!
-Dave
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
have any questions, comments, or objections about this issue?
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
if it would make sense to combine audio and video
sniffing under a single audiovisual category? This would affect the
matching audio/video type pattern sections and the sniffing
audio/video specifically sections.
Any objections? Other thoughts?
--
Gordon P. Hemsley
m...@gphemsley.org
http
and what might
have to be done with MP3 files without ID3 tags).
Would this be something UAs would prefer to handle in their Ogg
library, or should I spec it as part of sniffing?
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
On Tue, Nov 27, 2012 at 4:39 AM, Henri Sivonen hsivo...@iki.fi wrote:
On Tue, Nov 27, 2012 at 12:59 AM, Gordon P. Hemsley gphems...@gmail.com
wrote:
Would this be something UAs would prefer to handle in their Ogg
library, or should I spec it as part of sniffing?
What would be the use case
2012 23:38:02 +0100, Gordon P. Hemsley gphems...@gmail.com
wrote:
Upon looking through the code for Gecko's media sniffing, I noticed
that they seem to combine sniffing for audio and video elements. Given
that Opera has said that it uses the specific sniffing algorithms, and
that some media
-scriptable flag unset? Are there other options here?
I haven't checked what UAs actually do in practice, but I don't
believe the spec currently allows anything but leaving resources
tagged as 'application/octet-stream' as they are.
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http
On Thu, Nov 29, 2012 at 1:30 AM, Gordon P. Hemsley gphems...@gmail.com wrote:
Based on my reading of the source code, it seems that Gecko treats a
resource served as 'application/octet-stream' as an unknown type which
is sniffed as if no Content-Type was specified.
Oh, wait, I forgot what I
On Thu, Nov 29, 2012 at 2:32 AM, Boris Zbarsky bzbar...@mit.edu wrote:
On 11/29/12 2:07 AM, Gordon P. Hemsley wrote:
So perhaps a more useful question would be what to do in situations
like that—should mimesniff treat application/octet-stream as a type
supported by the browser
On Thu, Nov 29, 2012 at 3:02 AM, Boris Zbarsky bzbar...@mit.edu wrote:
On 11/29/12 2:53 AM, Gordon P. Hemsley wrote:
At one point it says, The MIME type application/octet-stream with
no parameters is never a type that the user agent knows it cannot
render. User agents must treat that type
? Or is this
conversation moot now?
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
To be clear, I'm asking this because I would like to remove the
sniffing of archive types from the mimesniff spec if there aren't any
valid usecases.
On Wed, Nov 28, 2012 at 12:18 PM, Gordon P. Hemsley gphems...@gmail.com wrote:
The mimesniff spec currently includes signatures for ZIP, gzip
On Thu, Nov 29, 2012 at 2:30 PM, Adam Barth w...@adambarth.com wrote:
On Wed, Nov 28, 2012 at 10:30 PM, Gordon P. Hemsley gphems...@gmail.com
wrote:
Based on my reading of the source code, it seems that Gecko treats a
resource served as 'application/octet-stream' as an unknown type which
automatically downloads any file it can't handle.
(2) If you allow Safari to open safe files that it downloads, ZIP
appears to be one of them. Gzip and RAR, however, do not.
So this isn't the most convincing argument.
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http
it to the user.
http://mimesniff.spec.whatwg.org/#supported-by-the-user-agent
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
piece of content ranging from a one sentence comment to
an article containing thousands of words or an interactive widget.
regards
SteveF
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
. Wouldn't you say that
some FOOist is writing very obscurely?
Besides, the spelling is HTML 4. Especially if you think HTML 4 is
ancient history, retain the historical spelling.
Yucca
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
] explains why it uses HTML in the title as
opposed to HTML5 or HTML(5).
--Xaxio
References:
[1] http://html-differences.whatwg.org/#scope
On Fri, May 3, 2013 at 11:16 AM, Gordon P. Hemsley gphems...@gmail.com
wrote:
The way I interpreted it, Jukka meant that the title could be
something
.
--
Simon Pieters
Opera Software
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
to meaningfully
protect downloaded content. So I think a stronger UI warning is needed
in this scenario.
Firefox currently doesn't support cross-origin @download references,
so I don't have any meaningful implementation experience to share
regarding that scenario.
/ Jonas
--
Gordon P. Hemsley
m
On Tue, May 7, 2013 at 10:18 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 5/7/13 5:54 PM, Gordon P. Hemsley wrote:
A @download attribute with a value would override both factors, like so:
(1) Download it.
(2) A.txt
Why?
You say this as if it were obvious, but it's not obvious to me at all
On Wed, May 8, 2013 at 9:43 AM, Boris Zbarsky bzbar...@mit.edu wrote:
On 5/8/13 6:53 AM, Gordon P. Hemsley wrote:
It's not clear to me which of the two factors you take issue with.
The question of which filename takes priority.
The second sentence very clearly suggests
that A.txt would
On Wed, May 8, 2013 at 12:01 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 5/8/13 10:45 AM, Gordon P. Hemsley wrote:
I still think @download takes priority.
The Content-Disposition header says, Nevermind what filename the URL
shows; this is really file B.txt.
The @download attribute says
On Wed, May 8, 2013 at 12:21 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 5/8/13 12:15 PM, Gordon P. Hemsley wrote:
Perhaps. But maybe I'm not clear on what exactly the alternate
proposal is. Are you suggesting not supporting the @download
attribute? Or just ignoring it when Content
.
---
I would appreciate comments.
--Peter
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
more
readable is
appropriate (though it currently is relatively readable as is).
I'll leave that to Gordon.
--
http://annevankesteren.nl/
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
to the parameters
dictionary.
---
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
you've proposed here,
but in the meantime: Keep in mind that the Content-Type header is not
the only source for a MIME type. This algorithm needs to consider MIME
types from all possible sources.
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
parameter of the same name.
I think those are the important points of background information you
need to know in order to evaluate this algorithm.
I look forward to your response.
Regards,
Gordon
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
.
Regards,
Gordon
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
On Sat, Jun 1, 2013 at 11:41 AM, Gordon P. Hemsley gphems...@gmail.com wrote:
On Fri, May 31, 2013 at 11:50 PM, Peter Occil pocci...@gmail.com wrote:
* The word base64 can only appear at the end of the MIME type, so that a
data URL like
data:application/example;base64;foo=bar,AA
]: https://bugzilla.mozilla.org/show_bug.cgi?id=879429
I'm aware of this. I was told that a proposal would be made in due
course, so I'm waiting on that.
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/ • http://gphemsley.org/blog/
://whatwg.gphemsley.org/url_test.php?file=test.zipspacer=1#/example.html#middle
Then you could also take the opportunity to spec the #! prefix (and
other hash-combo prefixes) that is used by a lot of sites nowadays.
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/
it currently requires.
-Boris
I'm inclined to agree.
Having heard no objection (or, indeed, any discussion whatsoever) in the
last 3 months, I plan to move ahead with this proposed change.
Anyone else have anything to say before I do?
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/
it currently requires.
-Boris
I have finally made this change. Please confirm that this is what you
had in mind:
https://github.com/whatwg/mimesniff/commit/d7bafc16ee480a5dea4c27d60dd5272388e022ce
http://mimesniff.spec.whatwg.org/#rules-for-text-or-binary
--
Gordon P. Hemsley
m...@gphemsley.org
://mimesniff.spec.whatwg.org/#context-specific-sniffing
--
Gordon P. Hemsley
m...@gphemsley.org
http://gphemsley.org/
On 07/28/2014 08:01 AM, duanyao wrote:
On 07/28/2014 06:34, Gordon P. Hemsley wrote:
Sorry for the delay in responding. Your message fell through the
cracks in my e-mail filters.
On 07/17/2014 08:26 AM, duanyao wrote:
Hi,
My first question is about a rule in MIME Sniffing specification
(http
52 matches
Mail list logo
