Also sprach Aryeh Gregor:
> > .w180 { width: 90px }
> >
> > Style *attributes* -- on the other hand -- are much harder to deal
> > with. They always win in competition with other conflicting rules.
>
> Except by using !important, which is of course the point of !important.
Yes, that's pos
Also sprach Brion Vibber:
> > I'm curious about your reasons for setting 145px, though.
>
> It looked good at that size. :)
>
> The default sizes being based on width alone is pretty horrible -- it
> makes the actual total image size dependent on the aspect ratio, so
> images will be va
Håkon Wium Lie wrote:
> Like here:
>
> http://en.wikipedia.org/wiki/Light_meter
>
> Your markup is:
>
> [[Image:Digital ambient light meter.jpg|145px|thumb|right|A handheld
> digital ambient light meter, showing an f-stop of 5.6 for 24 frame/s 500 ISO
> filming]]
>
> I'm curious about you
2009/4/4 Håkon Wium Lie :
> Your markup is:
> [[Image:Digital ambient light meter.jpg|145px|thumb|right|A handheld digital
> ambient light meter, showing an f-stop of 5.6 for 24 frame/s 500 ISO filming]]
> I'm curious about your reasons for setting 145px, though. Is it
> because the original siz
Also sprach Brion Vibber:
> > It seems to me that setting the exact width is a rare exception,
> > and one that shouldn't stand in the way of reusing content.
>
> Assume that it'll be used very frequently and that it should not break.
If necessary, you use a style attribute. That solution w
2009/4/3 Brion Vibber :
> Håkon Wium Lie wrote:
>> It seems to me that setting the exact width is a rare exception,
>> and one that shouldn't stand in the way of reusing content.
> Assume that it'll be used very frequently and that it should not break.
> (Would be interesting if someone wants to
Håkon Wium Lie wrote:
> It seems to me that setting the exact width is a rare exception,
> and one that shouldn't stand in the way of reusing content.
Assume that it'll be used very frequently and that it should not break.
(Would be interesting if someone wants to do a survey, but I rather
suspe
On Fri, Apr 3, 2009 at 5:19 PM, Håkon Wium Lie wrote:
> The gain is that the code is easier to reuse. When style is set
> through a class name, it can be overridden by another style sheet. For
> example, when creating these samples:
>
> http://www.princexml.com/samples/#wiki
>
> I wrote a style s
Also sprach Aryeh Gregor:
> > http://www.princexml.com/howcome/2009/wikipedia/image/
> >
> > The proposed solution reduces the number of elements from 10 to 6 and
> > the code size is reduced by more than 50%.
>
> As others have noted, the thumbnails can actually be any size, so we
> reall
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ABCD wrote:
> Håkon Wium Lie wrote:
>> Note that Wikipedia's current markup for thumnnail images only use one
>> alt attribute and it's empty:
>
> [snip]
>> The only reason for keeping it is to claim validity wrt. some DTDs.
>> Personally, I'd rather
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Håkon Wium Lie wrote:
> Note that Wikipedia's current markup for thumnnail images only use one
> alt attribute and it's empty:
>
[snip]
> The only reason for keeping it is to claim validity wrt. some DTDs.
> Personally, I'd rather remove it.
Having a
2009/4/3 Aryeh Gregor :
> I'm not sure about the "enlarge" icon. It might not be intuitive that
> clicking on the image expands it. The icon itself might not be so
> great either, though. Personally, I won't remove that for now.
There's a proposal (which I'm supposed to be pushing forward) to
On Fri, Apr 3, 2009 at 6:44 AM, Håkon Wium Lie wrote:
> I've spent the last few days analyzing Wikipedia's HTML code for
> images and captions. The current code is quite good, but verbose and
> it has redundancies. Here is a proposal that describes how to simplify
> and improve the code:
>
> http
On Fri, Apr 3, 2009 at 10:31 AM, Håkon Wium Lie wrote:
> Also sprach ABCD:
>
> > > The width of the element is set on a class ("w180") instead of using a
> > > style attribute. Wikipedia offers thumbnail images in six different
> > > sizes (120px, 150px, 180px, 200px, 250px, 300px) and this nu
Also sprach Stephen Bain:
> > And the speech browsers.
>
> Indeed. That's always going to be a small portion of the user base but
> it's very important that things work for such browsers.
Agreed.
> From the point of view of such users removing the alt attributes on
> images is a bad idea.
Also sprach ABCD:
> > The width of the element is set on a class ("w180") instead of using a
> > style attribute. Wikipedia offers thumbnail images in six different
> > sizes (120px, 150px, 180px, 200px, 250px, 300px) and this number is
> > low enough to use classes. The main benefit of using
2009/4/3 Stephen Bain :
> On Sat, Apr 4, 2009 at 12:26 AM, David Gerard wrote:
>> And the speech browsers.
> Indeed. That's always going to be a small portion of the user base but
> it's very important that things work for such browsers.
> From the point of view of such users removing the alt at
Also sprach Tei:
> > I've spent the last few days analyzing Wikipedia's HTML code for
> > images and captions. The current code is quite good, but verbose and
> > it has redundancies. Here is a proposal that describes how to simplify
> > and improve the code:
> >
> > http://www.princexml.co
On Sat, Apr 4, 2009 at 12:26 AM, David Gerard wrote:
> 2009/4/3 Chad :
>
>> /me waits for the obligatory "omg think of the text browsers" comments
>
> And the speech browsers.
Indeed. That's always going to be a small portion of the user base but
it's very important that things work for such brow
2009/4/3 Chad :
> On Fri, Apr 3, 2009 at 8:45 AM, Håkon Wium Lie wrote:
>> My hypothesis is that the current HTML code can be simplified and
>> improved by relying more CSS. The benefits are reduced code size
>> (what's the bandwidth of Wikipedia?) and easier reuse of the content.
> /me waits fo
Also sprach Chad:
> > My hypothesis is that the current HTML code can be simplified and
> > improved by relying more CSS. The benefits are reduced code size
> > (what's the bandwidth of Wikipedia?) and easier reuse of the content.
>
> /me waits for the obligatory "omg think of the text brows
On Fri, Apr 3, 2009 at 8:45 AM, Håkon Wium Lie wrote:
> My hypothesis is that the current HTML code can be simplified and
> improved by relying more CSS. The benefits are reduced code size
> (what's the bandwidth of Wikipedia?) and easier reuse of the content.
/me waits for the obligatory "omg th
Also sprach Roan Kattouw:
> > http://www.princexml.com/howcome/2009/wikipedia/image/
> Another point of criticism: the article seems to study thumbnails
> (images generated with [[Image:Foo.jpg|thumb]]) exclusively. Images
> without the thumb attribute are rendered differently (no caption, no
2009/4/3 Håkon Wium Lie :
> I've spent the last few days analyzing Wikipedia's HTML code for
> images and captions. The current code is quite good, but verbose and
> it has redundancies. Here is a proposal that describes how to simplify
> and improve the code:
>
> http://www.princexml.com/howcome/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Håkon Wium Lie wrote:
> I've spent the last few days analyzing Wikipedia's HTML code for
> images and captions. The current code is quite good, but verbose and
> it has redundancies. Here is a proposal that describes how to simplify
> and improve the c
On Fri, Apr 3, 2009 at 12:44 PM, Håkon Wium Lie wrote:
>
> I've spent the last few days analyzing Wikipedia's HTML code for
> images and captions. The current code is quite good, but verbose and
> it has redundancies. Here is a proposal that describes how to simplify
> and improve the code:
>
> h
I've spent the last few days analyzing Wikipedia's HTML code for
images and captions. The current code is quite good, but verbose and
it has redundancies. Here is a proposal that describes how to simplify
and improve the code:
http://www.princexml.com/howcome/2009/wikipedia/image/
The proposed
27 matches
Mail list logo