[georss] Styling GeoRss points

[Charlie Savage]

> it appeals to me on a theoretical level, but you'd have to implement a 
> CSS engine with all its cascading rules to do it properly. the only 
> place where that ever happened outside of HTML is SVG and that has been 
> a failure, unfortunately.

Yeah, true.  My use case is rendering maps in browsers though, so CSS 
works well (for HTML obviously, but also SVG and VML).

> verbose yes, complicated no. once you consider the hoops you have to 
> jump through with the other solutions, it balances out sorta ok. i was 
> not around when that piece of KML was designed or this would maybe look 
> something like
> 
>  <Style id="highlightPlacemark">
>    <Icon href="http://maps.google.com/mapfiles/kml/paddle/red-stars.png"/>
>  </Style>
>  <Style id="normalPlacemark">
>    <Icon href="http://maps.google.com/mapfiles/kml/paddle/wht-blank.png"/>
>  </Style>
>  <StyleMap id="exampleStyleMap">
>    <Pair key="normal" href="#normalPlacemark/>
>    <Pair key="highlight href="#highlightPlacemark/>
>  </StyleMap>

That would certainly be more pleasant.  Not that it matters, but I'm not 
in love with the style map, I think the CSS approach is a bit more 
elegant with pseudo classes.

It is interesting to see that KML considers Icons as part of styling, 
while the HTML world does not.

>> 2. Reuse atom's icon element:
> yahoo did that:
> 
> http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fdeveloper.yahoo.net%2Fmaps%2Fsample.xml 

Ah - thanks for the tip...

> no comment.
> 
>> 3. Reuse XHTML's img element:

It also
>> supports image sizes and we could hijack alt to specify different 
>> images types.
> 
> hijacking class or role seems more appropriate.

Yeah, class might be better.  Role is an interesting thought since its 
part of XHTML 2.0 and not earlier specs.  But one runs the risk that the 
meaning of role changes in the future, and there is of course the slight 
issue that adoption of XHTML 2.0 seems like a long-shot.


Thanks for the comments,

Charlie
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3237 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.eogeo.org/pipermail/georss/attachments/20070604/8d3d06d6/attachment-0001.bin 
-------------- next part --------------
_______________________________________________
georss mailing list
georss at lists.eogeo.org
http://lists.eogeo.org/mailman/listinfo/georss