Antville Project

xhtml conformance verified

i just checked in the changes i had to make in the antville code to better conform with the xhtml spec (ie. this does not affect what's running jere at antville.org).

i verified almost every antville page (ie. i left out the sysadmin stuff and probably some pages i did not think of) against validator.w3.org and modified the skins where necessary. by the way i was able to fix some minor bugs, too.

however, i know about three validation errors that will remain, yet:

  1. the attribute wrap="virtual" in textarea elements is invalid.
  2. the name attribute in option elements is invalid.
  3. the skin url queries ("?proto=image&name=preview") in the skin manager cause strange validator errors.
i left these imperfections as is because for the first two errors i don't know about a simple fix, yet, and for the third one i assume this must be a bug in the validator (please correct me if i am wrong).

moreover, i tried to achieve a more consistent layout for some pages (e.g. images, files, polls). i hope i achieved this goal and more important that nothing is broken. your comments are welcome.

comment    

 
nex, March 6, 2003 at 12:47:33 AM CET

W00t! I wished for that for a long time, thanks! I'll have a look at the remaining issues; not later than the releasedate of the first Antclick with this in it ;-)

link  


... comment
 
robert, March 7, 2003 at 9:41:13 AM CET

thanks alot

tobi!

link  

 
tobi, March 7, 2003 at 10:43:12 AM CET

btw.

i tried to find some better naming for the "place your comment" and "post your reply" links and came to "react" as general solution. but i am not convinced, yet. it's just that i think the variations of "place" and "post" as well as the difference between "comment" and "reply" (or even "answer" which sounds like we are in a quiz show) should be avoided by default. if someone has a better solution, please tell it here. uh, and i also renamed "link me" to "link" because i think the usage of "me" or "my" in the user interface is always ambiguous.

link  

 
motzes, March 7, 2003 at 1:26:23 PM CET

return

webster: Synonyms react, recrudesce, recur, revert, turn back Related Word advert; revolve, rotate, turn; renew, restore; recover, regain; rebound, reflect, repercuss, reverberate Contrasted Words abandon, depart, leave, quit Antonyms forsake

link  

 
hns, March 7, 2003 at 1:33:51 PM CET

more options

I think "comment" is ok, except that it is easily misunderstood as noun instead of verb. Maybe "comment on this" or "add comment" would help this. Otherwise "reply" comes to mind, maybe also "respond". I guess "discuss" is too Manila?

link  

 
nex, March 7, 2003 at 4:04:13 PM CET

verbage

re tobi's comment: Do we want to replace them with one term? I use 'comment' and 'reply' and like it that way because of the following scenario: Most users who want to post something first scroll all the way to the bottom, reading/skimming the existing comments. Then it sometimes happens that they are too lazy to scroll up again, hit the lowermost 'reply' link and accidentially put a comment on the original story into a reply to another comment. Having two different terms would help avoid this confusion.

I don't think 'react' is a good term, because in most contexts (re-)acting is largely different from talking, which is what this is actually about.

re motzes' comment: Looking up a witty definition from a dictionary, while ignoring how the term is used in the real world (above all by nativr speakers), is an extraordinarily bad idea. Particularly Webster tells you lots of interesting facts about etymology, but little about common usage (e.g. it has no example sentences like the Oxford).

In the context of a web page, 'return' would most likely be interpreted as 'go back'; furthermore, even the definition you gave above doesn't reflect the meaning we want.

re hns' comment: I like to write 'comment!' (with an exclamation mark) to make sure it's understood as a verb. Also, it's inviting users to say something instead of merely offering the possibility. What do you think?

'Discuss' at the end of an article wouldn't remind me of Manila, but of high-school group exercise instructions ("Alec Smart says that nowadays having little generators in every house would be much more efficient than a power grid, but Marty Pants thinks economical and ecological costs would outweigh the benefits. Discuss!"), which is just as bad. I'd agree we don't want that :-)

link  

 
tobi, March 7, 2003 at 5:24:48 PM CET

i don't like exclamation marks in the user interface as I DON'T LIKE UPPERCASE INSTRUCTIONS. i don't want to be commanded to comment a story, i want to feel invited. that's the difference caused by a simple punctuation symbol.

the problem with the distinction between comment and reply is that antville is also capable of providing one-level comments only as well as infinite-level comments: how do you call replies to replies, then? and why is a comment to a story not a reply, too?

i have had bad feelings about the two-level comment structure from the beginning and think of the three possible choices it's the worst one. so this is just some doctorin' the thread, not a fundamental solution.

anyway, to use "comment" generally would be ok with me.

link  

 
nex, March 7, 2003 at 11:13:38 PM CET

agreed

Tobi, I agree 100%, my proposition works only if there is a 2-level comment structure; for anything else it's useless. I presumed that we're looking for commands for this structure, because I thought that's the only alternative we're gonna have in Antville (but being able to choose something else for a blog would be really cool!).

So, I guess the answer to my question is yes, we do look for one term. I'd say 'reply', 'comment' and 'post a comment' are pretty much equally good, it's just a matter of taste what suits a particular blog best. If I'd had to choose one, I'd take 'reply', because I find that wording most universal (commenting is almost always replying, but replying is by far not always commenting).

Now that you said it, I see how a reader could misapprehend a command with an exclamation mark (to me it's a command from me, to the computer, but I'm used to that from other places) and agree we should not do that.

Textpattern has a nice feature, btw: You can word a seperate 'comments invitation phrase' for every story, it's a part of the story editing form (so you can have 'talk back!' at the end of a particularly perky story and 'reply' below a serious one). There's only a flat reply structure below, however.

link  


... comment
 
rist, March 7, 2003 at 11:05:24 AM CET

ampersand in url has to be escaped

afaik url's have to be url-encoded - including the ampersands - so the url "?proto=image&name=preview" has to be rewritten to "?proto=image&name=preview" - the w3-validator complains in this case most of the time about an "unknown entity"

link  

 
tobi, March 7, 2003 at 11:10:07 AM CET

i don't think so

in http query strings the ampersand is used to separate two key/value pairs. it only must be escaped (ie. encoded with % following the hex code -- 26 -- and not as html entity) if it is used inside a value, e.g. ?query=waldorf%26stadler&language=en.

link  

 
rist, March 7, 2003 at 2:26:14 PM CET

xhtml doesn't care for what the ampersand is used - every ampersand within an xhtml document has to be escaped.

"ampersand characters are frequently used in page addresses to carry variables, like in PHP. When coding these addresses into your XHTML, you must escape them using the entity value &. They'll be displayed as ampersand characters (&) on screen, of course." www.yourhtmlsource.com

link  

 
tobi, March 7, 2003 at 2:32:34 PM CET

i must admit

i almost cannot believe that this works. the following two urls are almost identical just that the second one has the ampersand encoded (which is only true for the input string: actually, antville encodes both urls. so we all used & encodings in stories all the time...)

unencoded encoded

it does not make any sense to me at all but it works, at least in my browser. does it work in yours, too?

anyway, thanks for the pointer. these w3 guys sometimes appear obscure to me. (obscure as i am.)

note: rist, i deleted your reply because it referred to a former post that i removed.

link  

 
tobi, March 7, 2003 at 3:06:35 PM CET

changed skin manager

and checked it in to cvs. now also validates fine with validator.w3.org.

link  

 
hns, March 7, 2003 at 3:28:48 PM CET

I wouldn't have known/believed it either

but as a matter of fact, antville already practices this when you put a link inside a story or comment, because Helma's format() does replace & with & - meaning your two links above actually look the same (both encoded) when they hit the browser.

link  


... comment


The Antville Server Fund has been a great success. Thanks to everybody who contributed!
online for 8330 Days
last updated: 1/4/11, 10:22 AM
status
Youre not logged in ... Login
menu
April 2024
SunMonTueWedThuFriSat
123456
78910111213
14151617181920
21222324252627
282930
July
recent
zfuture's house here is zfuture's
house
by zfuture (7/31/03, 2:59 AM)
i understand your concerns however,
i hardly can think of a solution. certainly, if the...
by tobi (7/29/03, 9:47 AM)
Found several more similar sites
listed This is getting to be quite a concern to...
by cobalt123 (7/27/03, 7:56 PM)
Second Post Alert on Referrer
bug livecatz I put this into "help" and now here:...
by cobalt123 (7/26/03, 7:14 PM)
well it's not easy to
find from here, anyway. think we should include a link,...
by tobi (7/24/03, 11:25 AM)
So finally I found
the helma Bugzilla - stupid me.
by mdornseif (7/24/03, 10:28 AM)
clock not that it's particularly
earthshattering but the antclock is running slow by about 15...
by kohlehydrat (7/23/03, 8:25 PM)
but blogosphere.us isn't can't really
be rated as spam can it?
by kohlehydrat (7/23/03, 8:08 PM)
More referrer spam www.webfrost.com
by Irene (7/23/03, 7:55 PM)
How to log skin names
I accessed to console?? Hi, I would like to know...
by winson (7/23/03, 4:12 PM)

Click here to get an XML version of this weblog.

Made with Antville
powered by
Helma Object Publisher