(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-13) was last changed on 13-Apr-2007 22:55 by 77.128.29.49  

This page was created on 02-Apr-2007 12:02 by YvesPiguet

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 42 changed one line
To rephrase my point: **Can we provide a good basis that can be used by wiki-engines to integrate the markup-features they desire to support?**
To rephrase my point: //Can we provide a good basis that can be used by wiki-engines to integrate the markup-features they desire to support?//
At line 44 changed one line
This is user-driven, not programmer-driven. Most people here seem to be programmers, so they think that monospace and perhaps code-highlighting is incredibly important. I don't care, but I whish that the Wiki engine may support their needs. For my biological users, italics in parts of a link or heading (formatting only the scientific organism name, being only part of the link or heading), and super- and subscript are incredibly important. Then we have underline, math, inserted, deleted, CSS-support. We already discussed in passing the need to define a non-breaking space. And on [[http://www.wikimatrix.org/syntax.php|wikimatrix]] I further find: Aligning text, Text indentation, and definition lists as further wiki-supported formatting. That is eleven more formatting commands than Creole currently supports. I cannot see why the need to support richer formatting than current Creole collides with the [[NotNew]] rule... Supporting more formatting than Creole 0.6 is indeed quite common.
This is user-driven, not programmer-driven. Most people here seem to be programmers, so they think that monospace and perhaps code-highlighting is incredibly important. I don't care, but I wish that the Wiki engine may support their needs. For my biological users, italics in parts of a link or heading (formatting only the scientific organism name, being only part of the link or heading), and super- and subscript are incredibly important. Then we have underline, math, inserted, deleted, CSS-support. We already discussed in passing the need to define a non-breaking space. And on [[http://www.wikimatrix.org/syntax.php|wikimatrix]] I further find: Aligning text, Text indentation, and definition lists as further wiki-supported formatting. That is eleven more formatting commands than Creole currently supports. I cannot see why the need to support richer formatting than current Creole collides with the [[NotNew]] rule... Supporting more formatting than Creole 0.6 is indeed quite common.
At line 73 added 10 lines
Re: "The problem with advanced formatting in links and page names: URLs don't support it!"
My apologies: I mean in the link display text, not in technical page name. What my community needs need is "{{{Synonyms: [[Abies_alba_var._alba L.|//Abies alba// subsp. /alba// L.}}}". In biology, the Genus names and epithets MUST be italics, but not the rank or the author name. There is a single page for this subspecies, and using the name to link to it is natural. But the display of the link inside a paragraph must be formatted.
I agree about my proposal being poorly readable, but I find the original super/subscript with specific Creole just as bad. Unfortunately, Unicode has only very few super/subscript characters; I believe it is not a solution to super/subscripting. I still counted 11 more formatting proposals...
Perhaps we should forget the proposal to use html-like syntax, perhaps indeed what we need is CSS support. My major point was that currently Wiki engines support a lot more than is in Creole, and I hate having to use a mixed mode with 11 more reserved characters for the native-wiki extensions. Open up a structured way in Creole to let Wiki-developers extend their formatting, and I am happy. And perhaps, start using the same methods for the medium-important formatting issues - in my mind that includes monospace formatting, so I think this proposal is timely...
--[[Gregor Hagedorn]], 2007-Apr-11
Version Date Modified Size Author Changes ... Change note
13 13-Apr-2007 22:55 16.905 kB 77.128.29.49 to previous
12 13-Apr-2007 22:46 16.791 kB 77.128.29.49 to previous | to last
11 13-Apr-2007 22:45 16.791 kB 77.128.29.49 to previous | to last
10 11-Apr-2007 23:23 14.391 kB 85.221.141.46 to previous | to last all users would have to learn css
9 11-Apr-2007 22:43 11.36 kB Gregor Hagedorn to previous | to last chem etc. plugin not general enough
8 11-Apr-2007 10:42 10.522 kB RadomirDopieralski to previous | to last <>
7 11-Apr-2007 04:10 9.507 kB Gregor Hagedorn to previous | to last
6 05-Apr-2007 12:19 8.071 kB 85.221.141.46 to previous | to last advanced formatting
5 04-Apr-2007 23:24 5.855 kB Gregor Hagedorn to previous | to last Proposal misunderstood? Definitely NotNew!
4 03-Apr-2007 09:37 2.614 kB ChristophSauer to previous | to last seems not to be quite common, reject
3 03-Apr-2007 09:06 1.636 kB YvesPiguet to previous | to last Agree
2 03-Apr-2007 07:51 1.295 kB 85.221.141.46 to previous | to last -- is out :(
1 02-Apr-2007 12:02 0.693 kB YvesPiguet to last Why not XML?
« This page (revision-13) was last changed on 13-Apr-2007 22:55 by 77.128.29.49