archive-org.com » ORG » W » WIKICREOLE.ORG

Total: 1035

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Wiki Document Proposal
    single document or collection of documents critical to their business and business transactions The current approach in the wiki community involves attaching this material to a wiki article page while relegating the article itself to the role of a bibliographic record about the attached document s and other material Though reasonable in view of current technology this approach is inadequate bibliographic data in the article can be come incorrect and or incomplete with respect to relevant information within the document confusion can easily ensue when more than one attachment exists for the article groupware mechanisms popularized by the wiki community cannot be applied to internal fragments of such documents often duplicating similar mechanisms provided by the attachments associated software applications no distinction exists between those documents formally the subject of the wiki and reference documents that are attached to the wiki creating confusion for and manually bridged gaps between the wiki and other tools semantic information contained within the document is effectively invisible to wiki engines unable to be correlated with pertinent semantic information held elsewhere within the wiki thereby causing information to be potentially entered more than once As wikis are adapted to natively represent generic and specialized documents

    Original URL path: http://wikicreole.org/wiki/WikiDocumentProposal (2016-02-11)
    Open archived version from archive


  • Complex Tables Proposal
    to wiki authors needing such functionality 2 0 Complex Tables Requirements This section discusses the goals and needs for complex table syntax 2 1 XHTML Table Elements Currently no Creole support exists for a number of XHTML table related elements body Identifies a group of rows within a table allows a heading for these rows to be specified caption Adds a caption at the top or bottom of a table col Identifies a column to which styling may be applied colgroup Identifies one or more columns as part of a group of consecutive columns allows a heading and styling information for the group of columns to be specified footer Identifies a group of rows logically part of the table footer 2 2 Other Table Issues Block elements should be allowed within a cell Cells should be specifiable across multiple lines XHTML attributes should be specifiable for a cell row and table Rowspan should be specifiable for a cell 3 0 Current Table Syntax This section reviews Creole 1 0 syntax for tables 3 1 Creole 1 0 Syntax Heading Col 1 Heading Col 2 Cell 1 1 Cell 1 2 Cell 2 1 Cell 2 2 line one line two Cell 3 1 3 2 To note 1 a cell s colspan is indicated by consecutive leading pipes 2 a table ends upon the first line without a leading pipe 3 a table row is one per line a trailing pipe is not required 4 an empty cell is indicated by a space following 1 leading pipes 4 0 Complex Tables Syntax This section contains complex tables syntax that is being evaluated or has been agreed to by the committee 4 1 Design Constraints This section contains basic principles that should be followed in the design of complex tables syntax

    Original URL path: http://wikicreole.org/wiki/ComplexTablesProposal (2016-02-11)
    Open archived version from archive

  • XHTML Attributes Proposal
    directives cannot be specified in Creole 1 0 syntax and as a result the look of a document presented in the context of a wiki article cannot be reproduced A wiki author s alternative is to drop into XHTML syntax however XHTML markup is often not honored by wiki engines meaning no alternative is actually available to wiki authors needing such functionality Furthermore annotation information as can be specified via

    Original URL path: http://wikicreole.org/wiki/XHTMLAttributesProposal (2016-02-11)
    Open archived version from archive

  • Escape Character Proposal
    line break Solution to introduce one or more backslashes where they wouldn t be allowed by other rules each of them should be followed by a space which won t be rendered If an escape character is defined then it would be possible to keep the existing nowiki syntax as it is rendered as monospace The escape character could be used to have Creole markup in the output even not monospaced Backslash as escape character is Not New See http daringfireball net projects markdown syntax backslash http docutils sourceforge net docs user rst quickref html escaping Tilde as escape character is also Not New See http www jspwiki org Backslash is already used in creole for line breaks leading to confusing wiki text for endusers A character that is not used otherwise in Creole is a tilde This is not new as well and would be easy to parse Escaping Lists and Headings markup 5 10 5 Escaping Nowiki Markup This is a nowiki markup block showing nowiki markup usage in a wiki complicated stuff Scope of Escape Character The escape character only escapes in certain combinations This means that e g the tilde in this use case is displayed as tilde and not escaped It would certainly never escape if followed by a space or an alphanumeric character http stud hs heilbronn de someone Escape characters only trigger if you use it in combination with the occurrence of a character that has special meaning in creole and would otherwise be rendered as markup For example if you use tilde equal sign as first characters in a line it will escape the equal sign and display it as such because otherwise it would be rendered as heading Heading Line starting with equal sign this displays a normal tilde If an

    Original URL path: http://wikicreole.org/wiki/EscapeCharacterProposal (2016-02-11)
    Open archived version from archive

  • Superscript And Subscript Proposal
    with Escape Character Proposal Proposed XHTML sub sub Comparison on wikimatrix http www wikimatrix org syntax php i 29 Rationale Use cases Superscript Basic maths Units of measurement e g square meter m² Large numbers metric scientific notation e g 1 253x10²³ Ordinal numbers e g 1 st 2 nd 18 th century in French 1 er 2 e 18 e siècle Possibly for footnotes shouldn t it be handled by another mechanism than what is considered in that particular case as a presentation markup Many indexed terms in science like n Subscript Basic maths Basic chemistry Much of biology gene names etc Alternatives Unicode digits Specialized markup languages like MathML ChemML and LaTeX than as part of formulas Advantages Simple way to insert superscripted subscripted text The users don t have to learn a new language Super and subscript are basic functions in most word processors Super and subscript almost always have a semantic value rather than being a formatting issue Depending on the software keyboard layout it might be very difficult or impossible to insert Unicode superscript or subscript digits Unicode digits are limited to digits thus covering only a small subset of use cases ⁱ ⁿ ₔ ₐ ₑ ₓ ₒ The presentation of successive Unicode digits is not always appropriate see above of this source MathML etc is necessary for specialized applications especially in Math However Complex formulas were historically expensive and use in engineering and science therefore limited Invention of symbols involving the no cost super and subscript was much more frequent In practive MathML etc is not currently supported and does not correspond with the frequency of use of super and subscript in engineering and science LaTeX is on the other hand more common and known to many publishing in physics engineering or math

    Original URL path: http://wikicreole.org/wiki/SuperscriptAndSubscriptProposal (2016-02-11)
    Open archived version from archive

  • Generic Extension Element Proposal
    the examples the text inside the extension element markup would be meaningful only to a specific Wiki software and is not part of this proposal Advantages No additional character has to be analyzed and escaped The extension from double bracket for links i e dynamic creation of hyperlinks based on incomplete information is logical at least for extensions dealing with dynamic creation of table of content back links etc 2 Double less than greater than TableOfContents title Inhaltsverzeichnis level 2 4 Advantages Rare in normal text Disadvantages Double do appear in text semantics much larger much smaller The use of conflicts with Placeholder but see below 3 Triple less than greater than TableOfContents title Inhaltsverzeichnis level 2 4 Advantages Almost non existent in normal text 4 Brace Bracket combinations TableOfContents title Inhaltsverzeichnis level 2 4 TableOfContents title Inhaltsverzeichnis level 2 4 Advantages Rare in normal text Used in some Wiki software e g JSPWiki Disadvantages Used in some Wiki software e g JSPWiki Really hard to type on non English keyboards requiring four different three finger combination in the right sequence Generic representation This proposes an optional extension of the base proposal based on ideas by Jared Williams and other proposed during talk of the original proposal Generic extension elements greatly simplify all Wiki specific changes to content including changes that may be necessary during major version upgrades by narrowing the affected locations They also enable WYSIWIG Wiki editors to recognize parts as extensions without having to interpret them The latter functionality could be taken still further proposed in discussions by adding a cached rendered version of the extension element alt text cached result This is appropriate only for some extensions e g not extensions adding markup or CSS This functionality would benefit from being specified in Creole rather than being left to the extenders and implementers To keep the constraints inside the extension element minimally I propose to not use something like extension cached result but rather imagine it as piping the results into a second extension element extension optional cached result Generic Creole editors could then display the content of the second element perhaps with Javascript contract expand functionality and with warning their users that changes inside will be ignored The cached result is automatically generated so ease of typing is no concern here Reasoning The primary reason is that content migration but also parser building for a WYSIWIG editor is hugely complicated if most Wikis supporting Creole will support Creole in addition to their own markup The analysis of markup sequences that have to be escaped will remain a complicated task As a result the content of current Wiki software is hugely expensive to port from one software to another This negatively affects wikis because content author do not desire their content to get lost if a software dies of becomes more and more unreliable no longer compatible with rest of system setup etc While content migration is not the primary goal of Creole it appears that

    Original URL path: http://wikicreole.org/wiki/GenericExtensionElementProposal (2016-02-11)
    Open archived version from archive

  • Indentation Markup Proposal
    SuperscriptAndSubscriptProposal Home GenericExtensionElementProposal Home View Page Discussion V iew A ttach I nfo Some notes on indentation from an accessibilty s point of view The problem with indentation is that indentation is only a visual concept There must be a way for screenreader users to get informed about an indented text Using lists like Moin or blockqoutes for indentation is a semantical misuse and I think not wanted by most

    Original URL path: http://wikicreole.org/wiki/IndentationMarkupProposal (2016-02-11)
    Open archived version from archive

  • Blockquote Proposal
    C by the contributors Some rights reserved license BY SA Sponsored by the Wiki Symposium and the Nuveon GmbH view find Quick search type ahead Recent Searches Clear Blockquote Proposal Your trail XHTMLAttributesProposal Home EscapeCharacterProposal Home SuperscriptAndSubscriptProposal Home GenericExtensionElementProposal Home IndentationMarkupProposal Home View Page Discussion V iew A ttach I nfo Some notes from an accessibility s point of view Having a block qoute markup is a good idea and at least in Germany one important criteria for an accessible site Besides a block qoute markup it would be also nice to have the inline version q q see Inline Quote Proposal Note blockqoute mustn t be used for indentation General accessibility notes possibly to be moved For accessibility it is always a good idea to use semantic markup strong instead of normal markup b Code elements could be marked with code and so on Here in Germany also these things must be met easy ways to mark a certain passage word with a lang attribute in HTML so that screen readers can adapt the pronunciation accordingly abbr and acronym are also very important to have However this is not only markup I guess but calls for a deeper integration

    Original URL path: http://wikicreole.org/wiki/BlockquoteProposal (2016-02-11)
    Open archived version from archive



  •