(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 124 added 18 lines
Sure I enjoy goofing to this! I take the point Radomir, and no, I don't want all of html, css, latex, whatever. I feel wary about what may happen with allowing all of CSS. However, using JSPWiki, it has //not// caused trouble so far, whereas allowing html has caused such trouble.
I hate the 95-ASCII-character-which-can-we-double-to-get-the-next-bit-of-required-formatting approach ([[Hints On Extending]]). I believe this creates a mess in regard to the complexity of escaping and de-escaping content, and I believe it creates a mess for content authors who will have a very steep and long learning curve.
I know my users need to markup super/subscript generically. The computer programmers here want to have some markup for code (monospace). The next real stumbling block for content authors seems to be the usually inadequate table support. I get very dissatisfied responses about this (especially lack of cell spanning in JSPWiki). This wiki makes a lot of use of CSS floating comment boxes... I can imagine a need for inserted/deleted - but in my user community. But that is about it - for me. But every community may need a bit more.
Where is the compromise?
I am looking for some //extensible// method that Creole may already use for the lesser important formatting issues, which are still considered important enough to be generalized. Doing so will actually make Creole easier, not more difficult. It will create layers: Most important markup, secondary Creole markup, software-specific formatting extensions. I suggest opening a path for software specific extensions in a creole-only syntax, that allow secondary Creole markup and software-specific formatting extensions to coexist.
That was my original proposal, and I got charged or reinventing the wheel. You say that using the wheel is silly and gets us into trouble. I tend to agree... Could we suggest only a limited number of second level formatting constructs, but use CSS syntax for those?
What do you propose? Do you think that [[Hints On Extending]] is the best approach?
PS. There is a big difference between you and me. "Creating a Creole extension that makes use of CSS (or ~LaTeX, or Perl, or Assembler) should be pretty simple" -- no, it is impossible for 99.99% of Wiki content authors - except for the few programmers who use a Wiki for their own purposes like you... We need you and all the other programmers, but here I believe you need to take a different perspective!
-- [[Gregor Hagedorn]], 2007-Apr-13
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