On 25.11.2010 15:55, Biju wrote:
The request I put is NOT about whether you can make it PRETTY looking or not.
The question is about why we are allowing website have something which is MODAL
(ie, both window modal and tab modal
https://bugzilla.mozilla.org/show_bug.cgi?id=59314)
In my opinion
On 24.07.2010 02:33, Bjartur Thorlacius wrote:
Wrong. Plain wrong. Kids who like to test stuff do things like this. I
do agree though that the urlbar isn't the right place, there should be
a different prompt for this kind of stuff. Probably disabled at compile
time by default and accessible
On 01.05.2010 04:02, Boris Zbarsky wrote:
On 4/30/10 2:08 PM, Nikita Popov wrote:
I don't know whether I would be happy, if all headings in my document
were shown *BIG*, 'cause I use h1 everywhere. I would much more
appreciate them to be unstyled. (But this is only personal opinion.)
Really
I personally prefer using h1-6 and do not see, why always using h1
may be better.
Furthermore I think that using h1 in this case is quite irritating.
The HTML 4.01 standard says the h1-heading to be most important, the
HTML 5 standard defines it as having the highest rank. It is in my eyes
On 30.04.2010 16:11, Boris Zbarsky wrote:
On 4/30/10 8:02 AM, Nikita Popov wrote:
I personally prefer using h1-6 and do not see, why always using h1
may be better.
If you're the only author, sure (maybe; see below).
If you're one of several co-authors on a document, with sectioning
On 30.04.2010 21:47, Greg Houston wrote:
On Fri, Apr 30, 2010 at 1:57 PM, Eduard Pascualherenva...@gmail.com wrote:
So, that's enough of a problem statement (at least for now). My
suggestion is to clean things a bit: consolidate the sectioning model
into a single element+attribute pair,
this is a misimplementation or is defined this way in the algorithm.
Obviously this cannot be the expected behavior. The second title tag
should be interpreted as a /title tag.
Nikita Popov
Am 04.02.2010 01:00, schrieb Tim Hutt:
On 3 February 2010 23:16, Boris Zbarskybzbar...@mit.edu wrote:
On 2/3/10 6:12 PM, Tim Hutt wrote:
Ah yes that works nicely
Hmm maybe I spoke too soon. The interaction of the CSS size and the
canvas.width/height is confounding! It seems
I tried to solve the aliasing problem in Firefox and found out, that it
really isn't possible to get it right, if you set the width and height
in CSS:
If you leave the css-width/height as it is when resizing the canvas, it
will get blurred in Firefox. If you change it to 'auto' it won't resize
I think everyone who uses PHP, JavaScript, a.s.o. knows, that at some
point the user makes something wrong and you want to throw an error
(Your email's not valid (MX-Record not set.)) or an information (You
have logged in successfully.).
Know I do this using div id=error or div id=info
next after html5 caption.)
MfG Nikita Popov
Yeah, I think this dd, dt thing isn't really intuitive. (Looks like
these two elements from definition lists are now used everywhere.)
Your proposed syntax looks more nice. But still, why do we need the
figure-wrapper? It would be cleaner syntax, in my eyes, if you could
easily specify an
only in case broken_url.jpg is really broken. Otherwise
the text would be underneath it. So you would need to position the span
over the img.
I don't know whether it's worth the effort, but it would be a better
syntax than alt, in my eyes.
Nikita Popov
to some sub-directory
stuff. (index.php?page=downloadaction=viewname=foobar gets
/download/view:foobar)
Or do you want to use it to specify, that all images can be found in
upload/images/?
MfG Nikita Popov
.
Nikita Popov
Futomi Hatano schrieb:
On Fri, 30 Oct 2009 15:00:10 +0100
Nikita Popov pri...@ni-po.com wrote:
I am not sure whether it is as easy. Please consider this one:
ruby
char rtpron 1/rt
another char rtpron 2 pron 3/rt
and some other text without a ruby annotation.
/ruby
If a screen-reader
Futomi Hatano schrieb:
If ATs(e.g. screen reader) know the rp element, it can remove the content of
the rp element.
So, we can get only true annotations from ATs, without parentheses.
I don't want hear parentheses from a screen reader.
I hope that all browsers (including ATs) support the
Futomi Hatano schrieb:
On Fri, 30 Oct 2009 11:10:59 +0100
Nikita Popov pri...@ni-po.com wrote:
Talking about screen-readers: How should a screen-reader actually handle
ruby annotations? In this case
ruby
漢 rt かん /rt
字 rt じ /rt
/ruby
it would be quite strange if a screen-reader read
In the spec the use of the rp-tag is shown like this:
ruby
漢 rp(/rprtかん/rtrp)/rp
字 rp(/rprtじ/rtrp)/rp
/ruby
What semantic function has the rp-tag? No. It is only styling for
browsers not supporting ruby-text.
So I think this element musn't be in the HTML5 spec. You can add the
brackets before
19 matches
Mail list logo