Robert (Jamie) Munro wrote:
Simon Pieters wrote:
See: http://forums.whatwg.org/viewtopic.php?t=130
Siemova wrote:
I recently wanted to create an OL in reverse order. In scouring the
web for a solution, I found no simple way to accomplish this, but
came across a number of other people
Yet more commentary:
I noticed that the behaviour is undefined if putImagedata is provided
an ImageData object on which the width, height, or data member is a
getter that throws an exception.
A quick check shows that FFX3 throws a type mismatch -- eg. acts as
though the field was invalid.
Christoph Päper wrote:
Brenton Strine:
(...) IE8 'passes' the Acid2 test, but (...) won't render pages with
the new standards-compatibility unless you explicitly tell it to with
this meta tag:
meta http-equiv=X-UA-Compatible content=IE=edge /
Note that 'edge' is actually discouraged and
Brenton Strine wrote:
[IE8] won't render pages with
the new standards-compatibility unless you explicitly
tell it to with this meta tag:
meta http-equiv=X-UA-Compatible content=IE=edge /
My thought is this (and I'm hoping other people will come
up with better ideas). Give HTML the ability
On Wed, 23 Jan 2008 10:41:25 +0100, Jonas Sicking [EMAIL PROTECTED] wrote:
How would incremental rendering work? Imagine the following page
ol step=-1
liA/li
liB/li
liC/li
liD/li
liE/li
liF/li
/ol
If the browser has only received the first three items it would render
3. A
2. B
1. C
a couple
On Wed, 23 Jan 2008 13:35:38 +0100, Simon Pieters [EMAIL PROTECTED] wrote:
That's an interesting point, but I don't see it as a show-stopper.
Either you allow it to have the wrong numbers while loading, or you make
reverse ordered lists block layout for a while, or we could use
something
Forgive me if this is a simple and obvious question. I note that all
current browsers (except IE, of course) implement SVG rendering (to a
better or worse degree). I'd like to be able to drop SVG images into
an HTML page as easily as I can a JPEG or PNG. I read over the
recently-released HTML5
On 23/01/2008, Oliver Hunt [EMAIL PROTECTED] wrote:
It would be great if putImageData
could take a source region, in addition to the destination. One of
the primary reasons for using get/putImageData is to allow JS to
rapidly blit data to the screen, however without an ability to blit
only a
At 15:03 +0100 23/01/08, Lachlan Hunt wrote:
Simon Pieters wrote:
ol start=100 reverse
The lack of start='' would make the numbers update as the list is
filled with lis. This allows both for simplicitly for short lists
and correct incremental rendering for large lists.
No, the lack of
On Wed, 23 Jan 2008 15:03:42 +0100
Lachlan Hunt [EMAIL PROTECTED] wrote:
Simon Pieters wrote:
ol start=100 reverse
The lack of start='' would make the numbers update as the list is
filled with lis. This allows both for simplicitly for short lists
and correct incremental rendering
David Gerard wrote:
Forgive me if this is a simple and obvious question. I note that all
current browsers (except IE, of course) implement SVG rendering (to a
better or worse degree). I'd like to be able to drop SVG images into
an HTML page as easily as I can a JPEG or PNG. I read over the
On 23/01/2008, James Graham [EMAIL PROTECTED] wrote:
In browsers which support it img src=foo.svg will work (with certain
limitations for security reasons).
img src=foo.svg is just what I was hoping for, thank you :-) Doesn't
yet seem to work in Safari 3.0.4, SeaMonkey 1.1.7 or Minefield
On Wed, 23 Jan 2008 15:03:42 +0100, Lachlan Hunt
[EMAIL PROTECTED] wrote:
Simon Pieters wrote:
ol start=100 reverse
The lack of start='' would make the numbers update as the list is
filled with lis. This allows both for simplicitly for short lists and
correct incremental rendering
But then what would someone do in order to begin a list but not end it? For
instance, if they wanted to say:
10. Blah
9. Blah
8. Blah
And so forth...
I guess I'm asking, why recommend artificial and unnecessarily narrow
constraints? We don't want UAs to force unexpected behaviors which would
David Gerard wrote:
On 23/01/2008, James Graham [EMAIL PROTECTED] wrote:
In browsers which support it img src=foo.svg will work (with certain
limitations for security reasons).
img src=foo.svg is just what I was hoping for, thank you :-) Doesn't
yet seem to work in Safari 3.0.4, SeaMonkey
Ah, yes, true enough. For a moment I forgot that. Thank you for pointing it
out.
So default would logically be for the numbering to end at 1. Thus, the code
ol reverse
liRed/li
liOrange/li
liYellow/li
liGreen/li
liBlue/li
/ol
would display as:
5. Red
4. Orange
3. Yellow
2. Green
1. Blue
On Jan 23, 2008 9:32 AM, Sam Arthur Allen [EMAIL PROTECTED] wrote:
On Wed, 23 Jan 2008 09:07:02 -0600
Siemova [EMAIL PROTECTED] wrote:
But then what would someone do in order to begin a list but not end
it? For instance, if they wanted to say:
10. Blah
9. Blah
8. Blah
And so
On 23/01/2008, Anne van Kesteren [EMAIL PROTECTED] wrote:
On Wed, 23 Jan 2008 15:55:27 +0100, David Gerard [EMAIL PROTECTED] wrote:
img src=foo.svg is just what I was hoping for, thank you :-) Doesn't
yet seem to work in Safari 3.0.4, SeaMonkey 1.1.7 or Minefield
(Firefox 3 nightly)
On Wed, 23 Jan 2008 16:54:23 +0100, Siemova [EMAIL PROTECTED] wrote:
I can only disagree with using negative numbers in a reverse order
list, since I communicate to many people in non-english countries
that use brackets to display negative numbers in their locale. So a
list would appear as:
On Wed, 23 Jan 2008 09:54:23 -0600
Siemova [EMAIL PROTECTED] wrote:
On Jan 23, 2008 9:32 AM, Sam Arthur Allen [EMAIL PROTECTED] wrote:
On Wed, 23 Jan 2008 09:07:02 -0600
Siemova [EMAIL PROTECTED] wrote:
But then what would someone do in order to begin a list but not
end it? For
On Jan 23, 2008, at 9:55 AM, David Gerard wrote:
On 23/01/2008, James Graham [EMAIL PROTECTED] wrote:
In browsers which support it img src=foo.svg will work (with
certain
limitations for security reasons).
img src=foo.svg is just what I was hoping for, thank you :-) Doesn't
yet seem to
HTTP auth headers may be required to access the internet (e.g., to pass a
request through a proxy server), so this should only apply to the
Authorization request header, right?
-Darin
On Jan 22, 2008 11:27 PM, Ian Hickson [EMAIL PROTECTED] wrote:
On Tue, 22 Jan 2008, dolphinling wrote:
On Jan 23, 2008, at 11:39 AM, Siemova wrote:
Very easily:
if start is not specified
if not reverse
start = 1
else
start = number of items * step
It's not that simple -- the last line should be
start = 1 + ( (number of items - 1) * step)
if it's assumed that the last item of the list is
On 23/01/2008, David Gerard [EMAIL PROTECTED] wrote:
Works somewhat in SeaMonkey (gives default specified rendering size of
image in a small object box with scroll bars) and Safari (gives
default size in small box with no scroll bars, i.e. top left corner
only) and best in Minefield (scales
On Jan 23, 2008 10:54 AM, David Walbert [EMAIL PROTECTED] wrote:
It's not that simple -- the last line should be
start = 1 + ( (number of items - 1) * step)
if it's assumed that the last item of the list is numbered one by default.
Alas, we see the ill effects of my hastiness today! I
James Graham wrote:
David Gerard wrote:
Forgive me if this is a simple and obvious question. I note that all
current browsers (except IE, of course) implement SVG rendering (to a
better or worse degree). I'd like to be able to drop SVG images into
an HTML page as easily as I can a JPEG or PNG.
Siemova wrote:
On Jan 23, 2008 10:54 AM, David Walbert [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
It's not that simple -- the last line should be
start = 1 + ( (number of items - 1) * step)
if it's assumed that the last item of the list is numbered one by
default.
What about having it render as a standard unordered list ( ie,
bulletpoints ) until the entire set of items has been received - and
then re-rendering the list as a numbered type, all properly calculated
James Graham wrote:
Siemova wrote:
On Jan 23, 2008 10:54 AM, David Walbert [EMAIL
At 17:33 + 23/01/08, Philip Parker wrote:
What about having it render as a standard unordered list ( ie,
bulletpoints ) until the entire set of items has been received - and
then re-rendering the list as a numbered type, all properly
calculated
how about assuming that if the source
On Wed, 23 Jan 2008 17:18:56 +0100
Simon Pieters [EMAIL PROTECTED] wrote:
On Wed, 23 Jan 2008 16:54:23 +0100, Siemova [EMAIL PROTECTED] wrote:
I can only disagree with using negative numbers in a reverse order
list, since I communicate to many people in non-english countries
that use
Dnia 23-01-2008, Śr o godzinie 17:28 +, James Graham pisze:
The problem that Jonas originally pointed out is that, given browsers do
incremental rendering number of items is not a known quantity when the list
is
first rendered. For a pathological example of why this is a problem,
On Jan 23, 2008 12:18 PM, Dave Singer [EMAIL PROTECTED] wrote:
how about assuming that if the source wants it numbered in reverse
order, it knows what it is doing, and can tell the browser what
number to start at?
it still seems the simplest: an attribute that gives the starting
number
Dnia 23-01-2008, Śr o godzinie 13:42 +, David Gerard pisze:
Forgive me if this is a simple and obvious question. I note that all
current browsers (except IE, of course) implement SVG rendering (to a
better or worse degree). I'd like to be able to drop SVG images into
an HTML page as
Dnia 23-01-2008, Śr o godzinie 15:15 +0100, Dave Singer pisze:
At 15:03 +0100 23/01/08, Lachlan Hunt wrote:
Simon Pieters wrote:
ol start=100 reverse
The lack of start='' would make the numbers update as the list is
filled with lis. This allows both for simplicitly for short lists
On 23/01/2008, at 5:44 AM, Philip Taylor wrote:
On 23/01/2008, Oliver Hunt [EMAIL PROTECTED] wrote:
It would be great if putImageData
could take a source region, in addition to the destination. One of
the primary reasons for using get/putImageData is to allow JS to
rapidly blit data to the
On Jan 23, 2008 2:13 PM, Krzysztof Żelechowski [EMAIL PROTECTED] wrote:
SVG is too heavyweight
for the purpose of such tiny presentational enhancements.
I can provide counterexamples:
http://intertwingly.net/blog/
http://intertwingly.net/blog/archives/
- Sam Ruby
On Thu, 24 Jan 2008 04:19:37 +1100, Mathieu HENRI [EMAIL PROTECTED] wrote:
James Graham wrote:
David Gerard wrote:
... I'd like to be able to drop SVG images into
an HTML page as easily as I can a JPEG or PNG. I read over the
recently-released HTML5 draft and couldn't work out how I'd do
On Thu, 24 Jan 2008 06:44:59 +1100, Sam Ruby [EMAIL PROTECTED]
wrote:
On Jan 23, 2008 2:13 PM, Krzysztof Żelechowski [EMAIL PROTECTED]
wrote:
SVG is too heavyweight
for the purpose of such tiny presentational enhancements.
I can provide counterexamples:
http://intertwingly.net/blog/
On 23/01/2008, Charles McCathieNevile [EMAIL PROTECTED] wrote:
An image is not a replacement for text in the real world, only in Ian's
current drafts. And where it is, SVG is ideal for having beautifully
styled selectable interactive text that is lightweight and easy to create
(or heavyweight
Dnia 23-01-2008, Śr o godzinie 20:42 +, David Gerard pisze:
FWIW, my use case is to be able to create images in SVG and just use
them as ... images, just like I do PNGs or JPEGs. It was also somewhat
inspired by setting up rsvg for MediaWiki on our work intranet and
wanting to hit it
On Jan 23, 2008 10:42 PM, David Gerard [EMAIL PROTECTED] wrote:
I think Chris is incorrect in his assertion because clients can be
presumed to have increasing amounts of rendering power available just
to make pretty pictures.
please don't assume this. an n800 or n810 does not have much
On 23/01/2008, timeless [EMAIL PROTECTED] wrote:
Every browser (except IE) *has* SVG rendering.
That's not true. MicroB as shipped w/ OS 2008 on the N810 (and in OS
Sorry, you're right. I was thinking only of the desktop. Bad move.
Firefox 3 will have *accurate* SVG rendering.
who's
The spec as currently written says that document.domain in a document located
at a URI with no domain is null:
data:text/html,scriptalert(document.domain);/script
Safari and Opera both alert the empty string for this; Firefox alerts null.
There's also a domain property on MessageEvent, used
On Jan 23, 2008, at 7:10 PM, Robert (Jamie) Munro wrote:
Surely it should be numbered with the step.
...
6. Foo
4. Bar
2. Baz
I can see either way being useful in theory, but I haven't seen a use
case for reverse-ordered list where the the step is not -1 -- nor one
with
nextSibling and previousSibling are useful, but not always what I want.
I usually want to get a siblingElement than a sibling, which might be
a text node.
Dom.findNextSiblingElement = function(el) {
for(var ns = el.nextSibling; ns != null; ns = ns.nextSibling)
Hi Garrett.
Garrett Smith:
nextSibling and previousSibling are useful, but not always what I want.
I usually want to get a siblingElement than a sibling, which might be
a text node.
Dom.findNextSiblingElement = function(el) {
for(var ns = el.nextSibling; ns != null;
Dnia 23-01-2008, Śr o godzinie 15:34 -0600, Siemova pisze:
If you mean that a script should be able to use that
automatically-generated value, I'm sure that's true, but there are
cases wherein the content creator doesn't have access to the script in
order to build that in. For example, the
47 matches
Mail list logo