User:Juxo/Wikipedia software ideas: Difference between revisions

    From Consumerium development wiki R&D Wiki
    (gearing up for posting to wikitech-l)
    (Client-Side Accelerated Wikifying (CSAW). HA-AvantgardeWikiImplementationHas-CSAW ;))
    Line 1: Line 1:
    For Wikipedia and Other sites using Wikipedia Software
    * Client-Side Accelerated Wikifying. (CSAW) Something like client side cache of '''all article names''' with '''few first lines of wiki code''' from each article, stored in a persistent, periodically updated hashtable and some sort of enhanced editing window (Java applet?), that automatically highlights '''possible wiki-links''' when writing them and then when I write double braces around something a hoverbox shows the first lines of the link target, so that I can be sure of pointing to an article that is in the context I would otherwise have to guess it is.
    **This would reduce load on Wikipedia: No need to load full articles, just to check if it is the article I guess it is. Example: [[w:LTD]] has no mention of being a private incorporated body in Brittish English. Applicable to Wikipedia and other sites that utilize links to Wikipedia.
    **Makes Wikifying easier.
    **Autocorrection of linking to redirection articles to the final target (?)
    **Some guru types could write code that guesses matches. Examples:
    ***Detect verbs and convert them to '''possible links''' to the matching noun.
    ***Detect plurals and conjugations and convert them to '''possible links''' to the singular, unconjugated article match
    **Make things even more intuitive and advance correct spelling by including '''nonexistent, but already linked to article names''' in the hashtable. This would reduce the amount of unnecessary manual labour (link correcting) after a previously unexistent article has been written, since the name can be sort of negotiated even before the article exists... or something.
    ----
    For Wikipedia
    For Wikipedia


    * New wiki syntax for marking up geographical references, which would make it possible to do geographical searches (heavy, heavy performace hogger, but leading the way into future for the rest of the web. This geographical indexing would require a new machine(s)). See [[m:Geospatial reference]]
    * New wiki syntax for marking up geographical references, which would make it possible to do geographical searches (heavy, heavy performace hogger, but leading the way into future for the rest of the web. This geographical indexing would require a new machine(s)). See [[m:Geospatial reference]]

    Revision as of 23:52, 13 August 2003

    For Wikipedia and Other sites using Wikipedia Software

    • Client-Side Accelerated Wikifying. (CSAW) Something like client side cache of all article names with few first lines of wiki code from each article, stored in a persistent, periodically updated hashtable and some sort of enhanced editing window (Java applet?), that automatically highlights possible wiki-links when writing them and then when I write double braces around something a hoverbox shows the first lines of the link target, so that I can be sure of pointing to an article that is in the context I would otherwise have to guess it is.
      • This would reduce load on Wikipedia: No need to load full articles, just to check if it is the article I guess it is. Example: w:LTD has no mention of being a private incorporated body in Brittish English. Applicable to Wikipedia and other sites that utilize links to Wikipedia.
      • Makes Wikifying easier.
      • Autocorrection of linking to redirection articles to the final target (?)
      • Some guru types could write code that guesses matches. Examples:
        • Detect verbs and convert them to possible links to the matching noun.
        • Detect plurals and conjugations and convert them to possible links to the singular, unconjugated article match
      • Make things even more intuitive and advance correct spelling by including nonexistent, but already linked to article names in the hashtable. This would reduce the amount of unnecessary manual labour (link correcting) after a previously unexistent article has been written, since the name can be sort of negotiated even before the article exists... or something.

    For Wikipedia

    • New wiki syntax for marking up geographical references, which would make it possible to do geographical searches (heavy, heavy performace hogger, but leading the way into future for the rest of the web. This geographical indexing would require a new machine(s)). See m:Geospatial reference
    • Downloading/Uploading your Watchlist. Multiple watchlists: Private and group watchlists. This would be useful:
      • with a watchlist merger tool so that groups (such as Consumerium developers), who want to keep an eye on articles of common interest, could download and merge their Watchlists occasionally.
      • Multiple named watchlists would allow formation of Emergent Knowledge collections
      • This could even spark up a match-making site where people are matched according to their watchlists ;)
    • A new preference, that edits under 1 line automatically go to the Summary (performance hogger, I know)
    • New Special Page: List of external links sitewide

    For Wiktionary

    • The possibility to set a default Summary text, like I would use "+fi", cause I'm competent to do only Finnish translations. This should be disabled in Wikipedia since it might incite people to spam in their Summaries.
    • The possibility to filter recent changes with the following clauses:
      • Track recent changes, where language XYZ is not present in the document (For finding places to contribute)
      • Track recent changes, where a line containing language string "XYZ" has been added or modified in the modification (For checking other peoples contributions)
    • Search for pages where language string XYZ does not exist. (For finding places to contribute)