has?
Regards,
--
Erwin Dokter
On 27-03-2016 17:23, Mr. Stradivarius wrote:
I think we are going to need more than a month to fix this. A search on
enwiki shows 26,000 pages using importScript, 7,000 pages using
addOnloadHook, and 4,000 pages using addPortletLink. (Although
addPortletLink
immediately), and
user css/scripts take effect immediately.
If I'm not mistaken, this may be configurable...
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
at least evaluate if this is a suitable interim solution?
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
order control at all.
I submitted a patch that disables sorting, but the task and patch are
stalled. So please, more voices and solutions on how we can solve this.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
. Is there no
way to do it using a regular img tag, using srcset for PNG, instead?
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 21-02-2015 12:14, Marielle Volz wrote:
Could we get uploading privileges allowed for normal users (such as myself)
on meta? Otherwise profile photos will require special privileges.
We have Commons for that. Meta does not allow non-free or fair-use
images anyway.
Regards,
--
Erwin Dokter
,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
that
content. So #babel does look different on other projects.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
{{meta:user:Edokter}}, which could point to any project.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
to add some bad code to common.js
that disables some WMF feature; I will be reverted by staff and
common.js is superprotected.
Oh well, I'll just create a hidden default gadget... Happy hunting!
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
no longer
create a single patch.
I now have to submit two patches and hope they both get merged at the
exact same time.
I regard skins as part of core. It may look more organized to split
skins off, but core functionality should live in the core repository.
Regards,
--
Erwin Dokter
for the answer :)
Not much difference, but it's there. Progressive scaling loses edge
detail during each stage. The directly scaled images look sharper.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
(again, I may be totally misguided), is that you want to
use the 'action:' parameter instead.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
out 30 bucks a months for the occasional testing.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
flex boxes... now
_that's_ sexy!
But yes, being able to test in all browsers would be awesome.
Browsershots isn't much help anymore.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org
necessarily a bad thing.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
is going to
affect future attempts to fix this on a per-language basis.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
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
=63720
[4] https://bugzilla.wikimedia.org/show_bug.cgi?id=63718
[5] https://bugzilla.wikimedia.org/show_bug.cgi?id=63817
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
.
Then that should have been in the FAQ. The announcement only sends the
readers to the talk page to give feedback.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
) it promotes a free font at the beginning
of the stack (not a high priority in my book though).
Next up I may think about the headers font stack; While Georgia is a
good serif; I detest its use of text figures.
Regards,
--
Erwin Dokter
___
Wikitech-l
instead of using
enwiki as a guinea pig? We can make you a sysop there.
I would appriciate that. I can also use test.wikipedia.org of course.
The beta labs is very slow for me somehow.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l
, there's
Blackberry, which I also know nothing about. But again, that's why
Helvetica is there... as a general fallback (before sans-serif).
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
some trouble using this
with Georgia, but that was regarding tabular numbers. Works just fine
for lining though.
You can test it now at https://test.wikipedia.org/, along with the new
font stack.
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
On 12-04-2014 01:29, Erwin Dokter wrote:
Using the font-feature-settings CSS. I've had some trouble using this
with Georgia, but that was regarding tabular numbers. Works just fine
for lining though.
Thinking further... Browser support is pretty recent, doesn't work in
old Opera (Presto
in the context of this typography refresh (unless the
refresh itrself will incorporate a similair mechanism).
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
=51273586oldid=46047818
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
is legibility. And if legibility is damaged on a world-wide
encyclopedia, how can you even *think* about defending a breaking change?
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
useless font stack.
[1] https://www.mediawiki.org/wiki/Talk:Typography refresh#Evaluation
[2] https://bugzilla.wikimedia.org/show_bug.cgi?id=63512#c20
Regards,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
support all languages.
Again, this excercise is completely Latin-centered. Projects using
different script have no choice but to override to their native fonts,
and only Europe/Americas is left to 'enjoy' the new font stack.
Regards,
--
Erwin Dokter
fonts are Latin-only, and only a few (like Noto) aim for
global support. And all free fonts will have issues on Windows (with
font-smooting disabled). My priority is stil to go with What-Works-Best
for all, and less with Must-Include-Free-Font.
Regards,
--
Erwin Dokter
the most prevalant system and open fonts
together at http://en.wikipedia.org/wiki/WP:TYPO.
Met vriendelijke groet,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
is not important, is totally wrong; it is
an inseparable part of web design. Avoiding proprietary fonts is just as
pointless as avoiding proprietary web browsers.
Met vriendelijke groet,
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
.
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
:2000:A6:0:0:0:10.
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
(or until purged), without adding to the scaler's
workload. Basically let the thumb files expire as they do on the squids.
I imagine the first run would be a mammoth job, but subsequent runs
shouldn't be stressing at all.
--
Erwin Dokter
___
Wikitech-l
(https://bugzilla.wikimedia.org/show_bug.cgi?id=11374#c47).
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
will render it as white.
See r113098
- Trevor
Actually, the default background color for the Vector sidebar and footer
is #f6f6f6, which is still pretty distinct. I would use #f9f9f9; the
default background color for wikitables.
--
Erwin Dokter
in my vector.css on enwki
(http://en.wikipedia.org/wiki/User:Edokter/vector.css).
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
is done.)
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
it's not feasable, as the diff is built using a table, and
as far as I know, individual cell spacing is not possible in tables.
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
which may be affecting layout. Attached is
how that changeset looked on my localhost.
- Trevor
The only styling that may be conflicting is the original core styling.
I'll try to filter that out and post the result. BTW, my screenshot was
taken with Chrome 17.
--
Erwin Dokter
Tabs.
Static diff with tabs:
http://en.wikipedia.org/w/index.php?title=User:Edokter/vector.cssdiff=479860362oldid=479858926
Firefox does *not* show the problem. Even IE8 manages to display it
correctly. So this is a Chrome bug we need to work around.
--
Erwin Dokter
On 03-03-2012 09:35, Erwin Dokter wrote:
The red font color was the only conflicting style. The misalignment is
apparently a result of Chrome not handling the combined padding of the
table cell and diffchange spans that contain one or more Tabs.
To be more precise: any left-or right padding
) (this could be solved by using
top/bottom border only).
(1) http://commons.wikimedia.org/wiki/File:Diffs-r112853.png
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Etherpad: http://etherpad.wikimedia.org/BugTriage-2012-01
I will be there! (As soon as I figure out how to decode the hidden
date... Any hints?)
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org
-image in body...
A1: There is no background image in div#mw-head.
A2: It is actually the background image (page-fade.png, which shows the
nice gradients next to the tabs) in div#mw-page-base that is blocking
your view, so you will need to reset that as well.
--
Erwin Dokter
not at all up to speed with
how git is going to manage commit access. But since I regularly have
patches for skins and site CSS, I wouldn't need access to core if access
to skins were seperated from core.
--
Erwin Dokter
___
Wikitech-l mailing list
, as skins only relate to the
client side.
For that matter, perhaps /Client would be another option, whouch would
include both skins/ and resources/; all client-side components of MediaWiki.
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l
with commit access, there is
really no point in continueing to submit patches.
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
against consensus, plain and
simple. No bikeshedding here.
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
a new bug report (5) with patch that
outlines any change in detail. So the old discussion is moot as far as I am
concerned. Please review and comment there.
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
at the
colors and say which one they like best. That's all...
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
me...
Fact is, red/green is good for inline diffs, but any other color is fair
game for side-by-side diffs.
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
on.
Until 1.19 is suddenly branched off... game over. Is there an expected
timeframe or announcement for when this might happen?
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
Those working on the install script may want to pay extra attention...
https://github.com/MrMEEE/bumblebee/commit/a047be85247755cdbe0acce6f1dafc8beb84f2ac#install.sh-P13
:)
--
Erwin Dokter
___
Wikitech-l mailing list
Wikitech-l
57 matches
Mail list logo