(anonymous guest) (logged out)

Copyright (C) by the contributors. Some rights reserved, license BY-SA.

Sponsored by the Wiki Symposium and the Nuveon GmbH.


Add new attachment

Only authorized users are allowed to upload new attachments.

This page (revision-22) was last changed on 16-May-2008 18:10 by Isonomia  

This page was created on 23-Feb-2007 18:46 by Chris Purcell

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 68 added 71 lines
Just an additional test case: {{{some servers don't support https://www.wikicreole.org
is one of them//}}}. On wikicreole, it's rendered as follows: some servers don't support
https://www.wikicreole.org is one
of them// (the end of line disturbs the wikicreole engine).
-- [[YvesPiguet]], 2007-02-27
Looks like https link works to me. You have malformed wiki markup there.
-- [[ChuckSmith]], 2007-Feb-28
But I wanted it to be rendered as " ... https://www.wikicreole.org is one of them// "
(note that the only difference with what I wrote above is that the closing italic tag is now
on the same line, so the parser understands I didn't want a link but italic).
I know the engine can't guess what I mean. For me, the best solution would be that
URLs aren't converted automagically to links. Since implementers are free to support
more things than what's in Creole, they're free to autoconvert what they want, including
smileys, copyright signs, signatures, etc. But what about developers who
want a well-defined behavior, simple to describe and to understand? If Creole is
ambiguous and requires too much ad hoc processing to guess what the user means,
they won't use it.
-- [[YvesPiguet]], 2007-Feb-28
This is my understanding:
# if you find any of {{{http://}}}, {{{https://}}}, {{{ftp://}}}, {{{mailto:}}}...
# then go on till the first space, tab or newline
# everything in the middle is a url
Well, almost. If the last char is some punctuation, it's not part of the url.
{{{(http:\/\/|https:\/\/|ftp:\/\/|gopher:\/\/|news:\/\/|mailto:)[^\'\"\n\t ]*[\w\/\?\=\&\~]}}}
But yes, the intended behaviour should be defined more precisely.
-- [[Michele Tomaiuolo]], 2007-02-28
I'd like to note that when scanning the text (which is what we do when we want to edit page source, as opposed to reading it carefully word by word, which we usually do with rendered page) any human being who ever saw an URL will immediately recognize URL in Yves' example. So this example is not only confusing for the machine -- it is confusing in general and the best solution is to rewrite it so that it is not confusing anymore. You can write similar examples for any markup, and even when there is no markup at all. Also, the case is so exceptionally rare that I'm shocked it even receives so much attention. Can we go back to considering real problems? :)
//Edit:// By the way, you can tighten the URL recognition patter a little bit by requiring at least one period in the domain name.
-- [[Radomir Dopieralski]], 2007-02-28
== Is WikiCreole self-contradictory?
It is said in [[ItalicsAndUrlAmbiguity]], that {{{the following://should be rendered in italics//}}}. However, in [[Creole1.0TestCases]] we read, that {{{foo://bar}}} should not be rendered as italics, since "it's not enough to
protect http://bar from being rendered as italic, because you can have much more
protocols, for example {{{jdbc://bar}}} and {{{ftp://file}}}".
Where's the truth? I'd rather think the second is right.
-- [[IvanFomichev]], 2008-04-01
The spec itself is definitely **not** self-contradictory, but once you go off [[Creole1.0|the spec page]] there are other places in this wiki where things can seem that way. So when in doubt, stick to what's on [[Creole1.0]].
-- [[StephenDay]], 2008-04-01
The spec just says that free-standing URIs should be detected and rendered as links, but it says nothing explicit about what schemes in URIs are acceptable. Is it up to a developer of an implementation?
-- [[IvanFomichev]], 2008-04-02
The spec should not say that free-standing URIs are detected and rendered as links, anymore than it should say how HTML code is rendered by the application.
Not only is this not part of remit of the Creole specification, it is frankly stupid in these days of spam. According to my proposal on [[AntiSpam]] the default should be not to render anything as a link, unless the application provides some form of security to prevent spam. This is simpler if all links are explicit and more difficult if abitrary bits of text (even #911) could be interpreted as a link.
But most importantly you must be creole compliant if you do not render any links from anonymous posters even explicity one!
Version Date Modified Size Author Changes ... Change note
22 16-May-2008 18:10 7.653 kB Isonomia to previous
21 16-May-2008 18:08 7.492 kB Isonomia to previous | to last
« This page (revision-22) was last changed on 16-Mai-2008 18:10 by Isonomia