Re: [Wikimedia-l] Using this list to tear people down
Thank you. I wholeheartedly agree with your point, and hope that we can find the courage to remind each other of this more often. Small, early reminders can go a long way towards avoiding a gradual erosion of boundaries. Gabriel On Wed, Mar 2, 2016 at 3:59 PM, Denny Vrandecic <dvrande...@wikimedia.org> wrote: > Thanks. I also got reminded about that a few times, recently. I would love > this to be more reflected upon. > > > On Wed, Mar 2, 2016 at 3:49 PM, Keegan Peterzell <keegan.w...@gmail.com> > wrote: > >> There's a quote popularly attributed to Eleanor Roosevelt: >> >> "Great minds discuss ideas, average minds discuss events, small minds >> discuss people."[0] >> >> Now, I'm not calling any particular people small minded, nor am I >> suggesting we stop talking about issues. What I am suggesting is that we >> talk about issues, and not people. The axe grinding and personal >> denigrations are being pushed further and further to the limits during this >> turmoil, and I humbly ask that it stop, and that moderation is used if >> needed to do so. I'll have no sympathy for those who wish to continue to go >> after fellow human beings for political gain. >> >> 0. http://quoteinvestigator.com/2014/11/18/great-minds/ >> >> -- >> ~Keegan >> >> https://en.wikipedia.org/wiki/User:Keegan >> >> This is my personal email address. Everything sent from this email address >> is in a personal capacity. >> ___ >> Wikimedia-l mailing list, guidelines at: >> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines >> New messages to: Wikimedia-l@lists.wikimedia.org >> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, >> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe> > ___ > Wikimedia-l mailing list, guidelines at: > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines > New messages to: Wikimedia-l@lists.wikimedia.org > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, > <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe> -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines New messages to: Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
Re: [Wikimedia-l] new Math options: phrasing the preferences
Peter, On 10/27/2014 03:08 AM, Peter Krautzberger wrote: Gabriel wrote: It would also be nice to reduce the size of the SVG fall-back images, which are currently about 50% larger than the (low-resolution) PNGs. I think this only holds for smaller equations. For more complex equations it seem to me that minified+zip'ed SVGs are the same size (or smaller) than the PNG. @physikerwelt do you have data on that by any chance? we aren't minifying yet. I did some tests last night (see https://bugzilla.wikimedia.org/show_bug.cgi?id=72547), which suggest that we can reduce the size of small SVG formulas by about 25-30% with minification. This looks pretty straightforward to add to mathoid. As for further optimizations, you could drop the paths entirely and point the use elements to external files, i.e., use global svg data like webfonts. This then raises a different question of balancing: is it worth loading such fonts/spritemaps when there's only a few equations in the page? For most page views this would likely increase the size, unless those maps only had the glyphs needed in a certain page. Which would then reduce the caching between pages. Just for the record since we've rejected it for other reasons, inline SVGs would also reduce the number of http requests and would resolve the clipping and baseline problems we've seen in the past. It's a trade-off between making everybody download both MathML *and* SVG (which is larger), or only doing so where MathML is not supported. There is also a complexity trade-off between simple stand-alone fall-back images, and the maintenance of a global per-page glyph table. Overall, the size of math fallbacks is moderate compared to a page with photos, and it looks like we can get the size close to that of low-resolution PNG images with minification. To me, this seems to be a good compromise for now, and we can always re-evaluate later. Gabriel ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
Re: [Wikimedia-l] new Math options: phrasing the preferences
Amir, On 10/25/2014 01:16 PM, Amir E. Aharoni wrote: As a follow-up to the discussions about the new Math rendering options, I'd like to raise the question of how to write the preferences in way that will really be helpful to the users. I made a little patch at https://gerrit.wikimedia.org/r/#/c/167024/ thank you for your patch, I just merged it. I agree that the current options are confusing. We should be able to improve things a bit further by tweaking the descriptions, but in the longer term we are working towards having only a single mode that works really well, out of the box, for everybody. Before we can consider moving to One True Math mode, we need more refinement and testing, both with older browsers and various accessibility tools. It would also be nice to reduce the size of the SVG fall-back images, which are currently about 50% larger than the (low-resolution) PNGs. Thankfully, users with MathML-enabled browsers like Firefox don't even load them, and are now saving bandwidth relative to PNGs. Why is improved visual rendering mixed with accessibility in *two* options? Which accessibility features do I get in each option? Are they even different? As I understand it, client-side MathJax still defaults to an HTML+CSS rendering mode on browsers without MathML support, which provides better accessibility than the PNGs on IE 9 (so hardly 'modern'). It also has some nifty context menu features like zooming, but this could also be added to the server-side MathML mode. I added Moritz and Peter in the CC, maybe they can chime in. Gabriel ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
Re: [Wikimedia-l] [Wikitech-l] Affiliation in username
On 05/07/2014 10:47 PM, Tyler Romeo wrote: One interesting idea might be what Reddit does: For a moderator of a subreddit, whenever they make a post it just appears normally. However, after posting they can choose to officiate it. All that does is highlight their username a different color and indicates they are acting in their position as moderator rather than a regular user. This idea could be applied to edits in core, and maybe posts in Flow. WMF employees in a special user group could make an edit, and then press a button on the history page to highlight that as an official edit. A similar proposal for per-edit affiliation selection came up recently in Zürich. It does sound more usable than having to log in using different accounts. In our context it might make more sense to let the user select the affiliation at save time though, rather than making it an extra step after save. Gabriel ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe