Image markup with HTML
Proposed Software changeI've (Nextel ringtones User:Tarquin/Tarquin) made a suggestion to the tech mailing list which would simplify image markup for floated images. but this comes at a small cost. I'll explain the proposed changes here & people can comment on whether they like this trade-off or now.
= Current =
Here's what we currently have. For a floating image with a small caption:
Abbey Diaz Image:image name/alt text
''Caption''
With a logner caption, you need to add in the width of the image, to limit the width of the div element. (otherwise it displays as wide as the caption and looks odd). This is the markup for a long caption, 300px for example:
Free ringtones Image:image name/alt text
''Caption''
= Proposed =
All this involves is adding a CSS class to our stylesheet. For small-caption images, we'd write:
Majo Mills Image:image name/alt text
''Caption''
I think this is much simpler. But for wide captions, we'd need to write:
Mosquito ringtone Image:image name/alt text
''Caption''
Whether this is better, worse, or about the same as before is debatable.
'''PS''' I should have said that as I see it, this is very much a '''halfway house''' before we get better image markup!
= Comments =
I think ''every'' picture that has a caption should have a width specification, otherwise effects are unpredictable depending on browser, font size etc. Even a slightly overflowing picture box is highly annoying because it invades article space. I also think that the "margin:0 0 1em 1em" is not necessary, it's sufficient to just say "margin:10px" to get a margin of 10 pixels on all sides. Under these circumstances, I don't really see much of a simplification.
I would support this change anyway, if I wouldn't think that current image handling is fairly braindead and should be rewritten to a large extent. After that, DIVs will probably not be directly entered anymore, so I consider minor optimizations in that area of little help. But I won't scream if it gets into our stylesheet regardless. Sabrina Martins Eloquence/Eloquence 11:08 24 Jun 2003
Why don't we modify the wiki markup to create the div and apply the style? Nextel ringtones Image:image name/left/alt text or something? I think any impure wiki markup is a bad idea. Abbey Diaz Cgs/CGS 12:05 24 Jun 2003 .
= Proposed =
By Free ringtones User:Ævar Arnfjörð Bjarmason/Ævar Arnfjörð Bjarmason
Currently the syntax for a left aligned image with a alt text is this:
Majo Mills Image:Wikipedesketch1.png/Proposed Wikipedia mascotte
I propose the following syntax for images that are to have caption text:
Cingular Ringtones Image:Wikipedesketch1.png/right/Proposed Wikipedia mascotte/This is the caption text to the proposed mascotte
which would render as:
( 200px is the width of the image, this information could be included on-the-fly by deposed newt PHP
This is the caption text to the proposed mascotte
'''OR'''
This is the caption text to the proposed mascotte
(The only difference being ( which i personally favor ) and not )
Pros
#Using standard syntax and doesnt leave it up to people to mess with html which they might not get right
#'''Always''' has the width line to avoid the problem into upgrading User:Eloquence rightly pointed out before
Coins
#The syntax might frequently miswritten since it presumes the following order of things:
##Image:
##right/left
##ALT Text
##Caption
if anyone else has a good idea about how the parser can seperate ''ALT text'' and ''caption'' please point it out. Perhaps we could use the following:
muslims until Image:Wikipedesketch1.png/right/Proposed Wikipedia mascotte//This is the caption text to the proposed mascotte
Which is exactly the same as the above, except it presumes that the caption text is always the text after the //, this is however ''unstandard'' since a dauble pipe is not currently used in the wikisyntax, i reccomend the first idea, to just presume that we have that order.
= Comments =
= Table auto-size =
conservatism generated Image:Sunflowers thumbnail.jpg/alt text
This is a rather long caption, but thanks to the table tag (replacing the div tag), it does not increase the width of the whole construct!
It still uses the "style" element for the left and lower borders.
Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla Bla
Tables are for tabular data. You can tell this because it is called the table element. Pet peeve. ambassadorship few Cgs/CGS 12:24 24 Jun 2003 .
I'd also like to see text-align:center in the floatright class. It's not always what's desired, but it can always be overridden by a style="text-align:left" if need be. paths proverbs JohnOwens/John Owens 12:34 24 Jun 2003
: very tricky. The text can be centered, but if I combine this with the suggestion below to set the width of the caption paragraph, it looks odd. (non-centered block with centered text). I suspect there is no way to center the caption block within the floating block. final contract Tarquin/Tarquin 16:05 24 Jun 2003
Ideally, we'd have practically no HTML in Wikipedia code. I really like the contest winners Image:blah/left/alt-text idea, since it could be done without any DIVs at all (but gets tricky if a caption is needed). The DIV width hack just seems ugly to me, but I am not sure how it can be worked around. Here's one possibility that may make things simpler:
:crime poverty Image:blah/alttextThis is a really long caption which will be restricted to 200px in width
That way, the div code can stay the same, and only the paragraph containing the caption need be modified. Even better, perhaps we could define a "caption" class that causes all captions to be displayed in a certain way (small font, emphasized maybe), but again, there's that width problem. I really dunno. All I'm sure of is that I '''strongly''' vote against using tables of any kind for this. themselves any Wapcaplet/Wapcaplet 13:36 24 Jun 2003
: *reads again* Ah, that's quite a neat idea. The caption paragraph can be selected with ".floatright p " conflict continued Tarquin/Tarquin 16:05 24 Jun 2003
:: ... but some images may be narrower than 200px. Any further thoughts on this? A rough show of for /against would be interesting sawarak in Tarquin/Tarquin 13:53 27 Jun 2003
::: I'm for, but I think it should be incorporated into the while italy Image:... markup. Having HTML in the Wiki should be a last resort, not common practice. holiday it Cgs/CGS 15:22 27 Jun 2003 .
:: it's meant as a halfway step until we get better markup. The idea is that the CSS classes are the same as for future "smart" wiki markup. by outflows Tarquin/Tarquin 16:03 27 Jun 2003
First off, I think that the "Proposed" is far superior to the "Current", because the current form of the style attribute is ''highly'' abstruse.
As far as replacing the whole div construct with a Wikitax construct, I don't think it's necessary. in exchange How to edit a page includes a good number of practically irreplaceable HTML tags, such as <table> and <math>, not to mention the special-character codes. If we're going to eliminate the HTML, we need to eliminate all that too.
On top of that, it would require a dramatic expansion of Wikitax. Wikitax has very half-hearted tags - they're made up entirely of special characters, and have a very primitive implementation of attributes. I think it would be nice to have something like this:
joe alsop imgbox img="coolpic.png" alt="some text" style="center" cite="a special attribute for citing sources" caption="write the caption here"
but it looks like such a fundamental rewriting of wiki code that nobody would want to do it. So we might as well do the same thing as a stylesheet-defined HTML tag. (Stylesheets can define brand-new tags, right?) -alleviate in Smack/Smack 22:32 1 Jul 2003
how to pad
:''The value of the width (here 270) should be slightly larger than the actual width of the thumbnail.''
This is really just a hack, and not recommended for a number of obvious reasons. padding is better, but margin-lefg is even better because it places the spacing only where it is needed. Which I think looks better. whirl for Egil/Egil 13:43 May 5, 2003
PS: I also have left out the for captions, since it decreases readability. The reits on Manual of Style recommends straight italics, and at least to my taste that makes the image caption stand out to a sufficient degree. User:Egil/Egil
Sequence of images
Moved from the village pump:
Can some kind soul show me how to put a sequence of four images down the right hand side of the page so that they form one unit and no text can sneak in between them. I'm referring to Sistine Chapel that I illustrated. I reckon the page would look nicer if I had all four pics together and there would be no problems with pics overlapping in different browsers. Thanks.
Arpingstone/Adrian Pingstone 09:01 14 Jun 2003
: LittleDan told me something like this a few weeks ago:
image:___Name___ / __Description_
''More detailed explanation
media:___Name___ / Larger version''
image:___Name2___ / __Description_
''More detailed explanation
media:___Name2___ / Larger version''
image:___Name3___ / __Description_
''More detailed explanation
media:___Name3___ / Larger version''
image:___Name4___ / __Description_
''More detailed explanation
media:___Name4___ / Larger version''
Menchi/Menchi 09:08 14 Jun 2003
:: It's easier than that, no need for tables. I've done the first two User:Tarquin/Tarquin
::: Thanks, Menchi for your info. I'm sorry you had to do so much typing but I'll use Tarquins method (Tarquin, thanks).
:::Arpingstone/Adrian Pingstone 09:46 14 Jun 2003
:::: Not much typing, just copy-and-paste. If Tarquin's method is simpler, the better. :-) Menchi/Menchi 09:57 14 Jun 2003
:::::OK, the code is now in place in Sistine Chapel to put four (or whatever) pics in a column, which are then effectively one pic. Thanks to Menchi and Tarquin for their replies.
:::::Arpingstone/Adrian Pingstone 11:22 22 Jun 2003
Thanks to wapcaplet for the section on markup.
In the interests of scalability and uniformity, it might be better to ''always'' use the version of the <div> tag with the text-align attribute. -Smack/Smack 17:09 20 Jun 2003
Side by side images
There was discussion of side by side images on the Village_pump/pump a while back (now archived) and I asked for comments about what I've done in the mandolin article and got no response.
I raise it again here because if it's a good answer that I've given I'll add it to this gallery, so others can use it.
I think this gallery is an excellent idea. If we just link to pages for markup examples there's the danger it will change (an acceptable risk for the pump but not for longer-lived pages), to link to old versions is cumbersome (but may be appropriate in some circumstances), and to put all the examples that I hope will eventually be here into the Image_use_policy#Markup/markup section of the image policy page seems excessive.
But obviously, if there are pitfalls to what I've done I want to fix it, not spread it. The obvious circumvention is to combine the two photos into one image using a photo editor. I've not done this because:
*This seemed simpler.
*This way, future editors of the page have far more easy options.
*For anyone using a really narrow screen, but still wide enough for one of the images, this seemed to work best.
But, there may well be other ramifications I haven't thought of. Andrewa/Andrewa 20:57, 4 Oct 2003
:I think this works quite well. See also Geyser#Exploding_geyser. When downsizing my browser's window (IE), the images simply form a single column. User:Gorm/Gorm
Alt versus title attributes
I've just spotted - and changed - what I consider to be an error on the Extended image syntax/Extended image syntax page. Namely, it repeatedly described the images associated text as its ''alt'' text, when in fact it is (quite rightly) also used for the related but different purpose of a ''title'' attribute - one is ''instead of'' the image, the other is ''as well as'' it. On that page, I went through and called it ''caption text'' throughout, but this page already uses ''alt text'' and ''caption'' for two different things, so I'm not sure how it could better be worded.
And as for Alternate text for images - surely the whole article is based on a false assumption. Am I going mad, or has everyone else decided to ignore the fact that it's also a ''title'' attribute?
- IMSoP/IMSoP 12:39, 30 Jan 2004
Article link using Image?
Is there any way to use a small image icon as a link to an article? Having clickable icons would be very handy for data tables and the like. Over at Talk:Ryanair we have been discussing using a Unicode airplane (✈) as a link to the destination airport, like this Cork Cork Airport/✈. Unfortunately, this doesn't work with many browsers.
What I'd like to do is link the image Image:Airplane-icon.png to the airport.
Easy to do in HTML, but is it possible in Wiki? Seabhcan/Seabhcán 14:31, 26 Nov 2004
:Currently, there is no way of doing this. A rather odd hack is being used, for instance, for the links to sister sites on the front page, where the description page ("Image:whatever") is made into a redirect; thus, clicking the image gets you redirected. But this isn't much good for you, since you'd need a copy of the image for every airport, which would be silly. There is a pending feature request at Bugzilla:539 to allow exactly this, which I started working on, but I'm afraid I haven't finished coding a proper version yet (I got distracted tidying up a whole section of the code, in the hope of making things easier for myself). Of course, if I (or someone else who gets fed up waiting for me to do it) hard-code a description-link in as described there, that's going to be a bit of a pain for this particular use too; hmm... - IMSoP/IMSoP 15:10, 26 Nov 2004
posted @ 7:05 PM
0 comments
