Re: [Wikitech-l] Winter, v. 0.6

2014-07-14 Thread Magnus Manske
Nice! I like it a lot!

Have you considered a maximum column width to make text more readable on
wide screens? Quick'n'ugly mockup:
https://dl.dropboxusercontent.com/u/23027995/Screen%20Shot%202014-07-14%20at%2009.24.21.png



On Mon, Jul 14, 2014 at 6:03 AM, 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

Re: [Wikitech-l] Winter, v. 0.6

2014-07-14 Thread Andre Klapper
On Mon, 2014-07-14 at 09:26 +0100, Magnus Manske wrote:
 Have you considered a maximum column width to make text more readable on
 wide screens? Quick'n'ugly mockup:
 https://dl.dropboxusercontent.com/u/23027995/Screen%20Shot%202014-07-14%20at%2009.24.21.png

VectorBeta had this for a short time. See
https://bugzilla.wikimedia.org/show_bug.cgi?id=59815 for records, links,
complaints.

andre
-- 
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Winter, v. 0.6

2014-07-14 Thread Risker
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

Re: [Wikitech-l] Tell my favorite conference about your Wikimedia tech

2014-07-14 Thread Sumana Harihareswara
Deadline extended to Sunday 20 July. http://linux.conf.au/media/news/41 The
conference organisers will notify you (about whether they accepted your
talk) in September.

 linux.conf.au/cfp

Sumana Harihareswara
Senior Technical Writer
Wikimedia Foundation


On Thu, Jun 12, 2014 at 6:49 PM, Roan Kattouw roan.katt...@gmail.com
wrote:

 The linux.conf.au conference, which I have presented to and love going
 to, just opened up its call for talks: http://linux.conf.au/cfp . They
 want talks about all kinds of open source programming stuff, not just
 Linux: Trevor and I presented about ResourceLoader in 2012, and James
 and I  presented about VisualEditor in 2014.

 LCA 2015 will be 12-16 January in Auckland, New Zealand. That's summer
 in the Southern  Hemisphere, and the climate there is very moderate,
 so no sweltering heat like in Australia :)

 LCA provides travel funding to some speakers, and Wikimedia funds TPS
 grants for people going  to conferences to talk about
 Wikimedia-related things: https://meta.wikimedia.org/wiki/Grants:TPS .
 So you could even get to go for free.

 LCA is basically my favorite conference - the talks are great and of
 high quality, they treat speakers well, and their audience gets what
 we're doing. This is a fun chance to show off your project. I
 encourage you to suggest a talk, or tell someone else that they should
 talk about their project.

 Roan

 P.S.: Thanks to Sumana for writing most of this email, and for talking
 me into proposing a talk for LCA in the first place back in 2011

 ___
 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] User agent policy for bots

2014-07-14 Thread Brad Jorsch (Anomie)
Note this reply represents my own views, but does not represent an official
WMF position.

On Sun, Jul 13, 2014 at 4:25 PM, John Mark Vandenberg jay...@gmail.com
wrote:

 It would be good to know the answer to whether the username is logged
 against API requests.  It seems like a very important piece of
 information which should be visible in server ops logging of API
 usage.


The API request log does record usernames. And doesn't contain user agents,
for that matter.

But my guess is that at least some of the types of problems Ops would be
concerned with are in different log files that probably do not contain
usernames but do contain user agents.


 username is easy, if it is needed.


I would include username. The only harm is a few extra bytes per request.


 pywiki requiring bot operators provide an email address is technically
 easy, but I suspect it isnt going to be very successful or
 appreciated, esp for non-SSL wikis, or understood as pywiki hasnt put
 this info in the user-agent since the new user-agent policy was
 introduced, so why now?


I don't see any particular need for email addresses if the on-wiki username
is provided. The key is some method of contact.


 If the main source of problems is the 'large' bots, they usually run
 many tasks, and it is likely to only be a single task causing
 problems.  With these large tasks, ideally they are paused rather than
 blocked, in which case we need to introduce a standardised way to
 pause a bot.  In these cases, the user agent could mention the task
 identifier, and that identifier could be used to pause it until an
 operator has checked their email.  The 'pause' command interface could
 be IRC or user_talk, or something new based on Flow, or a API response
 warning like replag which pywikibot honours.  I appreciate Bináris'
 point that some (most?) wikis, especially smaller wikis, do not have
 'task approval' processes with a task identifier, so this would need
 to be optional.  Large bot operators would use this feature if it
 meant that only a single task is paused rather than the bot account
 blocked.

 For the normal usage of pywikibot, being invoking an existing script
 which is maintained by pywikibot, we could include in the user-agent
 which script is running (e.g. move.py).


Including the task name, which for pywikibot could be the script name,
seems sensible to me. Besides the stated distinguishing which script in a
multi-task bot is problematic, it would also help in determining that
multiple accounts/IPs are running the same problematic script.

I wouldn't go as far as requiring the task name to correspond to any
particular on-wiki approval, although bots on wikis with such approval
processes could well use the title of the approval page as their task name.

What user agents do the other large editing frameworks use?


I can tell you AnomieBOT uses AnomieBOT 1.0 ($TASKNAME; see
[[User:$USERNAME]]). Not sure if you consider it a large editing framework.

The task names the bot uses are generally listed on the bot's userpage;
various one-off scripts I use locally will use some ad-hoc identifier, or
no task if I forgot to have the script set a task name.

(I should change that to start with AnomieBOT/1.0 to comply with RFC 2616,
now that I think of it)

-- 
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Scribunto, Lua 5.2, and forward compatibility for Module code

2014-07-14 Thread Brad Jorsch (Anomie)
On Mon, Jul 14, 2014 at 12:22 AM, gnosygnu gnosy...@gmail.com wrote:

 * Will Scribunto support Lua 5.2 in the future? According to this comment,
 it may:

 https://github.com/wikimedia/mediawiki-extensions-Scribunto/blob/master/Scribunto.php#L140


It may someday, but there's no hurry to change over. And changing over will
involve some rewriting of the sandboxing which will need security auditing.

See https://gerrit.wikimedia.org/r/#/c/139479/ for example.


 * If so, what is the best approach to ensure forward compatibility of
 Module code for 5.2? Note that code that is valid for 5.1 may break in
 5.2. (Again, see below for details)
 ** Should there be a reference page on MediaWiki or in the enwiki Wikipedia
 Namespace that details these breaking issues for other Module writers?


Feel free to create one.


 ** Or should 5.1 vs 5.2 issues be corrected on a case-by-case basis for
 each Module?


They'd have to be anyway.


 ** Or should they be left as is, as any future-proofing may be unnecessary
 and / or premature?


Possibly.


 * Lastly, is there a general purpose mailing list for Scribunto issues?
 I've had a few technical questions in the past that have been painful to
 sort out on my own. I'd like to think that there might be other Module
 writers who would also be interested in a mailing list as well.


No. There are various talk pages on enwiki and other wikis that are used
for this purpose, although I don't remember the specifics offhand and am
too lazy to search right now. ;)


 * In contrast, Lua 5.2 has code that only cares if a base is not specified.
 // http://www.lua.org/source/5.2/lbaselib.c.html
 static int luaB_tonumber (lua_State *L) {
   if (lua_isnoneornil(L, 2)) {  /* standard conversion */
 ** If a base is specified, Lua 5.2 will not do the standard conversion, and
 instead try to parse the number
 ** This parse code only accepts alpha-numeric characters. The dot is
 considered invalid, and any decimal number is converted to NIL


Possibly sensible since it removes a weird special case of base-10 being
different from all other bases.


 Finally, I've come across a related issue with the varargs operator
 (...). This operator is valid in 5.1, but not in 5.2. I've seen some
 Modules use this varargs operator, that will presumably just break in 5.2.
 See https://en.wikipedia.org/wiki/Module:Horizontal_timeline and function
 getNotNilValue(...)


Note the 'arg' parameter is already deprecated in 5.1, so people should
already be avoiding it. See http://www.lua.org/manual/5.1/manual.html#7.1


-- 
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Winter, v. 0.6

2014-07-14 Thread Magnus Manske
I think it's because encoding not declared.


On Mon, Jul 14, 2014 at 1:55 PM, 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

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Who maintains GeoCrumbs? (a changeset waits for review)

2014-07-14 Thread Quim Gil
Hi, GeoCrumbs is an extension deployed in Wikimedia servers:
https://www.mediawiki.org/wiki/Extension:GeoCrumbs

It has no official maintainers, what about unofficial ones? Any volunteers?
https://www.mediawiki.org/wiki/Developers/Maintainers

It also has one of the oldest code contributions waiting to be reviewed by
anybody other than Jenkins.
https://gerrit.wikimedia.org/r/#/c/65285/

Because of this change, GeoCrumbs currently leads the list of slowest
projects reviewing patches.
http://korma.wmflabs.org/browser/gerrit_review_queue.html




-- 
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Winter, v. 0.6

2014-07-14 Thread Brandon Harris

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

Re: [Wikitech-l] Moving Mathoid to production cluster

2014-07-14 Thread Chris McMahon
I would really like to see this follow the standard deploy scheme:
 implement it in beta labs; then enable it for mediawiki.org and test2wiki;
then enable it on production cluster nodes.
-Chris


On Mon, Jul 7, 2014 at 3:07 AM, Moritz Schubotz phy...@physikerwelt.de
wrote:

 Hi,

 during the last year the math extension achieved a goal defined back
 in 2003. Support of MathML. In addition there is SVG support for
 MathML disabled browsers. (See http://arxiv.org/abs/1404.6179 for the
 details)
 I would like to give Wikipedia users a chance to test this new long
 awaited feature.
 Therefore we would need a mathoid instance that is accessible from the
 production cluster. Greg Grossmeier already created the required table
 in the database. (Sorry for the friction connected with this
 process)
 Currently the MathJax team is working on a phantom.js less method to
 render texvc to mathml and svg. Some days ago I have tested that it,
 and it works quite well. I would appreciate a discussion with ops that
 to figure out how this can be can go to production. The original idea
 was to use jenkins to build the mathoid debian package. Even though
 the debian package builds without any issues in the launchpad ppa repo
 jenkins can not build the package. If there is a reference project
 that uses jenkins to build debian packages that go to production this
 would really help to figure out what is different for mathoid and why
 the package building does not work even though it works on launchpad.

 Best
 Physikerwelt

 PS: I was informed that there is a related RT that I can not access
 https://rt.wikimedia.org/Ticket/Display.html?id=6077

 --
 Mit freundlichen Grüßen
 Moritz Schubotz

 ___
 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] Winter, v. 0.6

2014-07-14 Thread Jon Robson
Beautiful! When can we expect to be able to enable this as a beta
feature and try it out on Wikipedia.org?


On Mon, 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



-- 
Jon Robson
* http://jonrobson.me.uk
* https://www.facebook.com/jonrobson
* @rakugojon

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Madison PHP wants speakers, can cover travel

2014-07-14 Thread Sumana Harihareswara
http://cfp.madisonphpconference.com/

If you've never presented at a conference before, sometimes a smaller
regional conference is an easier way to get started. Madison PHP is one day
(Saturday, September 13th, 2014) and seeks talks for attendees at all skill
levels. And their speaker compensation package includes complimentary
airfare/travel and hotel.

I suggest you submit talks:
* on MediaWiki extension development, like
http://opensourcebridge.org/wiki/2014/Extension_Development_with_Mediawiki
(slides available)
* on HipHop and HHVM
* on coding conventions
https://www.mediawiki.org/wiki/Manual:Coding_conventions/PHP
* on how you do code review

The proposal deadline is Monday, July 21.

Sumana Harihareswara
Senior Technical Writer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Fwd: Screenshot of Winter on Win7/IE9

2014-07-14 Thread Jon Robson
This doesn't really surprise me since it is a prototype but it should
be easily fixable if this was to be production-ized.

I suspect since Winter is a prototype Brandon hasn't been testing against IE9.
Brandon, maybe in future when releasing prototypes it would be good to
state what browser is was built on and thus optimized for.

On Mon, Jul 14, 2014 at 6:27 AM, Risker risker...@gmail.com wrote:
 Forwarding to the list in case anyone else is interested in seeing the
 screenshot.  Please note the comments below.

 Risker

 -- Forwarded message --
 From: Risker risker...@gmail.com
 Date: 14 July 2014 09:03
 Subject: Screenshot of Winter on Win7/IE9
 To: bhar...@wikimedia.org


 Hi Brandon - attaching this for you, feel free to upload, I release this
 screenprint under the GDFL and CC-BY-SA.

 The screenprint is a tiny bit worse than the actual screen - the letters
 are more broken up in the screenshot.  Otherwise, the colour, the spacing
 and the overlaps are the same.

 Risker/Anne

 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
Jon Robson
* http://jonrobson.me.uk
* https://www.facebook.com/jonrobson
* @rakugojon

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Wikitech-ambassadors] Deprecating print-on-demand functionality

2014-07-14 Thread phoebe ayers
On Fri, Jul 11, 2014 at 8:48 AM, Erik Moeller e...@wikimedia.org wrote:

 On Fri, Jul 11, 2014 at 8:45 AM, Luca Martinelli
 martinellil...@gmail.com wrote:
  so the Book Creator will still be active, maybe under another name,
  maybe with another engine, but still active?

 Same name and functionality, just the Order a printed book feature
 will disappear.

 Erik


That is great -- the book creator and PDF tools are both good tools, and
are very handy for projects big and small, especially projects like
Wikibooks and Wikivoyage that need to make offline reading easy. (I have
actually used both tools the most on internal wikis; when I need to catch
up on big discussions, I've made many pdfs from meta that I can read
offline.)

It was a worthwhile experiment with Pediapress, and I'm glad they stuck
with it as long as they did!

best,
-- Phoebe
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l