(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-24) was last changed on 02-Feb-2007 21:30 by RadomirDopieralski  

This page was created on 10-Jan-2007 19:27 by RaphLevien

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 32 changed one line
I'd like to add an argument to reverseing the link syntax from {{{[url|description]}}} to {{{[description|url]}}} as our experience from writing large texts in Wikipedia Syntax is that long links make the wikipedia syntax almost completely unreadable and quite hard to work with. -- Martin Häcker, 12 Jan 2007
I'd like to add an argument to reverseing the link syntax from {{{[url|description]}}} to {{{[description|url]}}} as our experience from writing large texts in Wikipedia Syntax is that long links make the wikipedia syntax almost completely unreadable and quite hard to work with otherwise. -- Martin Häcker, 12 Jan 2007
I added your proposal to [[AlternateLinkSyntaxProposal]] along with advantages and disadvantages.
-- [[ChuckSmith]], 2007-Jan-17
I would suggest to distinguish left and right-align text in table cells, like:
{{{|left-aligned | centered | right-aligned|}}}
No new markup syntax is necessary and it's quite intuitive.
-- JoachimStolberg 2007-Jan-23
I agree with Martijn, a multiline version of placeholder would be very useful. I'd suggest the following syntax:
{{{
<<< org.domain.app
arbitrary data
>>>
}}}
It could be filtered by interpreters like PHP and Sysquake Remote and used for applications similar to
[[http://en.wikipedia.org/wiki/Mathematica|Mathematica]] notebooks or
[[http://en.wikipedia.org/wiki/Literate_programming|literate programming]], where code is mixed
with text. With globally unique identifiers, multiple filters could be applied without conflicts.
-- [[YvesPiguet]], 2007-Jan-24
Why not just use {{{<<anything goes>>}}}? I mean, you can put newlines inside the placegolder -- the only "forbidden" sequence is ">>". OTOH, I always understood that a placeholder would only hold something like {{{<<1>>}}} or a MD5 hash of the content, or something like that -- and the rest is remembered by the engine.
Maybe we should take care of preparing some recommendations for non-Creole syntax? But that can wait for when we have the core fairly stable.
On a second thought, maybe we should remove the placeholder from the spec too and leave it as a recommendation?
-- RadomirDopieralski, 2007-01-24
I was also thinking about removing the placeholder from the spec...
-- [[Chuck Smith]], 2007-Jan-24
I'd prefer a safe way to identify the placeholder contents, so that applications know whether they're meant to them without having to guess. Radomir's proposition would make difficult to embed C or Java code (a line containing only {{{>>>}}} is much less likely).
-- [[YvesPiguet]], 2007-Jan-24
I don't care about the existence of the placeholder one way or another, BUT... I do care about a plugin or module syntax. Most wikis I know have some sort of plugin or module system which allows a user to insert the result of the plugin into the page's contents.
I am planning on using the {{{<<something>>}}} syntax for plugins, but I am still wondering about how to put in parameters. I agree with Yves that I'd like a safe way for the placeholder contents to be interpreted. If this drops out of the Creole spec, I'll implement it anyway.. having it in the spec would have my preference though.
-- MartijnVanDerKleijn, 2007-01-25
Feel free to create a proposal page.
-- RadomirDopieralski, 2007-01-25
Martijn, I think the same way about that. I would like to use it as a plugin syntax (in creole). This special markup tells a reader that knows creole that this is something he can overlook. That's why i don't want to get rid of it.
You can see that the [[Index]] on this wiki is nothing than a plugin using jspwiki syntax for it:
{{{
This is a list of all pages in this Wiki. There are [{$totalpages}] pages in this Wiki.
[{IndexPlugin}]
}}}
The CreolePageFilter filter would allow one to enter it in this way as well:
{{{
This is a list of all pages in this Wiki. There are <<$totalpages>> pages in this Wiki.
<<IndexPlugin>>
}}}
Even if you don't know the syntax of JSPWiki this will tell you that this is something special to the particular wiki you are writing on.
-- ChristophSauer,
I've created a [[Multiline Placeholder Proposal]].
-- [[YvesPiguet]], 2007-Jan-25
What about multiline list elements? Has it already been discussed? Since multiline paragraphs are permitted in 0.4, I think this should also be the case for list elements. I.e.
{{{
* some long
list item
}}}
should be rendered like
{{{
* some long list item
}}}
An empty line would be used to start a paragraph.
Also I don't think it's specified how to end a list. I'd suggest to consider an empty line to mark the end of all lists above, even deeply nested ones:
{{{
* a
* b
** c
*d
}}}
would be rendered as
{{{
<ul>
<li>a</li>
<li>b</li>
<ul>
<li>c</li>
</ul>
</ul>
<ul>
<li>d</li>
</ul>
}}}
-- [[YvesPiguet]], 2007-Jan-25
You are right, but I'm afraid this has to wait until we have the [[Change Linebreak Markup Proposal]] resolved, as it is highly dependent on it.
-- RadomirDopieralski, 2007-01-25
Recommended XHTML for links with spaces shows that spaces are replaced with underscores. This doesn't seem to be
written explicitly elsewhere, isn't discussed here or in [[LinksReasoning]], and doesn't follow current practice on
Wikicreole or Wikipedia. Have I missed something?
-- [[YvesPiguet]], 2007-02-02
No, it's just not covered by the standard -- it heavily depends on the wiki engine used, and is really meaningless in terms of markup. Some wikis don't allow spaces in page names at all, some encode them with "_" or "-", others do it according to the HTTP specs, using "%20" or "+". Unless we want another bunch of unresolved proposals and ongoing discussions, we should stay away from it.
-- RadomirDopieralski, 2007-02-02
Version Date Modified Size Author Changes ... Change note
24 02-Feb-2007 21:30 7.303 kB RadomirDopieralski to previous not in scope
23 02-Feb-2007 19:44 6.873 kB YvesPiguet to previous | to last Spaces in links
22 25-Jan-2007 20:39 6.556 kB RadomirDopieralski to previous | to last we need to agree on line breaks first
21 25-Jan-2007 19:16 6.373 kB YvesPiguet to previous | to last Multiline list elements
« This page (revision-24) was last changed on 02-Feb-2007 21:30 by RadomirDopieralski