Compact personal bar is a clean and organized personal bar with quick access to the features you use most. This feature paves the way for a simplified site header with access to contextual tools when you need them, try it out with the upcoming Fixed Site Header beta feature.
Please give us feedback on your experience using this beta feature so we can change and improve it. Each language is welcome in this discussion!
You can read more about the feature here. See the roadmap and known bugs on trello.
Internet Explorer and old Safari (desktop and mobile) are not yet supported
Language and Notifications flyouts do not work in most cases
Due to resourcing the compact personal bar beta feature will be removed from sites within the next two weeks. This does not mean that the learning and data gained from the experiment is lost. The Design and Product teams will work to either find new resources to update the feature in future, or take the learnings that we gained from the trial and apply them to new features and enhancements to the sites.
The outstanding development tasks for compact personal bar are available on phabricator here if community developers would like to work on the code there will be staff members availbe to help review.
Thank you for everyone who participated in the experiment, and for all of your feedback.
It was quite useful and well recieved by community. As sysop, I've got few requests by users today, asking what happened to it. I think it should stay in our plans, though I can't commit to development myself at the moment.
I can also state that this was serving its purpose very well in its current format - Wikipedia is FAR behind in replacing long text for simple, intuitive icons (a design omnipresent in virtually every common piece of software or OS). This was particularly needed because the site is so very text heavy; in this respect it was a great improvement, visually and functionally. The links I most used were the ones displayed. I infrequently used the hidden ones. I do not even consider this a beta feature at all. I would happily advocate for the release of this as a gadget, and even as a default on Wikipedia!
Thanks everyone for the great feedback, many of us here also like the feature. However even we acknowledge it was not yet perfected. As of today it has 19 outstanding bugs, including 2 critical ones related to echo notification and language tools. Until those bugs are resolved I think it is unwise to release, either as an extension or gadget.
Since it worked fine for many of us, can't we have it back as a Beta or even Alpha gadget? If it clearly says that it's not supported by the WMF and might not work (or break further in future versions), this should be fine.
I've added a summary at the top, explaining why this was temporarily (we hope) disabled. It was breaking the language selector at various wikis. See phab:T85541 for details, and phab:T86831 and m:Tech/News/2015/04 for background and the announcement. Sorry it wasn't announced more clearly, early, and widely.
I don't want to add anything in anything since i'm not a developer but author for Wikipedia. this feature worked fine for many of us, and it was in my opion one of the very few things that the WMF got done that actually helped my workflow instead of disrupting it like with MV and the like ... it is a declaration of bankruptcy for the WMF and its developers that they can't maintain a by many editors well-received tool.
How much time have WMF developers spent working on projects that turned out to be discontinued due to 'lack of time'... Ironic, isn't it? Yet CPB is/was charmingly useful and many of us want it to be back. Anyhow.
This used to be true in the past, but is no longer.
In fact, Internet Explorer 11 puts some interesting things in its user agent string to fool older-style browser detection scripts into thinking it's a Gecko-based browser (and Gecko-based browsers will be served the standards-compliant code while old versions of IE get served the old-style IE-specific code).
I took a look now. Yes, it is similar, but the flyout for contents should be splitted to contents and talk. And now I have to click to open the content flyout. Since, in Winter, I need four clicks to open the talk history. One (mouseover and one) click should be enough.
Good point Diwas, talk history is currently a few clicks away. (although only 2 not 4 though…?) however, I'm not sure that its something we really need to make more visible than 2 clicks away. Especially in light of how much easier it it for people to use Flow than current talk pages, this instance where the average user will need to access talk history pages will hopefully be much more infrequent.
The flyout (there in Winter) do not open for me by mouseover, but only by click. But this is nothing we have to research.
When you are reading the talk page and you want to open the article history, you need two clicks. Yes, it is only one wasting click, but it needs only one little icon to split article (with it's history and edit and more) and talk (with it's history and edit and maybe more).
Since now, when you are reading the article, the flyout shows article (read article), edit (edit article), discussion (read discussion), history (article history).
When you are reading the talk, the the flyout shows article (read article), edit (edit talk), discussion (read talk), history (talk history).
This may be the context-menu concept, but the items are ambiguous. It is a mix of stable items and items with changing action by stable labels (history, edit). One extra icon would be more easy and efficient. When you are reading, editing or see the history of the arrticle, the article icon should be highlighted (a little bit). When you are reading, editing or see the history of the talk, the talk icon should be highlighted.
For many years I used the "6tabs" userscripts to add the history links to my personal UI. ( vector version, monobook version), and I really liked having those history links instantly available.
(I stopped using it because it doesn't work well with WikiLove and VisualEditor. I partially use Navigation Popups for semi-quick access to things like this, although it's not possible to use Navpopups to directly access the talkpage-history from the article itself..)
I agree that being able to subtly tweak this kind of thing, is very useful for powerusers. Particularly because the reverse is also often true - when I'm on the talkpage, I often want to consult the history of the article/project page.
(Personally, I never use the "jump straight to editing" link, because I always need to read the page first! But I assume it is useful for some editors' use-cases, as it is also the top-link in the Navpopups actions menu (?).)
If I move the mouse pointer from the top, out of the window, down to the search box, it is hidden by the compact personal bar. Which can be solved by an integration of page ,talk, search box and compact personal bar into one superbar. Or you add a search box on the second position in the compact personal bar..
Atlasowa, thank you for trying out the beta feature, I'm sorry that you find it inconvenient or impractical to use, however based on your feedback there isn't anything actionable for us to do to improve it for you. Would you care to give us some more feedback on how we can improve the feature so it would be useful for you?
Atlasowa, vielen Dank für das Ausprobieren der Beta-Funktion, tut mir leid, dass Sie es unbequem oder unpraktisch zu bedienen, jedoch basierend auf Ihrem Feedback gibt es nichts umsetzbare für uns zu tun, um zu verbessern es für Sie. Würdest du uns etwas mehr Rückmeldungen, wie können wir die Funktion zu verbessern, damit es sinnvoll für Sie wäre, zu geben?
Based on the translation: Have the test a few weeks and find it impractical. Especially the unfolding annoying. I have disabled it now.
You're right, this is not really actionable feedback. Some examples:
I DON'T LIKE GREY. It looks disabled. And not everybody uses a HD screen with optimum light conditions. Grey is a bad idea. Kill your design darlings!
I use the "my contributions" link quite often to check on responses to my recent edits - on articles that i don't want to put on my watchlist forever. This "my contributions" link is in the drop-down, so it is harder to reach/click now.
I often unintentionally clicked on my user page (top of drop-down) when trying to unfold the drop-down. I have also clicked on the drown-down when i wanted to use the search field (too similar in design and placement).
Since you are tracking all clicking on the new "Compact Personal Bar", you can probably tell which links users click most - but can you compare this with the click-action on the old Personal Bar? (If you can't, how can you have a meaningful interpretation of data?) BTW, on german Wikipedia one admin has hidden the "beta"-link for everybody, so it is also hidden in the new "Compact Personal Bar" (in case you're wondering why nobody clicks on it).
I do like the logout-button on mobile WP (power-off-button). Is not used in the "Compact Personal Bar", unfortunately.
The watchlist = star-icon is fine. I think it should make a short blink when i add a new article to my watchlist (in addition to the rotation animation of the other star icon). BTW, in the Wikipedia edit window there is a "Watch this page" tick box, there should be the star icon next to it too (consistency).
The bell icon for notifications is nice, haven't seen it in action/in beta. Does it swing?
The version 2 design never reached german WP, afaik.
1) Why is this flow text input field so freaking tiny? Huge whitespace everywhere in flow, but in the text input ... no space left? Gaarrrr.
2) When i started the topic, after writing the topic title, Flow asked "Add some details, if you'd like" - i thought, i don't need a subtitle or mouseover or whatever. I certainly didn't expect that to be the the actual text input field for my comment...! "Add some details, if you'd like" - seriously!?! What do you think users do on Wikipedia? Write tweets? Do you WANT them to write tweet-long comments? Gaaarrr.
Atlasowa: Thanks for the feedback, very much appreciated. I'll try to address each point
We are making the icons more dark and having hover and click stated to combat the issue of it appearing too light, this change hasn't rolled out anywhere ( de.wiki isn't being singled out)
You're not the first to request contributions be outside the flyout as well, however we've not received a lot of feedback requesting this either, we'll continue to evaluate requests like yours and the analytics data we're receiving as well.
eventually with the changes proposed by Winter the search and flyout won't be stacked so hopefully this is a temporary issue
We are tracking user clicks for the compact person bar and user clicks on the same targets outside the compact personal bar for users that do not have it enabled so that we can compare behaviors for logged in users, we're not finding any significant falloff of users accessing any items, so that's good, but we'll continue to watch for trends as the number of users increases.
Thats a great idea with the animation, the watchlist star (for watching a page already has an animation too, do you think it would be distracting to have them both animating?) perhaps we could do something where when you watchlist a page the start actually animates as though it would going into the watchlist icon in the compact personal bar?
The bell is being used on mobile web and eventually apps as well, it doesn't swing or animate (yet…)
We purposefully left logout without an icon to distinguish it from the others, but we can look into having an icon as well.
Thank you for the flow feedback, would you mind giving it directly to the flow team on the project talk page?
Atlasowa, I'm sorry that you feel Flow is a hassle to use, its not that it bothers me that you are giving flow feedback here, I just want to make sure that the team working on Flow receives your feedback in order to improve it, and hopefully make it less of a hassle for you.
Jaredzimmerman (WMF): " I just want to make sure that the team working on Flow receives your feedback in order to improve it" - then please DO make sure!
No, wait, actually, you're less interested in getting valuable feedback for beta features, than in forcing another beta feature (flow) on users that intend to give you feedback. See bug65078. Wow.
As an author and Administrator I need my watchlíst frequently. It is anoying to do two clicks instead of one to access the watchlist. I' ve no sollution for that exept to exclude the watchlist from the feature and leave the usual link
Superbass, I'm not sure I understand, watchlist is still only 1 click away, the star icon that accesses the watchlist is both inside and outside the flyout. Effectively there is no change to the number of clicks for accessing watchlist. Am I misunderstanding what you're asking for?
Jaredzimmerman (WMF): When you update the icon, please think about making the watchlist icon more prominent. For example by giving it a colour (red, blue?). I worry that new users only see the highly visible notifications, and are paying far less attention to their watchlist. And while the notifications are about me-me-me (my edits, my conversations, my thanks, my status, my reverts, ...), the watchlist is about the articles, about actual Wikipedia content. In the old days, there was only the watchlist and the users talkpage - now the notifications could distract contributors from that. That could be harmful. Can you somehow check that out? usertesting, clicktracking?
Atlasowa: thanks for the feedback, in tracking click-throughs during the beta feature we've noticed no significant drop in activity of people accessing their watchlists. We know this is a self selecting group, and we'll watch out for that. We will definately look into your point of using color to emphasize new content or changes in watchlist and other "notification streams"
I found some research about notifications, which seems to support my concerns that the competition for user attention between the "me-me-me-notifications-bling-icon" vs. "static watchlist-link" has harmful effects on productivity:
meta:Research:Notifications/Experiment_1#Summary: Our results suggest that the presence of Notifications effectively increases the amount of activity that new users will engage in (more edits, more edit sessions and more hours spent editing). However, the effect of Notifications on the productivity of new users is unclear. On average, users with Notifications were less likely to make productive contributions to articles, but in our experiment, a few highly productive newcomers made up some of the difference.
Our results also show that newcomers with Notifications enabled are more burdensome. They made more edits that were reverted by others and they were more likely to be blocked.
I just wanted to tell you, that I really like that compact personal bar. There's just one thing: If there are new "messages" on the Watchlist, what about marking the little star thing (where you click on to go to your watchlist) yellow?
For me it's a deterioration, that you now have a longer mouse way to get to Preferences, even as an advanced user, that's an often used page for me. So I'd like to get an direct icon for that.
In contrast to that I only need the notifications icon, if I have a new notification.
if I read articles etc. and I click once on the notification icon, I expect it to open as a small box, so that I can take a quick look at my notifications and go easy back, read my articles (as it does if I edit somewhere). Instead a click opens the notifications page. Maybe it's an option, to open the small box if I click once, and if I click a second time to open the notification page.
on the expendable options, there is a link to "new messages (none)" this is not necessary, if there are no new messages, I don't need a link to it.
I think the order of the links is not good solved. The first few options are already clickable icons, I could easy go to them, without opening the menu. In contrast, the option Preferences is far down, and has so an unnessesary long mouse way.
I'm sorry you find it to be worse than the current state of things. From our analysis of how users use the current links in the personal bar we've found there to be no real difference in the access frequency from users who are using the compact personal bar and those that aren't and while I agree that its a little bit more mouse moving its still one click away, but I understand your point. From looking at the frequency at which we see users accessing options in the personal bar, preferences is access pretty infrequently. Thats why it didn't seem to need a presence outside of the dropdown.
That might be the case of you, however many users use notification as a means of getting to their old notifications, additionally this is similar to how notifications work on pretty much every web application with a notification works, so I don't think it would make sense for us to differ from this pattern.
The echo (notifications) flyout not overlaying on the current page is a bug tracked T66862 here already.
The "new messages (none)" showing when a user has enabled compact personal bar is a bug tracked here T69750 already.
There are other threads here on the talk page, where people are talking about icon ordering. The current order is based on the way things are ordered and the frequency that people are accessing tools now. Feel free to propose alternate ordering, but please know that the current ordering is based on common usage data which might be different from yours.