(anonymous guest) (logged out)

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

Sponsored by the Wiki Symposium and the Nuveon GmbH.

 
View Attach Info

Add new attachment

Only authorized users are allowed to upload new attachments.

This page (revision-105) was last changed on 02-Apr-2008 10:50 by ChristophSauer  

This page was created on 25-Mar-2007 14:22 by 222.46.18.34

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 86 changed one line
I too like the simple cell alignment control and use it regularly.
I too like the simple cell alignment control and use it regularly. (Note: I don't use spanning in Tiki Text in my situation. I like having a consistent grids in my scripts' output controlled by CSS.)
At line 88 changed one line
When it comes to cell spanning, considerations must be made for which empty cells span.
In regards to Creole, when it comes to cell spanning, considerations must be made on how empty cells span.
At line 107 changed one line
Maybe it should be if there's "no space" between vertical bars, it represents a NULL resulting in a SPAN. I believe this is how Tiki Text does it. (Note: I don't use spanning in Tiki Text in my situation. I like having a consistent grids in my scripts' output controlled by CSS.)
Maybe it should be if there's "no space" between vertical bars, it represents a NULL resulting in a SPAN. I believe this is how Tiki Text does it.
At line 109 changed one line
This might go against the grain for some folks used to using || for separating cells or those that like spacing for source-text alignment but natural white space in cells are treated as NULLs.
This might go against the grain for some folks whose old markup
# used || for separating cells
# who space their source-text for alignment but natural white space in cells are treated as NULLs.
At line 113 added 20 lines
Using another cell markup might be in order to determine if a cell should be spanned into the next cells until the next markup command or content is encountered. If, for this example, + was the markup command to span/join cells.
Should it add the indicated cell to the previous on a per cell basis ?
{{{
| |= c1 |= c2 |= c3 |= c4 |
| r1 |< lt |^ ct |+ |> rt |
| r2 | |+ |+ |+ |
}}}
Should it be modifier to skip until the next markup command or content is encountered? \\
r1c2 spans until r1c5; r2c1 spans until plain text appears in r2c4; but r2c5 is empty cell.
{{{
| |= c1 |= c2 |= c3 |= c4 |= c5 |
| r1 |< lt |^+ ct| | |> rt |
| r2 |+ | | | etc | |
}}}
The logic would still need to be determined due to some potentially confusing or logically combinations.
To maintain consistency with the alignment markup, if a span modifier is used, it must by a continuation of the "|" cell indicator without conflicting with existing or proposed markup (if markup such as {{{++insert++}}} is considered) .
Version Date Modified Size Author Changes ... Change note
105 02-Apr-2008 10:50 19.726 kB ChristophSauer to previous restored locked version
104 02-Apr-2008 10:01 0.06 kB 86.96.226.14 to previous | to last
103 02-Apr-2008 08:50 19.668 kB ChristophSauer to previous | to last unlocked
102 13-Mar-2008 09:36 19.726 kB ChristophSauer to previous | to last
101 13-Mar-2008 09:36 19.704 kB ChristophSauer to previous | to last
« This page (revision-105) was last changed on 02-Apr-2008 10:50 by ChristophSauer