| At line 319 added 134 lines |
|
| We can say "letters (a-z and A-Z) and digits (0-9)" instead of "alphanumeric". For |
| nonprogrammers, letters and digits can be understood with a broader meaning, |
| but it would make things very complicated if we must handle Unicode (UTF-8) |
| or other charsets. |
|
| Tildes in URL are followed most of the time with usernames, i.e. alphanumeric |
| characters. So we could drop any special requirement there. |
|
| The current subscript proposal suggests {{{,,}}}, which several of us have implemented, |
| I think... Double-comma is less likely to collide with something else. Underscores are |
| often used for underlined text. |
|
| Signatures are a bigger problem. Instead of the tilde, we could choose another escape |
| character: {{{%}}} (but it's often used before punctuation), {{{\}}} (we'd have to change |
| the linebreak sequence, which I wouldn't mind), {{{`}}} (some problems with word |
| processors). Personally, my order of preference is backslash, tilde, percent. |
| I wouldn't like a list of exceptions. |
|
| -- [[YvesPiguet]], 2006-Mar-07 |
|
| There is something horribly wrong with the diff on this wiki -- it shows differences in the wrong lines. It's not the first time where I couldn't find any difference in the presented lines, but this time I investigated -- the diff on this page shows the lines for pre blocks in the table, while the real differences are in the images in the table. |
|
| -- [[Radomir Dopieralski]], 2007-Mar-07 |
|
| You mean EscapeCharacterProposal (not Talk.EscapeCharacterProposal) right? Can you tell me the version numbers? |
|
| -- [[Christoph Sauer]], 2007-Mar-08 |
|
| Yes, I mean [[EscapeCharacterProposal]], sorry for ambiguity. |
| The diff between version 17 (that has {{{{{}}} for images) and version 16 (that has {{{[{}}} for images) displays like this to me: |
| {{{ |
| At line 78 removed 2 lines. |
| Nowiki Open First chars in line ~{{{ |
| Nowiki Close First chars in line ~~}}} |
|
| At line 85 added 2 lines. |
| Nowiki Open First chars in line ~{{{ |
| Nowiki Close First chars in line ~~}}} |
| }}} |
|
| -- [[Radomir Dopieralski]], 2007-Mar-08 |
|
| This isn't actually a bug in the diff engine, but a bug in the JSPWiki Creole filter. It did not correctly parse the nowiki close tag, so as a temporary workaround we moved the nowiki open and close lines to the end and it now renders fine. So, the problem is that when you look at version 16, you see a rendering error made by the Creole filter, but if you look at the wiki source code itself, you'll see that the diff does show exactly what changed in the source, even though the rendering looks quite different because of the JSPWiki Creole filter bug. |
|
| -- [[Chuck Smith]], 2007-Mar-08 |
|
| Ah, thanks, I was afraid I missed some more changes that just appeared to be minor corrections. Sorry for the panic. I'm wondering if Creole can additionally emphasize the parts of lines that differ in the diff itself? Tracking a single-letter change in a long paragraph of text is certainly much better done by the computer than by a human being... Sorry about all the requests I make about the wiki itself, but if JSPWiki has such an option, could it be enabled? |
|
| -- [[Radomir Dopieralski]], 2007-Mar-08 |
|
| Random line seen on IRC today: |
| {{{ |
| 23:38 < ##### > heh, I've never really mastered the escaping of caracters for find -exec :P |
| }}} |
| -- [[Radomir Dopieralski]], 2007-Mar-29 |
|
| {{http://imgs.xkcd.com/comics/escape_artist.png}} |
|
| Very nice comic. And a nice way to play with the Creole image syntax as well. :) |
|
| -- [[Chuck Smith]], 2007-Apr-3 |
|
| Is this NotNew? Has anyone of you ever checked if other wikis are using a similar concepts, and how they do it? It makes no sense to introduce new markup into the spec before this has been checked. I therefore reject any changes until you give me figures... |
|
| (and no, a single wiki engine to which the feature was added recently doesn't make it NotNew ;) ) |
|
| -- [[Radomir Dopieralski]], 2007-Apr-10 |
|
| Yes, the concept of escaping single characters with a single escape character is NotNew. Here is the most relevant material I've found by googling //wiki markup escape// or //wiki markup "escape character"// (I've stopped searching after a while, so the list is probably not exhaustive): |
|
| * [[http://blog.wordaligned.org/articles/2006/12/03/wiki-markup]] |
| * [[http://deplate.sourceforge.net/Markup.html]] |
| * [[http://www.gambasdoc.org/help/wiki]] |
| * [[http://mindprod.com/jgloss/wiki.html]] |
| * [[http://www.plainsaw.org/help.php]] |
|
| I swear I'm not related in any way to these sites! |
|
| -- [[YvesPiguet]], 2007-Apr-10 |
|
| I was rather hoping to see some kind of a table with statistics of how different wiki engines implement this... |
|
| -- [[Radomir Dopieralski]], 2007-Apr-10 |
|
| ---------- |
| == 2007-Apr-17 |
| Hi, |
| I am currently working for [[DirkRiehle|Dirk Riehle]] at SAP. When I wanted to use the Creole markup language, I had some issues I couldn't figure out what the specification requires. |
| I will try to make it short and it would be great if you can me a reply if I am right or wrong |
|
| # If I want to print two bold asterisk in the wiki page, I cannot write {{{"** ** **"}}}, because the second asterisk-pair is already the closing tag? So it is intended to use the next (not escaped) tag to close the bold section? \\But I can't rely on the use of in-line nowiki {{{"** {{{**}}}}}} {{{**"}}} because this could render two monospaced, or maybe not monospaced asterisks (depends on the implementer)? Is there any other possibility at the moment? |
| # Creole uses CamelCaseWords for internal links (even without using the link tags {{{"[[...]]"}}})?! \\ If the page name has not this notation, then it's necessary to use the link tags {{{[[}}} and {{{]]}}} ? Can you prevent a Camel-Case-Word to be automatically transformed to a link? |
|
| If there is no possibility to escape (multiple) characters in Creole, I would tend to suggest an escape character or a not monospaced in-line nowiki (e.g. 4 curly brackets for not monospaced, and 3 curly brackets for the still useful monospaced in-line text). But that’s not the topic right now. |
|
| Thank you very much for your support!\\ |
| -- Martin Junghans, 2007-Apr-17 |
|
| Both are currently being rejected in [[Creole0.6Poll]]. I agree with you. |
|
| -- [[YvesPiguet]], 2007-Apr-17 |
|
| Hi Martin, |
| # There are two proposals that try to address this issue, either the [[Require Space After Bullet Proposal]] or the [[Hyphen List Markup Proposal]]. So far there is no consensus which one to use. |
| # What wiki engine/creole renderer are you using? Creole does not define camel case. This wiki does use CamelCase, but it's because it uses [[Mixed Mode]]. There is however a [[Escape Character Proposal]]. This common character also would help wikis that allow camel case to escape camel case links. |
|
| You also might take a look at the [[Proportional Font Nowiki Proposal]]. As Yves said, we don't have agreed on them yet, so please read through those proposals and then give us your opinion on the [[Creole 0.6 Poll]], and tell Dirk that his vote is very much appreciated there, too ;-) |
|
| -- [[Christoph Sauer]], 2007-Apr-17 |
|
| I hate to butt in, but how is the list markup related to the escaping of bold markup? |
|
| Another thing: can you really distinguish a monospace asterisk from a proportional one? I, for one, can't. |
|
| There is a hack that allows you to write double bold asterisk without making it monospace, but it's not intuitive and doesn't look good in the raw text: {{{** *{{{~}}}* **}}} |
|
| -- [[Radomir Dopieralski]], 2007-Apr-17 |
|
| Hi Christoph,\\ |
| I want to implement a own simple renderer using the Creole standard only. So I have to consider all these special cases and ambiguities. Thanks for all replies, now I know that the reason is not a weak specification, but has to be discussed for a future implementation. Thank you! I will state my point of views later in the proposal pages. |
|
| -- Martin Junghans, 2007-Apr-17 |
|
| Ah, Radomir you are right. I was so in the discussion of that Creole 0.6 Poll that I really confused several bold markup characters with list/bold markup, sorry :-). |
| Yes, It has nothing to do with it. Martin, as you can see through the messed up bold layout here the Creole Page Filter installed on this wiki also has problems with it. |
|
| -- [[Christoph Sauer]], 2007-Apr-17 |
|
| I have added a possibly relevant comment [[Talk.AddNoWikiEscapeProposal#section-Talk.AddNoWikiEscapeProposal-NowikiReally|here]] -- [DanieleC.], 2007-Jul-05 |
|
| I tried implementing the PHP parser for creole and was not at all happy with the process. Anyway if there isn't already, there really has to be a mechanism to have a "hard" space. I tried '~ ' (on the assumption that an escape was like \" in php, but it was a long shot. |
|
| ~~~~ |
.