Re: [Wikitech-l] can't get git-review to work
Try putting /usr/local/bin in your path before /usr/bin. El Capitan rebuilt it's Python instance.d Do this: echo $PATH And see what the order is. Your path is set in your .bash_profile file: export PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:$HOME/bin:/usr/local/mysql/bin:/sbin:/usr/sbin:/usr/local/sbin You may find, especially if you install lots of stuff via homebrew, that reinstalling them will also solve issues. > On Oct 21, 2015, at 1:47 PM, Ryan Kaldari <rkald...@wikimedia.org> wrote: > > Recently I upgraded my Mac to OSX 10.10.5 and upgraded a lot of other stuff > in the process. But now I can't get git-review to work. Whenever I try to > run it, it gives the following stacktrace: > > Traceback (most recent call last): > File "/usr/local/bin/git-review", line 11, in >sys.exit(main()) > File "/Library/Python/2.7/site-packages/git_review/cmd.py", line 1522, in > main >_main() > File "/Library/Python/2.7/site-packages/git_review/cmd.py", line 1377, in > _main >(os.path.split(sys.argv[0])[-1], get_version())) > File "/Library/Python/2.7/site-packages/git_review/cmd.py", line 209, in > get_version >provider = pkg_resources.get_provider(requirement) > File > "/Library/Python/2.7/site-packages/distribute-0.6.14-py2.7.egg/pkg_resources.py", > line 177, in get_provider >return working_set.find(moduleOrReq) or require(str(moduleOrReq))[0] > File > "/Library/Python/2.7/site-packages/distribute-0.6.14-py2.7.egg/pkg_resources.py", > line 654, in require >needed = self.resolve(parse_requirements(requirements)) > File > "/Library/Python/2.7/site-packages/distribute-0.6.14-py2.7.egg/pkg_resources.py", > line 552, in resolve >raise DistributionNotFound(req) > pkg_resources.DistributionNotFound: git-review > > If I run "pip install --upgrade setuptools": > Requirement already up-to-date: setuptools in > /Library/Python/2.7/site-packages > > If I run "pip install -U git-review": > Requirement already up-to-date: git-review in > /Library/Python/2.7/site-packages > Requirement already up-to-date: argparse in > /Library/Python/2.7/site-packages (from git-review) > Requirement already up-to-date: requests>=1.1 in > /Library/Python/2.7/site-packages (from git-review) > > If I run "/usr/bin/easy_install --version": > distribute 0.6.14 > > I couldn't find any solution on Google or in our git-review docs. Any > suggestions? > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris :: bhar...@gaijin.com :: made of steel wool and whiskey ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] "Try the free Wikipedia app" banners
ly different response: "We do not believe that people are aware that there are official Wikipedia apps. We would like to run an experiment to see how likely people are to switch to the app experience if they know it exists. Of those that switch, we would like to find out how many of them increase their usage of the content, and, ideally, we'd like to know which features of the app are the most popular and useful. Additionally, we'd like to know the drop-off counts. We want to do it in a controlled environment where we understand the patterns as they exist fairly well. We'll run this experiment for X days, and we know that there will be biases on W, Y, and Z." I could easily get behind that set of questions. I don't really expect a response to any of this, by the way. --- Brandon Harris :: bhar...@gaijin.com :: made of steel wool and whiskey ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Collaboration team reprioritization
> On Sep 3, 2015, at 4:06 PM, Ricordisamoa <ricordisa...@openmailbox.org> wrote: > > I appreciate the acknowledgement of failure. I don't think that's what was said at all. You may wish to re-read all of this. --- Brandon Harris :: bhar...@gaijin.com :: made of steel wool and whiskey ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] "Try the free Wikipedia app" banners
> On Sep 2, 2015, at 11:17 AM, Gergo Tisza <gti...@wikimedia.org> wrote: > > On Wed, Sep 2, 2015 at 6:19 AM, Oliver Keyes <oke...@wikimedia.org> wrote: > >> For what it's worth, the line " For one thing, they can turn out >> negative, in which case we will have been spared a philosophical >> debate about openness." comes off as very snarky and also entirely the >> wrong approach. > > > Debates about the Wikimedia ethos tend to be highly subjective and thus > costly both in terms of time and emotional resources. Measuring whether > banners work is fairly simple and objective. It makes sense to perform the > cheapest prerequisite checks first, to minimize total cost. Part of the cost of business in being transparent and actually _having_ an ethos is that these conversations need to be had, regardless of their cost. And I seriously doubt that there's any benefit to these banner ads at all. Converting a small number of people from using the web version to an app version is meaningless when operating at this scale. We're actually probably _reducing_ the number of readers overall because many will simply say "screw this if you're serving me interstitials". This was a bad idea. It remains a bad idea. It looks bad on the movement. --- Brandon Harris :: bhar...@gaijin.com :: made of steel wool and whiskey ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] ignore feature for mediawiki?
I've thought about this a fair bit and it's actually a non-trivial problem. Not technically, mind you - technically, it's trivial. The problem lies with the whole revert/communicate, or warn/communicate problem. We have no way for administrators/sysops to mark comments in discussions as being in my role as administrator, and people who are ignoring said discussion bits may very well cause greater problems. Ignoring people by actually ignoring people tends to work pretty well. On Aug 11, 2014, at 4:52 PM, Sumana Harihareswara suma...@wikimedia.org wrote: Perhaps the easiest place to start with this sort of opt-in ignoring would be in discussions; thus I filed a request for a Flow feature https://bugzilla.wikimedia.org/show_bug.cgi?id=69404 : preference to ignore comments from specific users (killfile). Thank you for the idea, svetlana. Sumana Harihareswara Senior Technical Writer Wikimedia Foundation On Sat, Aug 9, 2014 at 8:49 AM, svetlana svetl...@fastmail.com.au wrote: Use-case: someone is being annoying, but is willing to ignore me voluntarily on-wiki. Are there any software tools which may assist them in this where doing so is O.K. (such as not showing my edits in review queue where a page defaults to old stable version anyway, hiding my edits from recent changes and watchlists, etc)? In such cases there is a potential that I do some harm behind their closed eyes (such as malicious edits) so there needs to be a fine line where the target user is, for example, a reviewer. I searched on the web but I couldn't find past related software, documentation, or discussions. svetlana ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bikeshedding a good name for the api.php API
something something Unicorn. On Aug 6, 2014, at 2:32 PM, Brad Jorsch (Anomie) bjor...@wikimedia.org wrote: When api.php was basically the only API in MediaWiki, calling it the API worked well. But now we've got a Parsoid API, Gabriel's work on a REST content API, Gabriel's work on an internal storage API, and more on the way. So just saying the API is getting confusing. So let's bikeshed a reasonably short name for it that isn't something awful like the api.php API. I'm horrible at naming. -- Brad Jorsch (Anomie) Software Engineer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Winter, v. 0.6
On Jul 14, 2014, at 3:55 PM, David Gerard dger...@gmail.com wrote: I *love* how typing into the search bar gives you related articles. How are you doing that? Through the magic of the new search API. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Winter, v. 0.6
I have gotten said screenshot, and it matched exactly what I saw in IE 9 earlier this morning. The problem was a missing DOCTYPE, which, when added, broke a bunch of other stuff, which I have now fixed and deployed. So it should work on IE now just fine. I also fixed a metric ton of the issues with the responsive code, so that should be working as well. /scramble, scramble, scramble. On Jul 14, 2014, at 11:24 AM, Risker risker...@gmail.com wrote: Just to note, I've sent the screenshot directly to Brandon; I also forwarded a copy to this list but because of the size the email needs to go through moderation. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Winter, v. 0.6
As I've said before, it doesn't work in IE. I've only just gained access to a Windows laptop and I'll see what I can do. On Jul 14, 2014, at 5:55 AM, Risker risker...@gmail.com wrote: Thanks Brandon for letting us know about this. Since it will be many hours before I have a chance to make comments elsewhere, I'm going to let you know that, using a Win7 platform and IE9, the screen is illegible. All writing is in a faint shade of grey (or blue where applicable); text overlaps images and infoboxes; and there's massive whitespace to the right of the screen. Because of the very faint text, I can't be certain what's supposed to be above the title; however, what is there looks to all be crowded over to the right of the screen above the large amount of whitespace. I'll try to grab a screenshot and send it in. Risker/Anne On 14 July 2014 01:03, Brandon Harris bhar...@wikimedia.org wrote: I have uploaded a new version of the Winter framework/prototype, v. 0.6. http://unicorn.wmflabs.org/winter/ This version has significant changes over 0.5. The entire undercarriage has been refactored into a framework to allow for anyone to do rapid prototyping within their own copy. The source code has been installed into gerrit, in the form of two depots, one of which is for specialized modules that change the way the prototype behaves (snowflakes). Links to the source depots are available at: https://www.mediawiki.org/wiki/Winter#The_Winter_Framework This release adds in several major changes: * Right rail functionality, designed to surface content * Search functionality * Watchlist functionality (for testing) * A revisit to the design of the edit interface. A full changelog for version 0.6 can be found here: https://www.mediawiki.org/wiki/Winter#Version_0.6.2C_July_13.2C_2014 As usual, feedback is welcomed here: https://www.mediawiki.org/wiki/Talk:Winter --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Winter, v. 0.6
I have uploaded a new version of the Winter framework/prototype, v. 0.6. http://unicorn.wmflabs.org/winter/ This version has significant changes over 0.5. The entire undercarriage has been refactored into a framework to allow for anyone to do rapid prototyping within their own copy. The source code has been installed into gerrit, in the form of two depots, one of which is for specialized modules that change the way the prototype behaves (snowflakes). Links to the source depots are available at: https://www.mediawiki.org/wiki/Winter#The_Winter_Framework This release adds in several major changes: * Right rail functionality, designed to surface content * Search functionality * Watchlist functionality (for testing) * A revisit to the design of the edit interface. A full changelog for version 0.6 can be found here: https://www.mediawiki.org/wiki/Winter#Version_0.6.2C_July_13.2C_2014 As usual, feedback is welcomed here: https://www.mediawiki.org/wiki/Talk:Winter --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Larger thumbnails for MediaWiki / Wikimedia wikis?
On Apr 9, 2014, at 12:45 PM, James Forrester jforres...@wikimedia.org wrote: Proposal: - Make the default a nice proper size for the modern Web; I suggest 360px but could be argued up. - Remove all the other sizes from wgThumbLimits - Remove the user preferences for thumbnail size Simple. Well. Maybe not so simple. We also have to think about the thumbnails included in galleries. Galleries with 360px thumbnails won't be very browsable. Also search results. Also mobile. There's plenty of reasons not to remove other sizes. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why is Cologne Blue still in core?
I am one of these creatures. I didn’t set a preference when I joined and just rode through the default changes as it went. Later, I ended up setting a preference to Vector, but that was after I had played around with other skins, so I needed a way to get back to the one I liked. Personally, I think talk of “power user skin” versus “reader skin” is pointless. I think we should be focusing on making the software and system better. If that means “a better skin api” or it means “a new skin” or it means “removing old skins”, let’s do that. On Mar 11, 2014, at 5:11 PM, Oliver Keyes oke...@wikimedia.org wrote: But power users who registered after the Vector default switch - I can't see a reason for them to explicitly enable it, if they're comfortable with it. Anecdotally I know a few strange creatures who fall into that category, although personally I prefer Monobook. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Gerrit Commit Wars
On Mar 10, 2014, at 10:59 AM, Tyler Romeo tylerro...@gmail.com wrote: It's been repeated multiple times, but I'll say it again: it is disputed as to whether account creation was broken. It is just a question of design and user experience. No functionality was actually broken. This is a fairly limited view. The functionality was *broken*. It failed to work in the way it was expected to work. That’s what “broken” means. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Gerrit Commit Wars
https://en.wikipedia.org/wiki/Badger On Mar 8, 2014, at 1:38 PM, Tyler Romeo tylerro...@gmail.com wrote: On Fri, Mar 7, 2014 at 7:04 PM, Ryan Lane rlan...@gmail.com wrote: Yes! This is a _good_ thing. Developers should feel responsible for what they build. It's shouldn't be operation's job to make sure the site is stable for code changes. Things should go more in this direction, in fact. If you want to give me root access to the MediaWiki production cluster, then I'll start being responsible for the stability of the site. Tell me something, what about the developers of MariaDB? Should they be responsible for WMF's stability? If they accidentally release a buggy version, are they expected to revert it within hours so that the WMF operations team can redeploy? Or will the operations team actually test new releases first, and refuse to update until things start working again? *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Action Script API client library?
Both ActionScript and JavaScript are ECMAScript languages and are thus pretty similar. I last did AS coding about 4 years ago but I don’t think the language has changed significantly since then. I’d be surprised if there was an ActionScript library for MediaWiki, so your best bet is JavaScript. On Feb 11, 2014, at 1:07 PM, Strainu strain...@gmail.com wrote: Hi, Does anyone know a MediaWiki API library written in Action Script? I have an AS developer willing to start learning about MW and I wanted to make it easy for him. If not, what would be a near language that we do have a library for? JS? Java? Thanks, Strainu ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] InstantClick
Mobile users don’t have hover effects, and thus can only use this on click, which is how things get loaded anyway. On Feb 8, 2014, at 6:43 PM, Isarra Yos zhoris...@gmail.com wrote: How much bandwidth would this cost the users? If a mobile user is paying by how much they download, this could well mean they're paying for things loaded in the background - things that they may never even touch. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki Homepage Redesign
A) it's a good exercise to learn with; B) it's good practice to make them for all projects, regardless of size, I only to help solidify one's thinking. We should do LESS designing in code, not more. Snt frm my iPhne On Dec 16, 2013, at 10:44 AM, Isarra Yos zhoris...@gmail.com wrote: On 16/12/13 12:14, Brena Monteiro wrote: Like Quim said, right now we are preparing the Design Document[1] and all collaboration is welcome. Best regards, [1] https://www.mediawiki.org/wiki/User:Monteirobrena/OPW/Design_Document Brena Monteiro +55 27 98109 0123 @monteirobrena http://twitter.com/monteirobrena Reflexões Brenianas http://monteirobrena.wordpress.com I apologise if I'm being daft here, but why exactly is a design document needed for this (or for)? It is good that you're working on it, of course, but I'm also a bit confused. -I ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Design] Should MediaWiki CSS prefer non-free fonts?
They are different fonts from different font families, not members of the same family, and Helvetica is far, far more common than Helvetica Neue. On Oct 29, 2013, at 10:13 AM, Steven Walling swall...@wikimedia.org wrote: One question... it seems like specifying Helvetica regular and Neue is slightly redundant. Is there are reason we don't cut Helvetica regular from the list? --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Should MediaWiki CSS prefer non-free fonts?
On Oct 26, 2013, at 2:31 PM, Ryan Kaldari rkald...@wikimedia.org wrote: That said, my personal preference would be for us to keep our font neutrality and not declare anything other than 'serif' and 'sans-serif', but I'm open to listening to other people's arguments. rgree++ While I see the value in specifying font stacks that are arguably “prettier” I also don’t think it’s worth giving up our principles for it. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] New Version of the Flow Prototype Released
Those are messages in which the reader has been mentioned. On Jul 14, 2013, at 1:12 AM, Aarti K. Dwivedi ellydwivedi2...@gmail.com wrote: Some usernames have a leading @ before their messages but others don't. Is it expected behavior? On Sun, Jul 14, 2013 at 11:21 AM, Tyler Romeo tylerro...@gmail.com wrote: OK. First, looks pretty good. Nice work! I have just one comment: There are quite a lot of symbols with not much explanation. What's the difference between the conversation having a star on it, having a dot above the collapse arrow, and having an @ symbol on it? Also, why are some usernames green and others gray? *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Sun, Jul 14, 2013 at 12:45 AM, Chad innocentkil...@gmail.com wrote: Well, it's not a product (yet), so there's no place in BZ to file bugs (yet). I assume any bugs or feedback could be provided in this thread though :) -Chad On Sat, Jul 13, 2013 at 9:43 PM, Brandon Harris bhar...@wikimedia.org wrote: This isn't a product, so there isn't a place for bugs. And I am the designer. On Jul 13, 2013, at 7:51 PM, Tyler Romeo tylerro...@gmail.com wrote: Where can we file bugs for this? Also, who came up with the design for this? *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Sat, Jul 13, 2013 at 5:31 PM, Brandon Harris bhar...@wikimedia.org wrote: A new version of the Flow Prototype has been released. This version has ''many'' changes, not the least of which is that it approaches full functionality. You may play with it here: http://unicorn.wmflabs.org/flow/ Release notes are here: http://www.mediawiki.org/wiki/Flow_Portal/Interactive_Prototype This is a pretty heavy change. Here are the tl;dr release notes: * Many elements removed (author metadata, post counts, collapse all button) * New topic dialog is single element * Fixed header on scroll * Many visual changes to conform to new version of Agora styling * Posted replies should now go to correct position (with animation) * All dates now have hover change instead of tipsy; clicking produces permanent link dialog * Removed chaos modes * Added admin toggle (turns user into admin) * Added many moderation functions: edit/delete/restore post, delete/restore/close/supress topic, edit topic title * Added history functionality for topics and posts * Read posts are now open by default (experimental) * Killed several features not in the minimum viable product. * Fake-up a VisualEditor toolbar in textareas (non-functional) --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Aarti K. Dwivedi ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] New Version of the Flow Prototype Released
Green header = Unread, new message. The green dot indicates that there are unread messages in the topic. The @ symbol indicates that you were mentioned in the post (or topic, depending on if the topic is closed) And the Star is the subscribe function. It's like watchlisting, but for single topics. As far as tooltips go, they existed in earlier versions but they were incredibly annoying so they were removed. On Jul 14, 2013, at 3:29 PM, Bartosz Dziewoński matma@gmail.com wrote: On Sun, 14 Jul 2013 07:51:58 +0200, Tyler Romeo tylerro...@gmail.com wrote: OK. First, looks pretty good. Nice work! I have just one comment: There are quite a lot of symbols with not much explanation. What's the difference between the conversation having a star on it, having a dot above the collapse arrow, and having an @ symbol on it? Also, why are some usernames green and others gray? I've had the same impression as Tyler; there's a lot of noisy symbols there with no explanation. It would be bearable is they had tips displayed on hover (using the title HTML attribute), but still quite annoying. Less icons, please? Feel free to replace them with some text :) -- Matma Rex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] New Version of the Flow Prototype Released
A new version of the Flow Prototype has been released. This version has ''many'' changes, not the least of which is that it approaches full functionality. You may play with it here: http://unicorn.wmflabs.org/flow/ Release notes are here: http://www.mediawiki.org/wiki/Flow_Portal/Interactive_Prototype This is a pretty heavy change. Here are the tl;dr release notes: * Many elements removed (author metadata, post counts, collapse all button) * New topic dialog is single element * Fixed header on scroll * Many visual changes to conform to new version of Agora styling * Posted replies should now go to correct position (with animation) * All dates now have hover change instead of tipsy; clicking produces permanent link dialog * Removed chaos modes * Added admin toggle (turns user into admin) * Added many moderation functions: edit/delete/restore post, delete/restore/close/supress topic, edit topic title * Added history functionality for topics and posts * Read posts are now open by default (experimental) * Killed several features not in the minimum viable product. * Fake-up a VisualEditor toolbar in textareas (non-functional) --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] New Version of the Flow Prototype Released
This isn't a product, so there isn't a place for bugs. And I am the designer. On Jul 13, 2013, at 7:51 PM, Tyler Romeo tylerro...@gmail.com wrote: Where can we file bugs for this? Also, who came up with the design for this? *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Sat, Jul 13, 2013 at 5:31 PM, Brandon Harris bhar...@wikimedia.orgwrote: A new version of the Flow Prototype has been released. This version has ''many'' changes, not the least of which is that it approaches full functionality. You may play with it here: http://unicorn.wmflabs.org/flow/ Release notes are here: http://www.mediawiki.org/wiki/Flow_Portal/Interactive_Prototype This is a pretty heavy change. Here are the tl;dr release notes: * Many elements removed (author metadata, post counts, collapse all button) * New topic dialog is single element * Fixed header on scroll * Many visual changes to conform to new version of Agora styling * Posted replies should now go to correct position (with animation) * All dates now have hover change instead of tipsy; clicking produces permanent link dialog * Removed chaos modes * Added admin toggle (turns user into admin) * Added many moderation functions: edit/delete/restore post, delete/restore/close/supress topic, edit topic title * Added history functionality for topics and posts * Read posts are now open by default (experimental) * Killed several features not in the minimum viable product. * Fake-up a VisualEditor toolbar in textareas (non-functional) --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Announcing the Flow Portal(s)
Hello! As many of you know, the Wikimedia Foundation is now actively engaged in designing a next-generation discussion and workflow system called Flow, initially slated to replace user talk pages. Flow is an ambitious project (on par with the VisualEditor) and will touch nearly every aspect of the Wikimedia experience. We need ''your'' help and input. We have started a portal for information and discussion. You can find it on the English Wikipedia here: http://en.wikipedia.org/wiki/Wikipedia:Flow And on MediaWiki here: http://www.mediawiki.org/wiki/Flow_Portal (We'll be creating one on meta as well). At the Flow portal, you can read about what we're doing and why, as well as play around with an interactive prototype. We're desperately interested in your feedback and thoughts. There are things that we know, and things that we know that we don't know. But there are also things that we *don't* know that we don't know. And we want to reduce that lack of knowledge. We will also be conducting additional office hours for a variety of timezones - as many as we need to - and will also be open to having conversations via Google hangouts and/or Skype as need be. I am always around on irc (freenode, username jorm) and am willing to answer any questions you may have. -b. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
I would love a single landing page that asks What Can I Do… and then has some really big, pretty buttons: [Write Content] [Write Code] [Donate Money] [Donate Services] And then each goes to separate pages that explain what can be done. On Apr 7, 2013, at 12:39 PM, Jon Robson jdlrob...@gmail.com wrote: +1 to what Stephen said!! On 7 Apr 2013 12:17, Steven Walling steven.wall...@gmail.com wrote: On Sunday, April 7, 2013, Yuvi Panda wrote: I came across http://www.whatcanidoformozilla.org/ today, and proceeded to register whatcanidoforwikipedia.org :) Thoughts on what to put there? I cal already think of the following languages to put up: 1. PHP 2. JS 3. Lua 4. Python 5. Java 6. Obj-C 7. 'Design' I'll start a wiki page sometime to collect content, and then spend some time writing the code - we can even fork the original site's code and use it. Thoughts? Wikipedia needs editors just as much or more than it needs people who know PHP etc. I would prefer to focus on higher levels of contribution, one of which would be Code, and then drills down into the languages or frameworks. P.S. Can we *please* not bikeshed on the domain name? Domain names are cheap -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org javascript:; https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Apr 7, 2013, at 12:53 PM, Steven Walling steven.wall...@gmail.com wrote: Brandon has done landing pages before (SOPA anyone?) I keep forgetting that happened. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
Okay, so I made a first pass at a landing page. I'm glad Steven mentioned the SOPA thing, because there's a lot of brand recognition in that image and there's a white version of it so I started with that. Each link goes to a specific place with more detail. These four broad categories seem to make sense to me. Full copy for the secondary bullets needs 'ritin'. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Announcing the Wikimedia Iconathon 2013
The Wikimedia Foundation is partnering with the Noun Project[1] to do a public service Iconathon. The goal of this event is to generate 30-40 icons for the public domain, with the intent of primarily using them on Wikimedia Foundation projects. The event is open to the public in an effort to bring talented designers and civic-minded individuals into the process. The event will be held on April 6, 2013 at the Wikimedia Foundation headquarters in San Francisco. All icons will be released under a public domain license. We want your help and input! For more information, including a list of the icons we're working on, please visit one of three places: * http://meta.wikimedia.org/wiki/Iconathon_2013 * http://en.wikipedia.org/wiki/Wikipedia:Iconathon_2013 * http://www.mediawiki.org/wiki/Events/The_Noun_Project_Iconathon Please stop by one of these pages and share your thoughts and ideas. [1] http://www.thenounproject.com --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] GSoC Project Update (ConventionExtension)
On Aug 26, 2012, at 11:04 AM, John Du Hart compwhi...@gmail.com wrote: This is a disgusting way to store data. I don't think we need to talk to each other like this. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Can we make an acceptable behavior policy? (was: Re: Mailman archives broken?)
On Aug 16, 2012, at 7:18 PM, MZMcBride z...@mzmcbride.com wrote: Ryan Lane wrote: What is your plan to clean up the mess you made? I need to call you out on this MZ. This is an incredibly rude way to phrase this. I get that our community tends to accept this kind of behavior, but I think we should really put effort into coming up with some method of discouraging people from acting this way. What would have been a politer way to phrase the question? I originally wrote when are you going to clean up the mess you made?, but I rewrote it. the mess you made. Right there, in that phrase, you have aggressively indicated the following: a) That you believe someone fucked up; b) That you think they're incompetent; c) That you think they're being lazy about it None of that is helpful. This communication style typically causes the exact opposite response from what you apparently want to have happen. I can't speak for others, but when someone talks to *me* this way, I start tuning them out. Honey = flies. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] OpenID on Labs projects (was: Re: EtherEditor testing, round 3: Minor stress test)
This thread is starting to sound a bit hostile. Can we back up and assume good faith? On Aug 15, 2012, at 2:56 PM, Thomas Gries m...@tgries.de wrote: Am 15.08.2012 23:11, schrieb Ryan Lane: it is not. OpenID adds only a short table to the database, where the OpenID is connected with the (local wiki) userid. Where exactly is the blocking problem for you ? It's not a technical problem, per se. It's mainly a usability issue. When you allow login as a consumer, you now have two login links. One link is for logging in with your password credentials and another is with OpenID. This is confusing for people who don't know what OpenID is. Assuming everyone has some knowledge of OpenID (which is a stupid assumption, but let's play along), what do you display on the OpenID login page? Do we have logos that people can click to login to a provider? If so, which logos do we show? Why are we showing *those* providers and not others? How do you login with OpenID for providers not shown? A text box where they can enter the URL? Many OpenID URLs are long, ugly, and totally un-memberable, which means people will need to search for their provider URL when they want to login. it seems, that you have /never /installed the Extension. Because then you would not have asked these questions. Let's assume people are logging in with OpenID. Now there's a possibility of users getting locked out of their accounts because their provider went away. Yes, we can allow users to have passwords on the site too, but then we have two methods of authentication, which increases the risk of accounts getting owned. Additionally, now we have to worry about a provider getting owned and all accounts associated with that provider being owned as a result. OpenID as a consumer on the sites without fixing the usability issues is simply not going to happen. The security issues are a worry too, but less so than the usability issues. - Ryan Ryan, it seems, that you have never installed the Extension. Because then you would not have asked the questions. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Responsive web design
On Jul 27, 2012, at 8:47 AM, Jon Robson jdlrob...@gmail.com wrote: This would be best answered by Brandon.From a personal point of view if the mobile site still looks like a mobile site in a desktop browser at the start of next year I will be somewhat disappointed with myself. I, too, shall +1 this. I personally believe that mobile is the likely method for accelerating athenas development as there are less blockers to do that. And again, another +1. Mobile allows us to do radical rethinks - both by choice and by necessity. In fact, it was thinking about how we were going to solve some information architecture problems in the mobile space that led to much of the reasoning behind the necessity for Athena in the first place. A lot of the existing bottle neck from my perspective is due to a lack of volunteer developers in the many mobile projects which slows important things like this down. Aside from the new design we are also planning some cool stuff for Wiki loves monuments with image uploading via mobile phones to commons. Poke me off list if you are keen to give time/expertise to help accelerate important initiatives like this. :) Athena's timeline is murky. We are still very much in the design iteration phase as far as layout and interaction goes. However, the Agora project - a Foundation-specific style guide - is pretty far along and should be completed soon. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] bot activity in #mediawiki on freenode
Please move the bots out. On Jun 21, 2012, at 8:44 AM, Chad wrote: On Thu, Jun 21, 2012 at 11:25 AM, Derric Atzrott datzr...@alizeepathology.com wrote: I'm also in agreement that giving the bots their own channel is a great idea. I don't get on #mediawiki that terribly often, but Bug #35427 that Petr showed us convinced me that it needs done sooner than later. Well the IRC spam from L10n was a separate issue, that's been silenced. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Revoking +2 (Re: who can merge into core/master?)
On Jun 16, 2012, at 12:23 AM, Dmitriy Sintsov wrote: Shrek ears?? Why people have to be humiliated? Why don't just: 1. temporary reduce the salary 2. permanently reduce the salary 3. fire ? I'm not sure that your solution is less of a humiliation, my friend. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Changing the MediaWiki logo?
On Jun 13, 2012, at 1:29 PM, Chad wrote: I think a contest may indeed be in order then :) Clearly more unicorns are required. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] reasons for api json callback restrictions
On May 16, 2012, at 4:37 PM, Terry Chay wrote: BTW, our (current) security policy isn't technically complete. The following exploits are currently able to be done in XSSI: Terry scares the crap out of me sometimes. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] my SkinTemplateBuildNavUrlsNav_urlsAfterPermalink no longer works when logged out
On May 8, 2012, at 8:23 PM, jida...@jidanni.org wrote: DF == Daniel Friesen li...@nadir-seen-fire.com writes: DF Apostraphe? WTF are you talking about? $wgHooks[BaseTemplateToolbox'][]='JidanniLessSkinMess'; ^ Uh, try: $wgHooks['BaseTemplateToolbox'][]='JidanniLessSkinMess'; Note the single quote I dropped in right before BaseTemplateToolbox, that removes the syntax error. --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki 1.20wmf1 deployed to test2 mediawiki.org
Concur. Good job, Trevor! --- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate On Apr 10, 2012, at 5:00 PM, Steven Walling wrote: On Tue, Apr 10, 2012 at 4:46 PM, Mono monom...@gmail.com wrote: Love the diffs. You did a good job. +1. Much easier to read. :) Steven ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] diff colors
http://en.wikipedia.org/wiki/Lorem_ipsum On 3/1/12 1:43 PM, David Gerard wrote: On 1 March 2012 21:38, Trevor Parscaltpars...@wikimedia.org wrote: Screenshot of new diff styles: https://bugzilla.wikimedia.org/attachment.cgi?id=10148 I gotta ask - where's the lorem ipsum from? - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Text browser users won't see your important site notice
Wikipedia is not like everyone else.. We were specifically told NOT to use 503 errors, because they index us different than the rest of the Internet. Snt frm my iPhne On Jan 18, 2012, at 3:32 PM, OQ overlo...@gmail.com wrote: On Wed, Jan 18, 2012 at 5:19 PM, Ryan Lane rlan...@gmail.com wrote: So you know, we were asked by the search engines to not change our response codes. They said it would just make their jobs harder. We aren't indexed like every other site. Strange considering google said to use 503s so it would make their job easier. https://plus.google.com/u/0/115984868678744352358/posts/Gas8vjZ5fmB ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Email notification sender
Agree++; X-Mailer is not intended to be user-visible. It is most often used for readers to adjust for display quirks these days, but also to inform MTAs of behavior quirks. This should be the same across all instances. In fact, it probably shouldn't be user-configurable. On 1/3/12 10:56 AM, Brion Vibber wrote: On Tue, Jan 3, 2012 at 10:16 AM, Thomas Griesm...@tgries.de wrote: See also http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/UserMailer.php?revision=104208view=markup and change line 195 $headers['X-Mailer']='MediaWiki mailer'; to something else I don't see any reason to change that; X-Mailer is a low-level header which says things like Outlook, and we would expect it to say the low-level software used if it's there at all. Users will never see it unless they go picking at the raw headers of the mail. -- brion ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Mass changes to bugs by Jan Kucera (Kozuch)
Why don't we just change the text vote to follow or watch? On 12/30/11 12:51 PM, Helder wrote: On Fri, Dec 30, 2011 at 18:03, Thehelpfulone Wikipedia thehelpfulonew...@gmail.com wrote: If you vote for a bug then you are automatically added to the CC list and you it's a nice way to keep track of the bugs you are interested in using 'My Votes'. However, at first when I saw the votes system, I too believed that more votes = more quickly done. As this is not the case, removing votes might be a good way forward. Actually, when we vote for a bug we are not added to its CC list (which would cause an email to be sent to everyone already on that list), but we get followup messages anyway. This way, the votes can also be used for silently watching some bugs without bothering others with emails which just say we were added to the CC list... ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Diff colors - a disaster waiting to happen
It's the exact same yellow as before, guys. The *exact* shade. This is the exact definition of a bikeshed argument. Feel free to move along. On 12/22/11 10:33 AM, Erwin Dokter wrote: I'd like to ask for more eyes and participation in an issue that is in an apparent stalemate. It all started with revision 105280 (https://www.mediawiki.org/wiki/Special:Code/MediaWiki/105280), where Hashdar commited a new color scheme for diffs based on the French scheme. When this generated some flack for making green the remove-color, I submitted a patch that reversed the colors (https://bugzilla.wikimedia.org/show_bug.cgi?id=33139). This was met with general approval. Before it could be applied though, Brandon steps in with another patch (https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106884) that mixed the old yellow with the new blue, that looks absolutely horrible; a view in which I am not alone. I immediately submitted a new patch that adjusted the colors and levels, which is now under discussion. However, today Hashdar closed my bug/patch as Resolved, as he considers the matter closed. As the matter is clearly not, I reopened it. Now I would like to invite as many devs as possible to chime in at r106884 (3rd link) to evaluate the various options. Because if the current revision stands, and subsequently makes in into MediaWiki, we will have a default diff color scheme that will generate a guaranteed backlash form any project that uses MediaWiki. I'm not one to complain fast, but I now understand why develpers without commit access just turn around and walk away; if submittd patches that have approval are summarily overruled by those with commit access, there is really no point in continueing to submit patches. -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Diff colors - a disaster waiting to happen
On 12/22/11 12:31 PM, Jay Ashworth wrote: - Original Message - From: Brandon Harrisbhar...@wikimedia.org It's the exact same yellow as before, guys. The *exact* shade. This is the exact definition of a bikeshed argument. Feel free to move along. I don't see, Brandon, that Erwin suggested that it is not. But no, colorization of elements of a user interface is in fact *not* a bikeshed argument: these colors actually matter to people, because they have culturally ingrained expectations about what they mean -- though those cultures may be geopolitical or they may be intentional (programmers, geeks, etc). Additionally, of course, there are best practices for how far apart colors should be to be easily distinguishable, what luminance and saturation work best, and what color combinations are bad for colorblind people. So please, stop taking this stuff personally, and address the issue? You're a designer; you know know better than to have ego tied up in the results... I don't have any ego tied up in this other than going wtf at why this is a thing. The old colors - yellow/green were not good for a lot of reasons. When it came down to it, the only colors we really *can* use are yellow and blue. Here's what happened: * I was asked to look at the bug as part of my 20% code review. * I applied Erwin's patch (manually) and then played with changing colors around to see what worked and what didn't. * I tested everything in various color-blindness tools. * I came to the conclusion that we could ONLY use yellow and blue because: - Orange and blue vibrated next to each other. - Yellow and purple vibrated next to each other. - The use of green or red in any combination was not going to work for a jillion reasons - Blue and Purple turned into the same color with colorblindness filters on. - Ergo, Yellow and Blue, with orange-ish highlights. The yellow is *unchanged* The blue is basically Erwin's blue except I might have tapped it around a bit to bump up contrast in certain places; I don't remember exactly. So. What was *supposed* to be a 15 minute task has now turned into a drama - over something I don't really care that much about anyways. This was an open bug. I was asked to address it. I did. That's the end of the story. -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Reminder: WMF Features Team office hours
A resend, but starting pretty much now. Hey guys! The WMF features team has been experimenting with holding our weekly status meetings over IRC. One of the ideas that came up was that we might want to try having an open meeting - sort of like an office hours - that anyone in the community can join and possibly ask questions. So, we're inviting you. This coming Tuesday, December 6th, at 11 AM PST, we'll be gathering on irc.freenode.net in channel #wikimedia-dev. For the first bit, we'll probably want to hold questions and answers until after we've had a chance to give our statuses, but after that, feel free to ask about anything. And if no one else shows up, I'll at least have a whole IRC channel to myself. -b. -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bugzilla Weekly Report
Does this list account for the vandalism we encountered? On 12/4/11 8:25 PM, Jelle Zijlstra wrote: Wow, more RESOLVED than NEW this week. Good work. 2011/12/4 reporterrepor...@kaulen.wikimedia.org MediaWiki Bugzilla Report for November 28, 2011 - December 05, 2011 Status changes this week Bugs NEW : 320 Bugs ASSIGNED : 15 Bugs REOPENED : 62 Bugs RESOLVED : 343 Total bugs still open: 6656 Resolutions for the week: Bugs marked FIXED : 165 Bugs marked REMIND : 0 Bugs marked INVALID: 35 Bugs marked DUPLICATE : 39 Bugs marked WONTFIX: 37 Bugs marked WORKSFORME : 27 Bugs marked LATER : 48 Bugs marked MOVED : 0 Specific Product/Component Resolutions User Metrics New Bugs Per Component General/Unknown 8 generic 4 Internationalization4 Parser 4 General/Unknown 4 New Bugs Per Product MediaWiki 30 Wikimedia 14 MediaWiki extensions31 Wikimedia Mobile6 Security1 Top 5 Bug Resolvers sam [AT] reedyboy.net 29 brion [AT] wikimedia.org20 hartman [AT] videolan.org 6 mah [AT] everybody.org 6 dvanliere [AT] gmail.com4 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Feature Team IRC Meeting
Hey guys! The WMF features team has been experimenting with holding our weekly status meetings over IRC. One of the ideas that came up was that we might want to try having an open meeting - sort of like an office hours - that anyone in the community can join and possibly ask questions. So, we're inviting you. This coming Tuesday, December 6th, at 11 AM PST, we'll be gathering on irc.freenode.net in channel #wikimedia-dev. For the first bit, we'll probably want to hold questions and answers until after we've had a chance to give our statuses, but after that, feel free to ask about anything. And if no one else shows up, I'll at least have a whole IRC channel to myself. -b. -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Who actually reads @wikimediatech ?
I read it, and I'm not in the channels. I use it to have an up-to-moment idea of status. On 11/29/11 11:25 AM, Guillaume Paumier wrote: Hi all, We've had @wikimediatech accounts on twitter identica for some time now: * http://identi.ca/wikimediatech * https://twitter.com/#!/wikimediatech that basically broadcast every single action that is logged to the server admin log: * http://wikitech.wikimedia.org/view/Server_admin_log The account has 78 followers on identica and 430 on twitter (probably counting the spammers). I'm wondering if there are actually people reading all the stuff that's pushed through these channels. My gut feeling is that the few people reading these feeds are also those that would know to check the SLA if they encountered an issue, or know how to use the RSS feed of the SLA page if they really wanted the information in real time. Meanwhile, we don't really have social media channels dedicated to Wikimedia tech stuff, i.e. channels where we can actually post stuff, links, blog posts, outage info, etc and engage with a larger community of people interested in our tech operations. I feel that the accounts would be much more useful if we reduced the amount of semi-random information we post there. So, I'm basically proposing to repurpose the @wikimediatech accounts for this. Thoughts? Good idea? Bad idea? You don't care? -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Who actually reads @wikimediatech ?
Do we *have* to rename the feeds? We rename *everything*. I'm unsure why we can't just create a different account for people, rather than subvert the existing one. WikimediaTechNews, maybe. I don't know. On 11/29/11 11:44 AM, Guillaume Paumier wrote: Not silly at all. As a matter of fact, while you were writing that, I was registering @wikitechlog on both services, which I think is a better alternative for automated notifications. So, unless there are serious concerns, we'll be switching the automated notifications to @wikitechlog, and we'll repurpose @wikimediatech for the human stuff. -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Who actually reads @wikimediatech ?
There's only 78 followers. Most of them are staff. That's not a lot of people to leverage, so I'm not sure that's a valid point. Why not wmftech ? On 11/29/11 11:53 AM, Guillaume Paumier wrote: On Tue, Nov 29, 2011 at 8:48 PM, Brandon Harrisbhar...@wikimedia.org wrote: Do we *have* to rename the feeds? We rename *everything*. I'm unsure why we can't just create a different account for people, rather than subvert the existing one. WikimediaTechNews, maybe. I don't know. wikimediatech is shorter (which facilitates manual retweets) and frankly it's the name I would consider canonical for an account about wikimedia tech stuff (@wikitech is someone else). Plus, we get to leverage the existing readership, while at the same time offering the possibility to subscribe to the automated log notifications for people who still want to read them. -- Brandon Harris, Senior Designer, Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Help us document MediaWiki's history
This is my new favorite URL, ever. On 9/13/11 10:33 PM, Tim Starling wrote: http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/10844 Just think how different the world might have been ;) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] RFC: Modifying diff colors due to color blindness issues
Underlines and overlines. I would like to see an experimental version with those. On 7/27/11 10:38 AM, Ryan Kaldari wrote: I always thought the French diff interface was much more pleasant than the default one. I like Krinkle's version as well. They could both stand to bump up the contrast a little, but otherwise I think they are an improvement. Ryan Kaldari On 7/27/11 7:17 AM, Leo Koppelkamm wrote: Do you mean yellow left and blue right? Just to make sure the bug is not mainly about left vs. right color, but about the red highlight on a green or yellow background. That red highlight is hard to discriminate for red-green colorblind users ( see http://imgur.com/9AldW for a simulation ). On Wed, Jul 27, 2011 at 3:52 PM, K. Peacheyp858sn...@gmail.com wrote: The proposed change is worse for me, they don't stand out in the diffs I suggest we stick to a Yellow and Blue combo, that colour combo has the least and is the most uncommon type of colour blindness compared to the other types which encompass most other colours, thus having the least likeliness to actually affect to those users with colour blindness. -KP ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] RFC: Modifying diff colors due to color blindness issues
On a related tangent to this, actually: I have, in the past, provided users with a color blindness preference. I'm not a big fan of preferences overall (too much clutter) but a visually-impaired/color blind one is a preference I'd not fight and would even welcome. What such a preference would do would be to load special style files that would do certain things (like change the diff colors to something more preferable). Sometimes these changes are *horrible* looking to people with color vision, other times not (one site I worked on we turned all links to be underlined). Obviously, the site needs to work for color blind users even without a preference, but it may be possible to make it *nicer* for them. On 7/27/11 6:42 AM, Leo Koppelkamm wrote: Hi folks please have a look at Bug 11374https://bugzilla.wikimedia.org/show_bug.cgi?id=11374: Red .diffchange text in the green 'added' area may be hard to read for color blinded users. Since it's a rather prominent place, I wouldn't mind some comments on the proposed patch by Krinkle, slightly modified by me. The changes would end up looking like thishttp://commons.wikimedia.org/?debug=truediff=55008419withCSS=MediaWiki:Gadget-diffRedGreen.css . Cheers, Leo ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] RFC: Modifying diff colors due to color blindness issues
On 7/27/11 3:49 PM, Maciej Jaros wrote: I like the first red green (without the border), but if at it there should probably be more distinction between the grey, red and green colours. I was working on a picture on Commons some time ago after being poked by a colour blind person and found out that the problem was not the colour itself, but Value of colours (Value as in HSV model). So what I did is changed one colour a bit and made a greyscale image of the picture and I've then changed a bit more until I was able to differentiate the colours in greyscale mode. So in this case I would at least change the colours so that unchanged line (grey) would be different (in Value) from the changed line (red/green). Picking the correct intensity for the colors is something that we can deal with as needs be. The actual colors themselves are more important, from a psychological point of view. As I said in the bug itself, by using red and green we are (accidentally) making a moral judgement about the revision. Humans are hard-wired to see red as bad and green as good (blood vs. forest/life). Revisions are, by their nature, amoral - so tagging one as bad and another as good goes against our purpose. Hence why I say they should be red/blue or green/blue. I originally suggested red/blue because we want to know what was removed, but thinking over it more I think it should be green/blue. As far as the boxes go, I think they're essential. You should *never* use color alone to indicate important information. Bolding the text and increasing the saturation of the background color is a step, but it's still possible for people with poor vision to mistake these things. Macular degeneration can make distinguishing color variants difficult (it sort of blurs the point of the eye's focus together), so including express contrast elements (e.g., boxes or lines) helps to offset this. While this thread is nominally about color blindness, I don't think we'll go wrong by increasing scope to a larger set of visual problems. (Note that we CANNOT and SHOULD NOT design for people with advanced macular degeneration; this is beyond the scope of nearly any visual design. But there are people who have similar problems [cataracts, for instance] that lend to lighter versions of the same visual acuity problems.) Protip: Photoshop has a way to show how things look to color blind people: View - Proof Setup - Color Blindness (there are two options, you should try both) Then: View - Proof Colors To return to normal, just unset View - Proof Colors. Fun facts: There are three major types of color blindness. Two are red/green and one is blue/yellow. The blue/yellow (tritanopia) is rarer. The *rarest* form of color blindness is called monochromacy - black and white vision. It's *extremely* rare. . . unless you live on one specific island in Micronesia. (There's another kind of monochromacy but it's mostly found in people with really, really bad eyes and its kind of the least of their problems). (I know all this crap because I once worked for at a company where the CTO was color blind. So it is fairly ingrained in me now.) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Welcoming Ian Baker
I don't think it is necessary for you to be such a downbeat. On 7/8/11 9:35 PM, jida...@jidanni.org wrote: Fire Performer? Aerial Acrobatics? Ho hum. Another boring hiring announcement. Why can't they write them like http://www.dreamhost.com/newsletter/0711.html#a1 ? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] DOMAS THE GIANT HAS A POSSE
You will obey: http://commons.wikimedia.org/wiki/File:Domas-the-Giant-has-a-Posse.png ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Status of more regular code deployments
On 6/1/11 8:50 PM, MZMcBride wrote: To me, the solution seems a lot more obvious than it does to others, a point that I'm still struggling with in my head. Your solution, as you've described it in the past, comprises people do code review or orf wit' dere heads. I know of no professional developer who has dignity who will work under those conditions. So it's untenable. I propose we stop focusing on the do this or you're fired style thinking and instead move towards more constructive process. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] facebook like box in mediawiki
On 4/18/11 10:32 PM, Raul Kern wrote: So it's better to find other hosting provider for chapters web site? I don't have an answer for this other than to say using Facebook 'like' buttons is absolutely a violation of the WMF privacy policy so they cannot be used on WMF wikis. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Call for UI bugs
Just to be sure with this, we're not talking about justifying paragraphs by default? Users must set this preference? The reason I ask is that paragraph justification is a rather massive no-no when it comes to usability regarding readers with dyslexia and some types of visual impairment. On 4/13/11 1:58 PM, Amir E. Aharoni wrote: 2011/4/13 Mark A. Hershbergermhershber...@wikimedia.org: This coming week, I'd like to focus on any User Interface bugs. Here are a couple of bugs that show up to people who like their paragraphs justified and set up their preferences accordingly: https://bugzilla.wikimedia.org/show_bug.cgi?id=20184 https://bugzilla.wikimedia.org/show_bug.cgi?id=28359 I may be naïve, but both should be fairly easy to fix. -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com We're living in pieces, I want to live in peace. - T. Moore ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] RFC: MediaWiki Style Guide (Forms)
One of my goals for the year at the Foundation is Development of a MediaWiki Style Guide. To that end, I have completed the first draft of one section, focused on Forms and Form elements. This project has multiple goals: * To create consistency across various interfaces * To help modernize the MediaWiki interface * To make the overall user experience more enjoyable * To make writing user interfaces easier for developers In a perfect world, MediaWiki would have a standardized User Interface library where a developer can simply say something like $myInput = UIElements::getTextInput( type = 'text' name = 'elementname', label = 'The Label', helptext = 'Help text string', hint = 'Default value', instructions = 'Instructions string', errorconditions = array(blah blah blah) ); And have that do the needful, knowing how to display itself and handle errors for itself. We don't live in a perfect world, but we can start to get there. Here is the first draft. Attack at leisure, and feel free to ignore my pathetic mewlings as you cut my soul from my bones. http://www.mediawiki.org/wiki/StyleGuide/Forms I'm going to expand this further (with things like tables and such) but for now this is a start. You can comment here or on the talk page. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Recommendation to revert global login checkbox from CentralAuth login form
Funnily, I have been designing one over the past two or three days. Different reasons, though. On 2/17/11 4:08 AM, Ilmari Karonen wrote: On 02/17/2011 06:46 AM, MZMcBride wrote: If there's a way to improve the general login workflow (AJAX, CORS, whatever), I'd like to see that implemented before this checkbox is ripped out. I'm not sure, even with dark wizard magic, how you'd easily disable global login. I suppose a Greasemonkey script might be able to auto-redirect you on login or something, but that's a nasty Mozilla dependency that only works per-computer. We could always remove the checkbox but keep the backend code that handles it. Maybe even replace it with a hidden field and pull its value from the URL, so that one could simply go to http://en.wikipedia.org/wiki/Special:UserLogin?wpCentralLogin=0 to log in locally only. (In any case, the way API login is currently implemented, I don't think we can easily make this available via the API without also keeping the backend available via the web UI.) Regarding AJAX login, I agree that it would be nice and probably something the usability folks ought to look at. I've seen several third party implementations, and even written a JS-only one myself: http://nethackwiki.com/wiki/MediaWiki:AJAXLogin.js ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Simple Search Simplification
I agree. I think that the search box needs to be distinct and obvious as a control; this change blends it into the background too much. Since search is one of our most important features, it should stand out and be easier to target visually, not less. On 2/14/11 6:27 PM, Chad wrote: On Mon, Feb 14, 2011 at 7:27 PM, Trevor Parscaltpars...@wikimedia.org wrote: I was working on fixing https://bugzilla.wikimedia.org/show_bug.cgi?id=27332 (resolved in r82155) and started messing with removing most of the gratuitous lines in the search UI. Here's a screenshot of what we could do instead. I don't like it really :-\ I like having the space around the box. It helps set it out from the rest of the bar. With your changes, it kind of blurs the distinction, at least to me. I'm just one opinion though, and by my own account suck at everything related to making a UI. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: Gender preference
Awesome! Thanks! On 2/9/11 2:18 PM, DaB. wrote: Hello, Am Mittwoch 09 Februar 2011, 22:38:20 schrieb Brandon Harris: Is it possible to get a single aggregate report, just so that we have a little data to work with on the gender gap list? sure. I asked the toolserver-database: en.wikipedia: Male: 233312 Femaile: 46973 All user: 13959842 de.wikipedia: Male: 35726 Female: 4800 All user: 1167708 fr.wikipedia: Male: 18556 Female: 3054 All user: 998668 commons: Male: 27980 Female: 5070 All user: 1464442 Say if you need more data. Sincerly, DaB. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Need some input
On 1/5/11 5:48 PM, George Herbert wrote: [[Project:Don't feed the sharks]] Candygram. /thread ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] New installer is here
I am on ALL of these things, actually. I have fixes for most of them pending. On 10/26/10 10:41 AM, Erik Moeller wrote: 2010/10/26 Chadinnocentkil...@gmail.com: Good afternoon, In r75437, r75438[0][1] I moved the old installer to old-index.php and moved the new to index.php. At this stage in the process, I don't see us backing this out before we branch 1.17. I really want people to test it out and report any major breakages [2]. Congratulations. :-) It looks great. A few quick notes: 1) On the admin/site name screen at least, when both aren't supplied, it only shows the error messages, not the form below. This may be a general issue with the form validation. Screenshot: http://tinypic.com/r/2po9vh0/7 2) Checkbox alignment in general is a bit off, at least in Chrome, e.g.: http://tinypic.com/r/655n5x/7 3) for the Extensions section, I would suggest adding a more visible warning: Warning: Most extensions require additional configuration beyond this step. Installing unreviewed extensions may expose your wiki to security vulnerabilities. I know the Help already explains the first point, but the simple installer may suggest to the user that ticking a checkbox is all that's required. 4) It'd be great if we could change the design to Vector :-). In general it could use a bit more UI love -- perhaps Brandon will have time to take a quick look. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Collaboration between staff and volunteers: a two-way street
On 10/15/10 3:07 PM, Trevor Parscal wrote: There is no crisis here, there's only a bunch of passionate people working to make things better - and I personally am thankful that we all care enough to talk about this. If the community was really dieing, this thread would have been one post long. +1 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Collaboration between staff and volunteers: a two-way street
On 10/15/10 8:25 PM, Alex wrote: That discussion was more than a month ago. What progress has been made since then? * Several new people were added to the code reviewers list. * Brion Vibber was contracted to provide code review office hours. That looks like action and progress to me. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Pending Changes UI issues
On 10/9/2010 6:15 PM, David Goodman wrote: Still, it is more consultation than was had for some previous changes, but, when you propose tshowing the unreviewed pages only to reviewers. do you mean I. Not letting anyone see an unreviewed edit unless they have reviewer status or, II. Showing the unreviewed pages _by default_ only to reviewers, but still letting anyone, logged in or not , see them easily if they want to Perhaps the way Rob's mail was written wasn't clear because neither of these are on the docket for the November release. I'll take the blame for that; I was the proofreader because he didn't want to misrepresent what I wanted to do. As to the first bit, I think there's some confusion as to my recommendation. Currently, if a series of pending changes is under review by a reviewer, and you (or anyone) go to the pending changes list, anyone can see that the article is under review. I don't have a problem with that except that I don't think there's much value to non-reviewers by itself. However, combined with my primary recommendation that feature - that we should include the name of the person doing the reviewing - we should hide the under review status from the general public since it is going to be extra clutter. So, to be clear, we are not talking about altering the ability for users to read pending changes, only altering the ability for users to know that *someone else* is reading the pending changes. That being said, I do feel strongly that the viewing experience should be the same for both logged in and anonymous users and the fact that it changes is simply wrong. Users (of all kinds) should easily be able to find and read the pending changes but that doesn't mean they should be shown them by default. Currently, the behavior is: * Anonymous users see the Accepted version by default * Logged in users see the Pending version by default That is very plainly a bad design decision. It doesn't require a lot of burden on my end, either, to prove the statement users hate it when the behavior of a system changes based on what is, to them, an arbitrary and vague set of rules. That's to say nothing of the fact that I think it actually runs *contrary* to the expressed motivation for the feature in the first place. It's things like this that create a schizophrenia in the feature. Either way, addressing that for November isn't on the table. What *is*, however, is surfacing in a more obvious manner that users are viewing a Pending version, or an Accepted version, and that, I think, can be done. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bugmeister opening at Wikimedia Foundation
On 10/8/10 4:30 AM, Gerard Meijssen wrote: PS there is no stream running nearby that can be used to clean out the stables I love that there are people on this list who knows about the 12 labors. And yes, I think that the Stables is the best metaphor for what awaits. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
