I have uploaded a new version of the Winter prototype. This is a pretty significant update in terms of functionality and bugfixes, not the least of which include full support for history, contributions, and edit modes (though they do not save).
As always, you can play with it at http://unicorn.wmflabs.org/winter/
And provide feedback at: https://www.mediawiki.org/wiki/Talk:Winter
(Please note that very soon I will Flow-Enable the Winter talk page).
Here’s your changelog:
=== New Features ===
* Added version identifier in sidebar.
* Significantly upgraded the prototype chassis: ** Added functionality to pass Page names to the url with ?page=$PAGENAME *** This allows the prototype to open new tabs and such. *** Other actions also follow suit (edit=, history=, contribs=) ** Added "History" functionality ** Added "Contributions" functionality ** Added "Edit" functionality *** Edit-mode controls are placeholders and not implemented. Also incomplete. *** Always loads source editor *** Links to article/user and discussion both appear here. *** Section edits also work *** DOES NOT SAVE. *** Changed "Edit Source" to "Edit Visually" in edit button menus because we're not faking up the visual editor (At this time) * Search box now works and does basic type-ahead lookups. ** Not entirely fully functional (e.g., does not auto-select) ** Some issues with clicking out of the search area not defaulting back to the page title ** No full search functionality (yet) * Additional sidebar toggles: ** Quiet Mode: (default) *** This applies several visual changes to the button ribbon (including border removal) *** Also slots the button ribbon right below the page title ** Thin Mode: (default) *** This reduces several borders to 1 pixel instead of 2. * Sidebar settings now are remembered between pages. ** Cookie clears with "clear saved data" * Personal bar now collapses when page-context tools pop into the header. ** Animation could use some work. * Changed avatar icon * Added link to notifications from user pulldown menu * Added small color highlight to internal tabs/buttons to indicate location * Attached several "This is not implemented" modal dialogs to various actions.
=== Bugfixes === * Clicking on internal hashlinks (like from the TOC) now target correctly given the fixed header. ** Also smooth scroll animation. * Page now scrolls to top when new page is loaded * Toolbox sections now open and close correctly * Found broken css rule that was applying a ginormous font size to all <a> tags. * Applied a max-height to the header table of contents and gave it scrollbars when the size of the TOC is larger than its content. * Page co-ordinates now go to the correct place * Language links now list the name of the language, not the name of the article ** This was a pain. This data needs to be in the API call. * "Discussion" link now becomes "article" link on discussion pages. * Redlinks now appear red.
== Known Issues ==
=== Current === * Contributions views: ** Timestamps don't sort right ** Comment fields are not correctly parsed from wikitext to html ** Size changes are not correctly reflected * System does not always handle 404 loads correctly (can fail silently, requiring a reload) * Internal hash URLs don't scroll correctly when loaded from external sources (this is a problem with the prototype specifically and will not appear in the production version) * Keyboard accellerators do not work. This is a problem of the prototype specifically and will not happen with the production version. * Loading from JSON breaks the nice little "section hover" stuff. * Categories are not displayed correctly, if at all. * Wrong link colors
=== Fixed/Addressed === ==== In Winter 0.4 ==== * Some buttons don't go away when they should * Redlinks do not work * Clicking on a section title in the table of contents forwards to the correct section, but the section header is covered by the search bar * Button size off-set issue appearing in Firefox (thanks, Sven!)
--- Brandon Harris, Senior Designer, Wikimedia Foundation
Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
This looks good, thanks for the update.
I have some comments about the sections that appear below the article title:
- *Is the "article" section really needed initially?* Even if the article is the option selected by default, I think that presenting a choice between "article", "discussion" and "history" puts them conceptually at the same level when they are not. I would propose not having the article option and see "discussion" and "history" as navigation links to related information. That will convey a mental model where "discussion" and "history" are related to the article (which is the whole thing) avoiding modes. Once you access "discussion" or "history" it make sense to have an option to go back to the article/content. Whether to allow lateral navigation between "history" and "talk" is a different discussion. - *Would it make sense to anticipate content?* Using "3 discussions" instead of the generic "Discussion" as label, and using "Updated today" instead of the generic "history" label can help to anticipate the expected data behind those links. There is a drawback of not having uniform labelling but keeping the same icons can alleviate that issue.
Pau
On Fri, Feb 7, 2014 at 3:31 AM, Brandon Harris bharris@wikimedia.orgwrote:
I have uploaded a new version of the Winter prototype. This is apretty significant update in terms of functionality and bugfixes, not the least of which include full support for history, contributions, and edit modes (though they do not save).
As always, you can play with it athttp://unicorn.wmflabs.org/winter/
And provide feedback at:https://www.mediawiki.org/wiki/Talk:Winter
(Please note that very soon I will Flow-Enable the Wintertalk page).
Here's your changelog:=== New Features ===
Added version identifier in sidebar.
Significantly upgraded the prototype chassis:
** Added functionality to pass Page names to the url with ?page=$PAGENAME *** This allows the prototype to open new tabs and such. *** Other actions also follow suit (edit=, history=, contribs=) ** Added "History" functionality ** Added "Contributions" functionality ** Added "Edit" functionality *** Edit-mode controls are placeholders and not implemented. Also incomplete. *** Always loads source editor *** Links to article/user and discussion both appear here. *** Section edits also work *** DOES NOT SAVE. *** Changed "Edit Source" to "Edit Visually" in edit button menus because we're not faking up the visual editor (At this time)
- Search box now works and does basic type-ahead lookups.
** Not entirely fully functional (e.g., does not auto-select) ** Some issues with clicking out of the search area not defaulting back to the page title ** No full search functionality (yet)
- Additional sidebar toggles:
** Quiet Mode: (default) *** This applies several visual changes to the button ribbon (including border removal) *** Also slots the button ribbon right below the page title ** Thin Mode: (default) *** This reduces several borders to 1 pixel instead of 2.
- Sidebar settings now are remembered between pages.
** Cookie clears with "clear saved data"
- Personal bar now collapses when page-context tools pop into the header.
** Animation could use some work.
- Changed avatar icon
- Added link to notifications from user pulldown menu
- Added small color highlight to internal tabs/buttons to indicate location
- Attached several "This is not implemented" modal dialogs to various
actions.
=== Bugfixes ===
- Clicking on internal hashlinks (like from the TOC) now target correctly
given the fixed header. ** Also smooth scroll animation.
- Page now scrolls to top when new page is loaded
- Toolbox sections now open and close correctly
- Found broken css rule that was applying a ginormous font size to all <a>
tags.
- Applied a max-height to the header table of contents and gave it
scrollbars when the size of the TOC is larger than its content.
- Page co-ordinates now go to the correct place
- Language links now list the name of the language, not the name of the
article ** This was a pain. This data needs to be in the API call.
- "Discussion" link now becomes "article" link on discussion pages.
- Redlinks now appear red.
== Known Issues ==
=== Current ===
- Contributions views:
** Timestamps don't sort right ** Comment fields are not correctly parsed from wikitext to html ** Size changes are not correctly reflected
- System does not always handle 404 loads correctly (can fail silently,
requiring a reload)
- Internal hash URLs don't scroll correctly when loaded from external
sources (this is a problem with the prototype specifically and will not appear in the production version)
- Keyboard accellerators do not work. This is a problem of the prototype
specifically and will not happen with the production version.
- Loading from JSON breaks the nice little "section hover" stuff.
- Categories are not displayed correctly, if at all.
- Wrong link colors
=== Fixed/Addressed === ==== In Winter 0.4 ====
- Some buttons don't go away when they should
- Redlinks do not work
- Clicking on a section title in the table of contents forwards to the
correct section, but the section header is covered by the search bar
- Button size off-set issue appearing in Firefox (thanks, Sven!)
Brandon Harris, Senior Designer, Wikimedia Foundation
Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
Design mailing list Design@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/design
On Feb 7, 2014, at 6:38 AM, Pau Giner pginer@wikimedia.org wrote:
This looks good, thanks for the update.
I have some comments about the sections that appear below the article title: • Is the "article" section really needed initially? Even if the article is the option selected by default, I think that presenting a choice between "article", "discussion" and "history" puts them conceptually at the same level when they are not.
I disagree here; I think the article, its discussion, and its history *are* at the same level of importance.
But: not having the button there felt weird when you’d move to other views and it would magically appear. This was something that was causing confusion among users (having links disappear and reappear) so I standardized on it always having things visible.
• Would it make sense to anticipate content? Using "3 discussions" instead of the generic "Discussion" as label, and using "Updated today" instead of the generic "history" label can help to anticipate the expected data behind those links. There is a drawback of not having uniform labelling but keeping the same icons can alleviate that issue.
The problem is that some articles are going to literally have thousands of discussion topics. Further, we’re not going to be able to easily get that number until everything is Flow-enabled (can’t do quick counts on wikitext), so there’s no way to use it.
I’d prefer to avoid using non-static metadata as a button/tab/navigation link mixed in with static labels.
--- Brandon Harris, Senior Designer, Wikimedia Foundation
Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
I disagree here; I think the article, its discussion, and its history *are* at the same level of importance.
I was thinking about it more in terms of dependencies between concepts. I see "History" as "history *of the article*", and "discussion" as "discussion *about the article*". So the fact that those links were inside the article was enough from my point of view to communicate the relationship (without the explicit "article" option).
From what you comment, I can see that this generates the need for a
different way to present the way back to the article, which may introduce more complexity for "history" and "discussion" views and has its challenges too.
The problem is that some articles are going to literally have thousands of
discussion topics.
I think that if it is worth it, we can deal with that. For example, we can reduce the scope to a time period (e.g., "100 discussions today"). The question is: is it worth it? I don't know the answer. I'm suggesting that if we identify that users are especially interested on some particular states of conversations/history (recent change, big changes, whether you participated...) we could try to anticipate those when they are relevant for our users.
On Fri, Feb 7, 2014 at 9:03 AM, Brandon Harris bharris@wikimedia.orgwrote:
On Feb 7, 2014, at 6:38 AM, Pau Giner pginer@wikimedia.org wrote:
This looks good, thanks for the update.
I have some comments about the sections that appear below the article
title:
* Is the "article" section really needed initially?Even if the article is the option selected by default, I think that
presenting a choice between "article", "discussion" and "history" puts them conceptually at the same level when they are not.
I disagree here; I think the article, its discussion, and itshistory *are* at the same level of importance.
But: not having the button there felt weird when you'd move toother views and it would magically appear. This was something that was causing confusion among users (having links disappear and reappear) so I standardized on it always having things visible.
* Would it make sense to anticipate content?Using "3 discussions" instead of the generic "Discussion" as label, and
using "Updated today" instead of the generic "history" label can help to anticipate the expected data behind those links. There is a drawback of not having uniform labelling but keeping the same icons can alleviate that issue.
The problem is that some articles are going to literally havethousands of discussion topics. Further, we're not going to be able to easily get that number until everything is Flow-enabled (can't do quick counts on wikitext), so there's no way to use it.
I'd prefer to avoid using non-static metadata as abutton/tab/navigation link mixed in with static labels.
Brandon Harris, Senior Designer, Wikimedia Foundation
Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
Design mailing list Design@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/design
As the great Ronald McDonald once said, "I'm lovin' it".
I do notice that the right-floated section edit buttons bunch up weirdly when the window's very wide and "new typography" is off. I wonder if we can enforce a reasonable column size for the next *and* push floats outside into the gutter area when there's room? hmm
-- brion
On Thu, Feb 6, 2014 at 6:31 PM, Brandon Harris bharris@wikimedia.orgwrote:
I have uploaded a new version of the Winter prototype. This is apretty significant update in terms of functionality and bugfixes, not the least of which include full support for history, contributions, and edit modes (though they do not save).
As always, you can play with it athttp://unicorn.wmflabs.org/winter/
And provide feedback at:https://www.mediawiki.org/wiki/Talk:Winter
(Please note that very soon I will Flow-Enable the Wintertalk page).
Here's your changelog:=== New Features ===
Added version identifier in sidebar.
Significantly upgraded the prototype chassis:
** Added functionality to pass Page names to the url with ?page=$PAGENAME *** This allows the prototype to open new tabs and such. *** Other actions also follow suit (edit=, history=, contribs=) ** Added "History" functionality ** Added "Contributions" functionality ** Added "Edit" functionality *** Edit-mode controls are placeholders and not implemented. Also incomplete. *** Always loads source editor *** Links to article/user and discussion both appear here. *** Section edits also work *** DOES NOT SAVE. *** Changed "Edit Source" to "Edit Visually" in edit button menus because we're not faking up the visual editor (At this time)
- Search box now works and does basic type-ahead lookups.
** Not entirely fully functional (e.g., does not auto-select) ** Some issues with clicking out of the search area not defaulting back to the page title ** No full search functionality (yet)
- Additional sidebar toggles:
** Quiet Mode: (default) *** This applies several visual changes to the button ribbon (including border removal) *** Also slots the button ribbon right below the page title ** Thin Mode: (default) *** This reduces several borders to 1 pixel instead of 2.
- Sidebar settings now are remembered between pages.
** Cookie clears with "clear saved data"
- Personal bar now collapses when page-context tools pop into the header.
** Animation could use some work.
- Changed avatar icon
- Added link to notifications from user pulldown menu
- Added small color highlight to internal tabs/buttons to indicate location
- Attached several "This is not implemented" modal dialogs to various
actions.
=== Bugfixes ===
- Clicking on internal hashlinks (like from the TOC) now target correctly
given the fixed header. ** Also smooth scroll animation.
- Page now scrolls to top when new page is loaded
- Toolbox sections now open and close correctly
- Found broken css rule that was applying a ginormous font size to all <a>
tags.
- Applied a max-height to the header table of contents and gave it
scrollbars when the size of the TOC is larger than its content.
- Page co-ordinates now go to the correct place
- Language links now list the name of the language, not the name of the
article ** This was a pain. This data needs to be in the API call.
- "Discussion" link now becomes "article" link on discussion pages.
- Redlinks now appear red.
== Known Issues ==
=== Current ===
- Contributions views:
** Timestamps don't sort right ** Comment fields are not correctly parsed from wikitext to html ** Size changes are not correctly reflected
- System does not always handle 404 loads correctly (can fail silently,
requiring a reload)
- Internal hash URLs don't scroll correctly when loaded from external
sources (this is a problem with the prototype specifically and will not appear in the production version)
- Keyboard accellerators do not work. This is a problem of the prototype
specifically and will not happen with the production version.
- Loading from JSON breaks the nice little "section hover" stuff.
- Categories are not displayed correctly, if at all.
- Wrong link colors
=== Fixed/Addressed === ==== In Winter 0.4 ====
- Some buttons don't go away when they should
- Redlinks do not work
- Clicking on a section title in the table of contents forwards to the
correct section, but the section header is covered by the search bar
- Button size off-set issue appearing in Firefox (thanks, Sven!)
Brandon Harris, Senior Designer, Wikimedia Foundation
Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
Design mailing list Design@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/design
I just want to say that I'm loving the interactivity of this prototype, e.g. the ability to load and edit real articles, use search, etc. It gives a much more realistic feel of the underlying ideas. I hope we can use this as the new gold standard for prototypes and indeed re-use the underlying code as much as possible. :) We don't need to build such prototypes for everything, but for comprehensive explorations like this it's really the best approach I know.
Thanks for all the attention to detail on this, which is really starting to show. :)
Erik
2014-02-07 4:31 GMT+02:00 Brandon Harris bharris@wikimedia.org:
I have uploaded a new version of the Winter prototype.
Thanks for your work and for the regular updates to the mailing list. This good communication is not a thing to be taken for granted.
Can I help in any way to create a version of this in another language? I'm particularly curious about RTL, but even in "simple" languages like German there are lot of potential challenges, such as the length of button labels.
** Added "History" functionality
... and this prompted me to finally write an email about the label for this functionality. I planned to do this for about a year :)
** Added "Edit" functionality
When I showed this version to my SO, she quickly said: "It's much easier to see that one can edit a page. On the usual Wikipedia the link is very small and it doesn't stand out, so it's hard to know that anyone can edit." Win!
- Language links now list the name of the language, not the name of the
article
** This was a pain. This data needs to be in the API call.
What's the final intention with regards to this? To show article titles or language names? I can think of arguments for both solutions.
- "Discussion" link now becomes "article" link on discussion pages.
What's the intention with regards to the "talk" and "discussion" labels? I see the current version still showing both words. Is it "Discussion" for articles and "Talk" for people? Or something else?
-- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com “We're living in pieces, I want to live in peace.” – T. Moore