Talk:Beta Features/New Features

Wikify Everything
I don't like this implication that wikifying is about (over)linking. --Nemo 13:13, 18 March 2014 (UTC)
 * I'd added a note previously, which said: "Quick note: This would have to keep w:WP:Wikipedia doesn't use Allwiki in mind (a very old decision, connected to [//en.wikipedia.org/w/index.php?title=Wikipedia:Build_the_web&oldid=318004 WP:Build the web] c.2002)"
 * Then there was an edit-summary comment from Jaredzimmerman (WMF) when it was removed: "Interesting note, but unsigned, and references a 10 year old decision, if its an issue it will be brought up on the feature page when/if work starts on it."
 * So, there's that for reference.
 * Also, en:Wikipedia:MOS and en:WP:MOSLINK are the relevant Enwiki styleguides.
 * Possibly we're both misinterpreting exactly how Jared envisions this feature working? As I understand it, there would be a problem with inaccurate targets getting linked, and the reader having to intuit the difference between editor-selected wikilinks and automated n-gram links. Eg. in en:Flag of North Korea, the phrase "The white stripes symbolize purity" might (would?) get mis-linked to en:The White Stripes.
 * There would also be: problems with anyone trying to select-and-copy text, as the hidden wikilinks would get copied to any richtext clipboard, or get clicked-on depending on the browser.
 * Possibly a design mockup, or more feature details, would help us understand how he (or anyone) sees it differently. HTH. –Quiddity (talk) 19:02, 18 March 2014 (UTC)
 * Linking all pages is clearly adding a lot of noise and something wikignomes wouldn't like, but some people like noise and as long as those links are clearly distinguishable from actual, manually curated links I suppose the editors won't feel insulted. However, calling that "wikification" is an oxymoron. Call it "link invasion", or "link everything", or "click all the things", or whatever, but don't use the word "wikification". Thanks. --Nemo 19:14, 18 March 2014 (UTC)


 * Submissions/Wiku, a demonstration of total linking using Haiku, I just saw this. Might be somewhat related? –Quiddity (talk) 00:58, 1 April 2014 (UTC)
 * ROTFLOL @ submission. No objection in two weeks, so I renamed the proposed feature. --Nemo 06:49, 1 April 2014 (UTC)


 * Hi guys. The concept of "wikify everything" should be a subheading under a topic of "content is not its presentation", and reenvisioned as part of a campaign to properly abstract content from presentation in Mediawiki, or at least Wikipedia's implementation of it.


 * See also: Model view controller


 * This is relevant to both the proliferation of wikilinks and of citations and their page numbers. See also the clunky and inherently obsolete Sfn vs. the clunky but clean and forward-compatible Rp, both of which James_F dislikes due to their use of secondary templates but we have to do something.


 * From a cosmetic or presentation viewpoint, there is generally no reason why any editor should care how many wikilinks or citations (including page numbers) there are, or how often they could appear. Wikilinks and citations should be as prolific as possible, with a user- and article-specific and wiki-specific default setting of how they are presented.  This rich metadata undercurrent should be the story beneath the story.


 * As far as I'm concerned, there should be two definitions of "overlinking" (same as overcitations), where one is real and one is imaginary. Wikipedia's predominant policy is based on the imaginary one.


 * The real one is where an editor is in the wikicode, making wikilinks, splitting up the atomic ideas of the article's copy text, or linking to articles whose target context is not completely solidly aligned with its source. That's just overly aggressive or careless metadata cultivation.
 * The imaginary one is the idea that overlinking is totally defined by the prolific occurance of wikilinks inside the wikicode, period. Because content and presentation are actually fused as one.


 * I wasn't around for the discussions mentioned here, and I'm not a software engineer. But as I know it, this particular concept of software or content being able to fall under its own weight is one of antiquity.  Even the idea that wikicode could become unreadable is not real, when given a properly abstracted, modal, editing interface.


 * The fusion of content and presentation is an idea that seems to have been inherited from the legacy days of the inception of the first wiki software decades ago. Heck, back then, we had the abomination of CamelCase, in order to deliberately fuse content and presentation, for detrimentally infectious levels of editorial convenience, where wikilinks automatically grew like weeds.  Since then, we have slain the Camel but Wikipedia's policy admonishes us to manually hack each article's down to an inkling of wikilinking!


 * In reality, what the reader sees of wikilinking is ultimately supposed to be defined by the presentation layer, which Mediawiki (as I have ever seen it, so please inform me) does nothing to aid in cultivation and configuration by the editor or the reader. It should have a slider bar on the article, or at least some radio buttons in preferences.


 * By default, that wikilink and citation display slider could be slid down. Maybe you don't want to see the page numbers. Maybe you don't want to see the citation for every major statement or sentence.  Maybe a large article would burden the render servers too hard; so for performance reasons, if Mediawiki benchmarks a given page poorly, it could adjust its default slider, or notify someone.  James_F in IRC said that there is a new design idea for Cite.php to incorporate page numbers into the reference like this: foo bar bav baz


 * Quiddity (an impressively literate person who I just met today) and I (a 1.5 year Wikipedia editor) have been discussing this in #wikimedia-tech. He cites these examples given by Encyclopedia of Life: specifically 3:19 to 4:01 for the preferences panel and 2:48 to 3:20 for a glimpse of the slider.  Quiddity said, "Basically, the complexity-slider would emphasize/re-arrange different aspects of the article (eg. making the Common Name of the animal bigger, or the Taxonomic Name), and it would trim or add complete sections. I thought it was brilliant, at the time.  But I can understand how it wasn't a successful enough feature to warrant the prime-placement that it had."  Presentation.  Those whole videos are great, and they also illustrate the value of having a social hierarchy of vetted expert editors which is a whole other far more necessary topic.


 * So to summarize the subject of MVC-like abstraction of content and presentation as I see it, we need to upgrade Cite.php to infuse page numbers, and various other abstractions and GUI presentations. Leave any notion of noise, likes and dislikes, and people's feelings, up to some rational defaults and a slider or radio.  Thanks. Smuckola (talk) 06:04, 2 July 2014 (UTC)