On 11/04/14 18:42, Bartosz Dziewoński wrote:
I have merged the Gerrit change
(https://gerrit.wikimedia.org/r/#/c/124475/),
restoring the body font to "sans-serif". The heading font is unchanged
for now.
I've read the entire wikitech-l thread (89 emails as of writing) and
pondered this carefull
It looks like Nemo has been doing this (thanks a bunch Nemo) but I
wasn't cc'ed on any of these reports so I was getting just as
frustrated as you thinking we were inside a black hole :)
I don't expect the average user to raise bugs.
This would be a great thing to discuss in the retrospective - a
On Fri, Apr 11, 2014 at 11:42 AM, Bartosz Dziewoński wrote:
> I have merged the Gerrit change (https://gerrit.wikimedia.org/
> r/#/c/124475/),
> restoring the body font to "sans-serif". The heading font is unchanged for
> now.
>
> I've read the entire wikitech-l thread (89 emails as of writing) an
On 11-04-2014 20:00, Jon Robson wrote:
Please don't accuse me of things that are not true. I do want to see
these things, but I have to manage 1) mailing lists 2) bugzilla 3)
wiki pages (which i have to know exist). I am only human. Thanks for
the links to bugs I've cc'ed myself on all of these.
On Fri, 2014-04-11 at 09:42 -0700, Jon Robson wrote:
> I keep hearing about ALLL THE BUGS but I've not seen anything on
> Bugzilla.
https://bugzilla.wikimedia.org/show_bug.cgi?id=63549 dependency list
plus likely stuff on
https://www.mediawiki.org/wiki/Talk:Typography_refresh that I'd expect
the d
I have merged the Gerrit change (https://gerrit.wikimedia.org/r/#/c/124475/),
restoring the body font to "sans-serif". The heading font is unchanged for now.
I've read the entire wikitech-l thread (89 emails as of writing) and
pondered this carefully. My summary of the situation is:
* This font
On Fri, Apr 11, 2014 at 11:17 AM, Brian Cox
wrote:
> Perhaps all the user reported bugs should be added to Bugzilla for tracking
> purposes. But it's not reasonable to expect the average user to report them
> there.
>
> Brian/NF
>
Yes I think we definitely need to track things in Bugzilla, but yo
> Since that page was linked as the primary feedback page when the refresh
was
> announced, it should be the first place to check for error reports.
Claiming
> non-existence of Bugzilla reports is just plain selective ignorance.
I disagree. Bugzilla is where we report bugs. If no one raises bugs a
> That's because you don't *want* to see... Most of the reports on [1] are
> from readers who don't know anything about Bugzilla. That doesn't make that
> anything less valid.
Please don't accuse me of things that are not true. I do want to see
these things, but I have to manage 1) mailing lists 2
On Fri, Apr 11, 2014 at 10:01 AM, Erwin Dokter wrote:
> There is also a tracking bug [2] with plenty bugs attached, among the [3],
> [4] and [5]; *all* language related. Buth the bug reports and Typography
> talk page have plenty of screenshots.
>
> [1] https://www.mediawiki.org/wiki/Talk:Typogra
On Fri, Apr 11, 2014 at 9:44 AM, Erwin Dokter wrote:
> I forgot to include the URL:
>
> [1] https://www.mediawiki.org/wiki/Talk:Typography_refresh#
> Languages_problems
>
Out of all of these, the most clear is that serifs are not great for the
headings in CJK (Chinese, Japanese, Korean) language
On 11-04-2014 18:42, Jon Robson wrote:
I keep hearing about ALLL THE BUGS but I've not seen anything on
Bugzilla.
That's because you don't *want* to see... Most of the reports on [1] are
from readers who don't know anything about Bugzilla. That doesn't make
that anything less valid.
Since t
On 11-04-2014 13:11, Erwin Dokter wrote:
[1] shows half the world complaining about the typography refresh.
I forgot to include the URL:
[1]
https://www.mediawiki.org/wiki/Talk:Typography_refresh#Languages_problems
Regards,
--
Erwin Dokter
___
I keep hearing about ALLL THE BUGS but I've not seen anything on
Bugzilla. This leads me to believe I've not been cc'ed on them or they
haven't been raised (which would be bad). Please can someone raise
these on Bugzilla - if these are being raised on wikis they are not
getting in front of people.
On 11-04-2014 04:35, Steven Walling wrote:
How are these specific, replicable bugs? DJ is saying things the current
solution is "not working" and we "cannot do better" but there is no
evidence about why this is the case for such a large number of users that
it requires a revert back to plain san
On Thu, Apr 10, 2014 at 4:26 PM, Brian Wolff wrote:
> I would add as an issue, that there are major variance in the font
> selection based on platform and configuration. For some platforms, the
> typo refresh chooses a font that is significantly lower quality than
> the browser default (The oppos
On Fri, Apr 11, 2014 at 6:26 AM, Brian Wolff wrote:
>..
> By "lower quality" I mean both subjectively, but also objectively. For
> example, today I was reading
> https://en.wikinews.org/wiki/Hamilton_wins_%27incredible%27_Bahrain_race,_F1%27s_900th_Grand_Prix
> (enwikinews is one of the few wikis
On Thursday, April 10, 2014, Steven Walling
wrote:
>
>
> On Thursday, April 10, 2014, MZMcBride wrote:
>
>> Erik Moeller wrote:
>> >On Thu, Apr 10, 2014 at 7:39 AM, Derk-Jan Hartman
>> > wrote:
>> >> So for me, the question is not how can we apply pretty serif fonts to
>> >> headers, the questio
On Thursday, April 10, 2014, MZMcBride wrote:
> Erik Moeller wrote:
> >On Thu, Apr 10, 2014 at 7:39 AM, Derk-Jan Hartman
> > wrote:
> >> So for me, the question is not how can we apply pretty serif fonts to
> >> headers, the question is what can we do short term and long term to
> >> make that ha
On Thursday, April 10, 2014, MZMcBride
>
wrote:
> Erik Moeller wrote:
> >On Thu, Apr 10, 2014 at 7:39 AM, Derk-Jan Hartman
> > wrote:
> >> So for me, the question is not how can we apply pretty serif fonts to
> >> headers, the question is what can we do short term and long term to
> >> make that h
Erik Moeller wrote:
>On Thu, Apr 10, 2014 at 7:39 AM, Derk-Jan Hartman
> wrote:
>> So for me, the question is not how can we apply pretty serif fonts to
>> headers, the question is what can we do short term and long term to
>> make that happen.
>
>It would be good if we could focus the conversation
On 4/10/14, Erik Moeller wrote:
> On Thu, Apr 10, 2014 at 7:39 AM, Derk-Jan Hartman
> wrote:
>> So for me, the question is not how can we apply pretty serif fonts to
>> headers, the question is what can we do short term and long term to
>> make that happen.
>
> It would be good if we could focus
On 10 April 2014 22:16, Quim Gil wrote:
> Our 3rd party MediaWiki users (the sysadmins and their users) should not be
> affected by the unstable situation around font styles. If we are going to
> change their defaults, we should better do it when we are certain about the
> reliability of the chan
On Thursday, April 10, 2014, Steven Walling
wrote:
>
> I definitely agree with Erik's summation, but I would not like to open up
> discussion about Wikimedia-specific consideration vs. core, which is a
> broader question about what Vector should be/do that I don't think should
> block us reaching
On Wed, Apr 9, 2014 at 9:44 PM, Gerard Meijssen
wrote:
> Given that you do have statistics, how did all the huha around the ULS
> "performance issue" and now all this hit the use of the functionality for
> dyslexic people?
>
I'm not sure what statistics you're referring to.
> We know that it he
On Thu, Apr 10, 2014 at 12:10 PM, Quim Gil wrote:
> On Thu, Apr 10, 2014 at 9:54 AM, Erik Moeller wrote:
>
> (snip)
>
> > My understanding is that there are three separate major issues:
> >
> > * serif may not be a good choice for certain languages
>
> > * The explicitly specified sans-serif sta
On Thu, Apr 10, 2014 at 9:54 AM, Erik Moeller wrote:
(snip)
> My understanding is that there are three separate major issues:
>
> * serif may not be a good choice for certain languages
> * The explicitly specified sans-serif stack needs to be further
> optimized
> * some people feel that eithe
On Thu, Apr 10, 2014 at 7:39 AM, Derk-Jan Hartman
wrote:
> So for me, the question is not how can we apply pretty serif fonts to
> headers, the question is what can we do short term and long term to
> make that happen.
It would be good if we could focus the conversation as much on
concrete bugs a
My sentiment here is that all of this has supported every latent
opinion that I had about the project when it was started. Years of
maintaining templates, CSS and Javascript on English Wikipedia had
taught me not to mess with fonts unless it was very targeted
(preferring a specific font for a langu
I echo Brian's assessment here. Screen readers don't care about fonts.
They only look at what the semantic elements tell you.
DJ
On Thu, Apr 10, 2014 at 2:45 AM, Brian Wolff wrote:
>> And has any testing been done with screen readers and dyslexia readers to
>>
>
> I would be extremely surprised
Hoi,
Given that you do have statistics, how did all the huha around the ULS
"performance issue" and now all this hit the use of the functionality for
dyslexic people?
We know that it helps but how do we help people with dyslexia? They are
"only" 7 to 10% of a population.. I have not done the arith
> And has any testing been done with screen readers and dyslexia readers to
>
I would be extremely surprised if this interacted negatively with screen
readers. Screen readers normally dont even look at the font choice.
--bawolff
___
Wikitech-l mailing l
On 9 April 2014 19:36, Risker wrote:
> And has any testing been done with screen readers and dyslexia readers to
> test #4? I've not seen any reports of that. We do have some regular
> users of screen readers who would probably have been right there letting
> you know if there was a conflict.
On 9 April 2014 14:07, Steven Walling wrote:
> On Wed, Apr 9, 2014 at 9:33 AM, David Gerard wrote:
>
> > On 9 April 2014 17:30, Brian Wolff wrote:
> >
> > > That said, we shouldn't be afraid of making changes where we
> > > reasonably think they might be a good idea, even without evidence they
On Wed, Apr 9, 2014 at 9:33 AM, David Gerard wrote:
> On 9 April 2014 17:30, Brian Wolff wrote:
>
> > That said, we shouldn't be afraid of making changes where we
> > reasonably think they might be a good idea, even without evidence they
> > actually are. You can't have data on everything. I jus
On 9 April 2014 17:30, Brian Wolff wrote:
> That said, we shouldn't be afraid of making changes where we
> reasonably think they might be a good idea, even without evidence they
> actually are. You can't have data on everything. I just don't like
> "Well we are undoubtedly making things better fo
>
>
> Which gulf is growing more quickly - between the WMF staff and volunteers,
> or between the veteran editing population and the typical reader? I won't
> argue that there is some distance, and a degree of conflict, between the
> goals and priorities of the staff and many veteran volunteers. Bu
Interestingly, but probably completely unrelated, I note that one of the
options on your first "reference" [Varnish: Pageviews By Top Wikis] shows a
drop to zero in page views at around 0625 hours UTC today. Of course, the
view only gives an 8 hour snapshot, so it's not possible for an ordinary
per
On Wed, Apr 9, 2014 at 1:05 AM, Risker wrote:
>
> There is a bit of amnesia about the fact that almost all editors are also
> readers and regular users of the projects we create, and those editors have
> been encouraged since Day One to inform developers of any technical
> problems with the site
Steven Walling wrote:
>> It's pretty clear that the objectives of this project are not successfully
>> met at this point, and in fact have caused major problems on non-Latin
>> script WMF sites, and significant but less critical problems on Latin
>> script sites. Several factors for this have bee
On 09/04/14 08:26, John Mark Vandenberg wrote:
I agree with everything Risker said. I go further and suggest the team
involved stops defending their goals and implementation. The former are not
the issue, and the latter was indefensible. I havent looked at how much
testing was done, or if there w
On 9 April 2014 11:16, John Mark Vandenberg wrote:
> Did you even read my email?
Yes, I was responding to just that part.
- d.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Wed, Apr 9, 2014 at 5:06 PM, David Gerard wrote:
> On 9 April 2014 09:26, John Mark Vandenberg wrote:
>
>> I havent looked at how much
>> testing was done, or if there was some staging of the rollout, but it is
>> clear that it wasnt careful enough.
>
>
> To be fair, it's easy to say that in
On 9 April 2014 09:26, John Mark Vandenberg wrote:
> I havent looked at how much
> testing was done, or if there was some staging of the rollout, but it is
> clear that it wasnt careful enough.
To be fair, it's easy to say that in hindsight. But e.g. who knew so
many people were running Window
On Apr 9, 2014 2:02 PM, "Steven Walling" wrote:
>
> On Tue, Apr 8, 2014 at 10:05 PM, Risker wrote:
>
> > It's pretty clear that the objectives of this project are not
successfully
> > met at this point, and in fact have caused major problems on non-Latin
> > script WMF sites, and significant but
On Tue, Apr 8, 2014 at 10:05 PM, Risker wrote:
> It's pretty clear that the objectives of this project are not successfully
> met at this point, and in fact have caused major problems on non-Latin
> script WMF sites, and significant but less critical problems on Latin
> script sites. Several fact
I've been sitting back watching this thread as it has unfolded, as well as
the discussions in a few other places, to better understand how this
particular subset of the Wikimedia/Mediawiki community problem-solved. I'd
like to share with you all a few observations.
Steven and Jon, consider having
On Mon, Apr 7, 2014 at 1:19 PM, Jon Robson wrote:
> 1) Picking a new open font that is either
> ** widely available on Linux but not so much on Windows
> ** renders well in Windows
>
Coming back to the above option...
Today we spent some time testing a stack that puts Nimbus Sans L first,
befor
On Tue, Apr 8, 2014 at 6:46 PM, Steven Walling wrote:
> On Tue, Apr 8, 2014 at 2:18 PM, Matthew Walker >wrote:
>
> > Perhaps this is a question that has an answer elsewhere but, irrespective
> > of if this change should be made to WMF wikis, why are we:
> >
> > a) Making this a change in core?
>
On Tue, Apr 8, 2014 at 2:18 PM, Matthew Walker wrote:
> Perhaps this is a question that has an answer elsewhere but, irrespective
> of if this change should be made to WMF wikis, why are we:
>
> a) Making this a change in core?
>
> and b) Not making the change in core be a SASS variable that can t
On 2014-04-08, 12:33 PM, Martijn Hoekstra wrote:
> That is not the status quo, but the diff between the Odder patch and the
> typography refresh basically is the "Set a non-free font stack to give Mac
> now Helvetica Neue rather than Helvetica", with a -2 is planted in the
> ground before as a dema
Perhaps this is a question that has an answer elsewhere but, irrespective
of if this change should be made to WMF wikis, why are we:
a) Making this a change in core?
and b) Not making the change in core be a SASS variable that can then be
set as a preference somewhere? (I say this because we've c
On Tue, Apr 8, 2014 at 10:20 PM, Steven Walling wrote:
> On Tue, Apr 8, 2014 at 12:33 PM, Martijn Hoekstra <
> martijnhoeks...@gmail.com
> > wrote:
>
> > On Tue, Apr 8, 2014 at 8:13 PM, Erik Moeller wrote:
> >
> > > On Tue, Apr 8, 2014 at 10:59 AM, Martijn Hoekstra
> > > wrote:
> > > > So, the f
I want to clarify Steven's point, which was mostly clear but I want to make
sure the details and rationale are pointed out.
When mixing serif and san-serif typefaces using any random two font faces
is not acceptable, therefore letting the browser/OS arbitrarily choose any
serif to pair with any sa
On Tue, Apr 8, 2014 at 12:33 PM, Martijn Hoekstra wrote:
> On Tue, Apr 8, 2014 at 8:13 PM, Erik Moeller wrote:
>
> > On Tue, Apr 8, 2014 at 10:59 AM, Martijn Hoekstra
> > wrote:
> > > So, the font stack changes with regards to the status quo now change
> > > nothing for Windows users, changes H
Copying and pasting what I wrote on that patchset
"For the record, I'm happy to +2 this if necessary but I still feel
this is a short term crappy solution that doesn't truly promote unfree
fonts as claimed in the commit message (since we are basically saying
in this give non-free Helvetica for Mac
Just a note that Brandon just commented on the patchset:
"We discussed this patch today during our weekly design team meeting
and how to move forward. At this point in time we are leaning towards
+2'ing this but we want to have a bit of discussion internally before
doing so.
We'll have something
On Tue, Apr 8, 2014 at 8:13 PM, Erik Moeller wrote:
> On Tue, Apr 8, 2014 at 10:59 AM, Martijn Hoekstra
> wrote:
> > So, the font stack changes with regards to the status quo now change
> > nothing for Windows users, changes Helvetica -> Helvetica neue for Mac
> > users and changes Arial, DejaVu
On Apr 8, 2014 12:10 PM, "Isarra Yos" wrote:
>
> On 08/04/14 06:57, S Page wrote:
>>
>> In https://gerrit.wikimedia.org/r/#/c/124475/ (go back to sans-serif)
>> Legoktm claims "There was a consensus that listing only non-free fonts
was
>> not acceptable", that's not my recollection. Was a bug eve
On Tue, Apr 8, 2014 at 8:10 AM, Isarra Yos wrote:
> Linux often gets arial. Anyone with wine will probably have it installed,
> too, and most will have wine even if they don't use it. It's not
> necessarily a particularly good copy, either.
With the current stack that won't happen even if the u
On 08-04-2014 19:29, Jared Zimmerman wrote:
I don't really have the energy to keep having this conversation, I
appreciate that everyone has taken the time to weigh in on this whatever
you opinion is on the matter.
I am sorry you feel that way. But I have to make one thing clear:
This is not an
On Tue, Apr 8, 2014 at 10:59 AM, Martijn Hoekstra
wrote:
> So, the font stack changes with regards to the status quo now change
> nothing for Windows users, changes Helvetica -> Helvetica neue for Mac
> users and changes Arial, DejaVu Sans or Arimo for possibly something else,
> amongst which Nimb
On Tue, Apr 8, 2014 at 7:29 PM, Jared Zimmerman <
jared.zimmer...@wikimedia.org> wrote:
> I don't really have the energy to keep having this conversation, I
> appreciate that everyone has taken the time to weigh in on this whatever
> you opinion is on the matter.
>
> From Issara...
> * Windows us
Jared Zimmerman writes:
> I'm tired of fighting over this, I'd like to move on, and moving on does
> not mean going on to the status quo.
The status quo has been thoroughly tested by 400 million viewers a month, for
46 months (June 2010-March 2014; ); it is a flexible and elegant solution
that
I don't really have the energy to keep having this conversation, I
appreciate that everyone has taken the time to weigh in on this whatever
you opinion is on the matter.
From Issara...
* Windows users got fonts optimised for Windows, and which Windows
knows well how to render. They may not be
On 08/04/14 06:57, S Page wrote:
In https://gerrit.wikimedia.org/r/#/c/124475/ (go back to sans-serif)
Legoktm claims "There was a consensus that listing only non-free fonts was
not acceptable", that's not my recollection. Was a bug ever filed?
Kaldari valiantly tried to put non-free fonts firs
On 08-04-2014 03:25, Steven Walling wrote:
I totally agree. I don't see how there is any indication this is
functionally broken or a major regression across languages, keeping in mind
the necessity of ULS et al still. What major language-related bugs have
been raised that would not be present re
On 08-04-2014 05:01, Ori Livneh wrote:
Erwin, can you help me understand what is a "suitable localization
mechanism"? I filed bug 59983 ("Investigate noto font as potential
replacement for diverse font families") back in January because I thought
it could help with localization, so I'd really li
On 4/8/14, S Page wrote:
> In https://gerrit.wikimedia.org/r/#/c/124475/ (go back to sans-serif)
> Legoktm claims "There was a consensus that listing only non-free fonts was
> not acceptable", that's not my recollection. Was a bug ever filed?
>
> Kaldari valiantly tried to put non-free fonts firs
(5) is the only serious option. Steven, you're being unnecessarily
negative, nobody is proposing a revert. We can keep "serif" for headers
in core (but not Georgia and Times because they were catastrophic).
That's progress.
Nemo
___
Wikitech-l maili
On Apr 8, 2014 3:46 AM, "Steven Walling" wrote:
>
> On Mon, Apr 7, 2014 at 5:40 PM, MZMcBride wrote:
>
> > I've read through this thread and I've formulated two questions:
> >
> > * Is there consensus to specify "font-family: 'Helvetica Neue',
Helvetica,
> > Arial, sans-serif;" in MediaWiki core?
In https://gerrit.wikimedia.org/r/#/c/124475/ (go back to sans-serif)
Legoktm claims "There was a consensus that listing only non-free fonts was
not acceptable", that's not my recollection. Was a bug ever filed?
Kaldari valiantly tried to put non-free fonts first, that caused bug
63512. Now as I
Steven Walling wrote:
>On Mon, Apr 7, 2014 at 5:40 PM, MZMcBride wrote:
>> * Is there an issue with specifying "font-family: sans-serif;" in
>> MediaWiki core?
>
>Do you mean just for body type as Odder proposed in
>https://gerrit.wikimedia.org/r/#/c/124475/, or for everything?
That's what I was
On Mon, Apr 7, 2014 at 4:08 PM, Erwin Dokter wrote:
> On 08-04-2014 00:45, Steven Walling wrote:
>
>> On Mon, Apr 7, 2014 at 3:42 PM, Jon Robson wrote:
>>
>> I noticed from Kaldari's notes [1] that "Open sans" was rejected based
>>> on language support and install base.
>>>
>> >
>
>> A similar
On Mon, Apr 7, 2014 at 6:44 PM, Tim Landscheidt wrote:
> (anonymous) wrote:
>
> >> > This. Let's go back to what we *know* worked.
>
> >> https://gerrit.wikimedia.org/r/#/c/124387/ has already been merged, so
> >> you're
> >> /just/ late – unless you want to submit yet another patch reverting to
>
On Mon, Apr 7, 2014 at 7:27 PM, Brian Wolff wrote:
>
> > We can gain more consistent, accessible typography across languages
> with an
> > iterative approach that continues to build on what we've done over the
> last
> > five months. Or we can go back to the drawing board to try and please
> > ev
On 4/7/14, Steven Walling wrote:
> On Mon, Apr 7, 2014 at 5:46 PM, Brian Wolff wrote:
>
>> No you don't get more consistency by moving back to an experience
>> where you let the browser determine fonts. However you do get a
>> situation where things are more likely to work for non-latin scripts
>
>
> I am going to be annoying and answer your question with a question:
> consensus among who? How do make a decision like this?
>
> On the one hand, you have Wikimedia users, who don't really care about the
> appearance of promoting FOSS or not.
[Citation needed]. User's aren't one person, but qu
(anonymous) wrote:
>> > This. Let's go back to what we *know* worked.
>> https://gerrit.wikimedia.org/r/#/c/124387/ has already been merged, so
>> you're
>> /just/ late – unless you want to submit yet another patch reverting to
>> sans-
>> serif.
> I would write said patch but I have no desire t
On Mon, Apr 7, 2014 at 5:40 PM, MZMcBride wrote:
> I've read through this thread and I've formulated two questions:
>
> * Is there consensus to specify "font-family: 'Helvetica Neue', Helvetica,
> Arial, sans-serif;" in MediaWiki core?
>
I am going to be annoying and answer your question with a
On Mon, Apr 7, 2014 at 5:46 PM, Brian Wolff wrote:
> No you don't get more consistency by moving back to an experience
> where you let the browser determine fonts. However you do get a
> situation where things are more likely to work for non-latin scripts
> (and other issues that have been brough
On 4/7/14, Steven Walling wrote:
> On Mon, Apr 7, 2014 at 4:08 PM, Erwin Dokter wrote:
>
>> I feel that I am not being taken seriously. Three times now I have
>> indicated what is wrong with this solution, namely that a single font
>> stack
>> cannot possibly serve a global website.
>>
>> I want
On 08/04/14 00:02, Steven Walling wrote:
On Mon, Apr 7, 2014 at 4:08 PM, Erwin Dokter wrote:
I feel that I am not being taken seriously. Three times now I have
indicated what is wrong with this solution, namely that a single font stack
cannot possibly serve a global website.
I want to ask Ste
Hi.
I've read through this thread and I've formulated two questions:
* Is there consensus to specify "font-family: 'Helvetica Neue', Helvetica,
Arial, sans-serif;" in MediaWiki core?
* Is there an issue with specifying "font-family: sans-serif;" in
MediaWiki core?
Based on my reading of this th
On Mon, Apr 7, 2014 at 4:08 PM, Erwin Dokter wrote:
> I feel that I am not being taken seriously. Three times now I have
> indicated what is wrong with this solution, namely that a single font stack
> cannot possibly serve a global website.
>
> I want to ask Steven and Jon how they plan on servin
On 08-04-2014 01:14, Jon Robson wrote:
Yes I thought I had recognised this. See my message above: "The
language support is more of an issue, but I wonder if this can be
resolved by specific font stacks with more suitable open fonts is
provided."
I think we have a great chance to iterate from her
> I feel that I am not being taken seriously. Three times now I have indicated
> what is wrong with this solution, namely that a single font stack cannot
> possibly serve a global website.
I'm sorry you feel this way, if I wasn't clear, I agree with you, but
I think where we disagree is that we co
On Mon, Apr 7, 2014 at 2:49 PM, Tomasz W. Kozlowski
wrote:
> Chad writes:
>
> > This. Let's go back to what we *know* worked.
>
> https://gerrit.wikimedia.org/r/#/c/124387/ has already been merged, so
> you're
> /just/ late – unless you want to submit yet another patch reverting to
> sans-
> serif
On Mon, Apr 7, 2014 at 3:57 PM, Greg Grossmeier wrote:
> Private/offlist
>
> Steven,
>
> I think you're missing what Issara and others like myself have
> suggested: just reverting the fontstack part, not the
> font-size/color/etc that are a part of the changeset.
>
> Greg
>
Ha. :) Totally okay.
On 08-04-2014 00:45, Steven Walling wrote:
On Mon, Apr 7, 2014 at 3:42 PM, Jon Robson wrote:
I noticed from Kaldari's notes [1] that "Open sans" was rejected based
on language support and install base.
>
A similar example is Google's Noto font (
https://en.wikipedia.org/wiki/Noto_fonts). It
> Sadly it was difficult to
> distinguish whether this was simply a dislike of the new fonts or
> something deeper related to a bug.
Since, you're changing something primarily for aesthetic purposes (I think
anyways, all the accounts of why we even would want to change the font are
very hand wavey
> Private/offlist
well crap.
--
| Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/l
Private/offlist
Steven,
I think you're missing what Issara and others like myself have
suggested: just reverting the fontstack part, not the
font-size/color/etc that are a part of the changeset.
Greg
> On Mon, Apr 7, 2014 at 1:52 PM, Isarra Yos wrote:
>
> > 5) Restore the status quo - specif
On Mon, Apr 7, 2014 at 3:42 PM, Jon Robson wrote:
> I noticed from Kaldari's notes [1] that "Open sans" was rejected based
> on language support and install base. I notice however that it is
> pretty popular on the web [2,3]. Can someone elaborate on these
> results as it is surprised me?
>
> To
I noticed from Kaldari's notes [1] that "Open sans" was rejected based
on language support and install base. I notice however that it is
pretty popular on the web [2,3]. Can someone elaborate on these
results as it is surprised me?
To me we can learn from this experience that install base (especia
On Mon, Apr 7, 2014 at 1:52 PM, Isarra Yos wrote:
> 5) Restore the status quo - specifying 'sans-serif' as the font, which
> translates to the default font for the platform, had none of these
> problems, and resulted in fonts for all platforms which were good for those
> platforms (though perhaps
Chad writes:
> This. Let's go back to what we *know* worked.
https://gerrit.wikimedia.org/r/#/c/124387/ has already been merged, so you're
/just/ late – unless you want to submit yet another patch reverting to sans-
serif.
Tomasz
On 07-04-2014 22:52, Isarra Yos wrote:
5) Restore the status quo - specifying 'sans-serif' as the font
+1 for option 5. I have posted my preliminary evaluation at [1] and [2],
which basically deals with why this update is so Latin-centric, and has
non-latin scripts users left with a totally
On 07/04/14 21:03, Martijn Hoekstra wrote:
+1, but to me 'serif' rather than 'sans-serif' for the section headers is
nicer. YMMV and can certainly live with sans for section headers
Having different serif for the headers with sans-serif content can be a
bit dangerous, depending on the fonts in
This. Let's go back to what we *know* worked.
-Chad
On Apr 7, 2014 1:52 PM, "Isarra Yos" wrote:
> On 07/04/14 20:19, Jon Robson wrote:
>
>> After the deploy last Thursday various users on Village Pumps bug
>> reports and external sites (e.g. Twitter and Reddit) were informing us
>> that the new
1 - 100 of 104 matches
Mail list logo