2. Rendering links would be helpful but it seems to
clutter up the
reading experience of printed articles which have a lot of links in
them (e.g. God). It would be better if some kind of alternative was
chosen to highlight links such that they don't distract the user from
their main motive (reading).
I agree! I'm trying to find subtle ways to indicate links but we also have
to be cautious of best practices around accessibility. We usually avoid
using color alone to indicate an intend. i.e. links. There have been
requests to even add the underlines to desktop wikipedia for same reason.
For now, I'm playing around with thick but grey underlines and increasing
the line height to not clutter up the reading experience. Keep an eye out
for desktop print styles <https://phabricator.wikimedia.org/T135022>, where
I will be adding designs for this.
and thank you for detailed feedback :)
On Tue, Jun 20, 2017 at 11:48 AM, Jon Robson <jrobson(a)wikimedia.org> wrote:
On Sun, Jun 18, 2017 at 7:08 PM Kaartic Sivaraam <
kaarticsivaraam91196(a)gmail.com> wrote:
On Mon,
12 Jun 2017 18:21:10, Jon Robson <jrobson(a)wikimedia.org>
wrote:
It's deployed!
Good to hear that! I tried to print a page using my mobile and it
looked great! Great work people. It would be better if the following
were considered,
1. Currently it seems that the images found in the unexpanded sections
aren't rendered in the PDF file. As a result a blank space is found in
their place and the image description seems to be describing a blank
space!! Possible solutions are,
i) Trying to render all images found in a page regardless of whether
the sections are expanded or not
ii) Don't print the unexpanded sections
I would love to see (i) being chosen as a solution. :)
Yes sadly this is a known problem and relates to the fact we lazy load
images. You can follow what we discussed and what our plans are going
forward here:
https://phabricator.wikimedia.org/T162414
The short of it is:
* There is no way to asynchronously load images when a print is detected
* We filed a bug upstream against the HTML standard:
https://github.com/whatwg/html/issues/2532#issuecomment-294021096
* It looks like the only way to avoid this problem in the mean time is to
provide a non-browser print button.
2. Rendering links would be helpful but it seems
to clutter up the
reading experience of printed articles which have a lot of links in
them (e.g. God). It would be better if some kind of alternative was
chosen to highlight links such that they don't distract the user from
their main motive (reading).
I'll defer to Nirzar on this one!
Note they will only work if you are using the
print function on your
phone... not if you are viewing the mobile site on desktop :)