I believe the Java Selenium driver can take screenshots. No idea about
performing comparisons.
Kaldari
On Mon, Mar 10, 2014 at 2:04 PM, Jon Robson wrote:
> I just wondered if anyone doing MediaWiki development had any
> experience in catching CSS regressions?
>
> We have had a few issues recen
Finc wrote:
>
>> Moving to mobile-l
>>
>> On Wed, Mar 26, 2014 at 12:05 PM, Ryan Kaldari
>> wrote:
>> > Whenever someone decides to review the new licensing stuff in mobile,
>> let me
>> > know. It requires updating both MobileFrontend and Wikimedi
WMF projects).
Bug filed:
https://bugzilla.wikimedia.org/show_bug.cgi?id=63315
Ryan Kaldari
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l
o the
UploadBase class to decipher it.
If you have any questions about this, please let me know by the end of
today.
Ryan Kaldari
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l
pinions on moving forward on this? Should mobile have
it's own lightweight plug-in, should we modify jStorage in core so that it
meets our requirements, or should we adopt Storer and push for it to
replace jStorage in core?
Ryan Kaldari
___
Mobile-l mail
Shahyar just wrote a slimmed down version of Storer, so I think I'll work
on collaborating with him rather than persuing our own solution. No sense
having 3 different plug-ins for doing the same thing.
Ryan
On Mon, May 5, 2014 at 5:26 PM, Ryan Kaldari wrote:
> Recently, I decided to
Check out http://tools.wmflabs.org/wikidata-game/
Most of these "games" would be great in a mobile context.
Ryan Kaldari
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l
This is essentially an app that gives you a mobile-friendly interface for
tracking Recent Changes, Watchlist Changes, and Contributions on Wikipedia
projects.
See https://meta.wikimedia.org/wiki/Grants:IEG/WikiTrack for more
information.
Ryan Kaldari
s, but the exemption was removed.
Ryan Kaldari
On Wed, Jun 18, 2014 at 3:08 PM, Steven Walling
wrote:
>
> On Wed, Jun 18, 2014 at 2:43 PM, Federico Leva (Nemo)
> wrote:
>
>> Which I never asked about. Steven, you clearly don't know the answer to
>> my question, but
https://www.mediawiki.org/wiki/Requests_for_comment/HTML_templating_library/Knockoff_-_Tassembly/Mobile_spike
If anyone has comments, feel free to reply with them.
Ryan Kaldari
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/ma
ciency. They do, however, allow our SVG files to retain a
lot of legitimately useful information.
Ryan Kaldari
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l
hooks.
Ryan Kaldari
On Tue, Jul 1, 2014 at 5:28 PM, Ryan Kaldari wrote:
> I've been complaining lately about how our practice of running SVGs for
> the mobile interface through SVGO to minimize them causes lots of problems:
> * Stripping the XML declaration breaks renderi
-lazy-load times varied by up to 1
second. Lazy-load times varied by over 2 seconds. So even though the
fastest load times were from lazy-loading, so were the slowest. For small
articles, the load times were very consistent for both load types.
Ryan Kaldari
On Mon, Jul 28, 2014 at 12:02 PM,
- 0.2%)
New users post A-B test successful save events (15 days)
B: 8530
A: 8529
(17059 saves in both groups, 1 more in group B - 0%)
Ryan Kaldari
On Mon, Sep 22, 2014 at 4:58 PM, Jon Robson wrote:
> Ar badly named events
> 'save' is actually hitting the preview button (th
There are other dashboards too, like
http://ee-dashboard.wmflabs.org/dashboards/enwiki-features# and
http://ee-dashboard.wmflabs.org/dashboards/enwiki-metrics#
On Wed, Oct 15, 2014 at 2:46 PM, Dan Andreescu
wrote:
> Just curious... I just discovered http://reportcard.wmflabs.org/ which
>> someho
There's a nice directory of the various dashboards and stats pages at
https://meta.wikimedia.org/wiki/Statistics.
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l
On Fri, Oct 17, 2014 at 12:27 PM, Bahodir Mansurov
wrote:
> *For Actors*
>
> * Was this person a [cast member, role] in this [movie, TV show]?
>
> 1) How would we generate potential claims of this type?
> Get the list of titles from
> http://www.wikidata.org/wiki/Wikidata:List_of_properties/Works
I can pan the zoomed image in Mobile Safari. Which browser are you using?
Might be worth filing a bug for.
On Mon, Oct 20, 2014 at 12:41 PM, Dan Garry wrote:
> For clarity, this is referring to mobile web. We currently have no picture
> displayer feature in the apps.
>
> Thanks,
> Dan
>
> On 20
I took a look at the early data from the WikiGrok prototypes. None of this
data is being posted to Wikidata yet since we want to get an idea of the
quality level before we do anything with it. The bad news is we have very
little data so far, the good news is that the response we do have are very
hi
http://mobile-reportcard.wmflabs.org/#other-graphs-tab
Around the beginning of October our beta opt-in level declined
significantly and has stayed at the new level. Did we change the UI? Just
curious.
Kaldari
___
Mobile-l mailing list
Mobile-l@lists.wik
Personally, I like hideOverlay( this.stack[0].overlay );
Having spaces inside parentheses makes sense since parameters are usually
words or word-like and it's easier to read words when they have spaces
around them. Keys inside brackets are often just numbers, which I don't
think really benefit fro
then tools like jsbeautify will
> have to be adapted to respect that.
>
> All in favour?
>
>
> On Sat, Nov 22, 2014 at 2:34 AM, Ryan Kaldari
> wrote:
> > Personally, I like hideOverlay( this.stack[0].overlay );
> >
> > Having spaces inside parentheses makes s
Since we are still supporting WikiGrok version A for the time being, we
will need to have a 'correct' column that is boolean. Although we will
never push claims that have correct set to 'false', we may use such entries
to evaluate whether 'true' entries should be pushed or not. For example, if
ther
Yes, but part of that is deciding whether or not to push stuff. We can
double-check with Maryana, but that's what I would recommend.
On Wed, Dec 3, 2014 at 5:16 PM, Max Semenik wrote:
> Didn't we decide that this table is only for actually pushing stuff?
>
> On Wed, Dec 3, 20
Yes, but part of that is deciding whether or not to push stuff. We can
double-check with Maryana, but that's what I would recommend.
On Wed, Dec 3, 2014 at 5:16 PM, Max Semenik wrote:
> Didn't we decide that this table is only for actually pushing stuff?
>
> On Wed, Dec 3, 20
I'll look into this further and see if there's some way to hack a fake ID
into articles.
On Thu, Dec 11, 2014 at 2:17 PM, Jon Robson wrote:
>
> Is there any easy way to store wikidata id inside my local pages?
> Ideally I want to stop using:
>
> http://localhost:8080/wiki/Albert_Einstein?wikidata
users.2C_en.wiki
The test officially went live at 00:41 UTC (20141212004100). We will turn
it off next Thursday.
Ryan Kaldari
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l
All devices with a screen width less than 768 pixels are eligible. There is
a spike card in the current mobile web development iteration to investigate
enabling it for tablets as well:
https://trello.com/c/VYQxLlqP/14-spike-1-hour-investigate-supporting-wikigrok-on-tablet
Kaldari
On Thu, Dec 11,
, you get a local Wikidata
repo and client, so you could theoretically populate your own Wikidata with
test data, but I imagine that would be a bit tedious. Maybe Max has some
other ideas.
Kaldari
On Thu, Dec 11, 2014 at 2:53 PM, Ryan Kaldari
wrote:
>
> I'll look into this further and se
Maryana Pinchuk wrote:
> w00t! Congrats, all, and thanks for overcoming all the obstacles to get this
> live :)
>
> On Fri, Dec 12, 2014 at 2:19 AM, Ryan Kaldari wrote:
>>
>> After a few false starts, the WikiGrok test in stable has finally been
>> activated
Thanks to finally having some time to write code during the holiday
slow-down, I put together a little feature prototype as a research project:
https://gerrit.wikimedia.org/r/#/c/182082
The feature is just a simple interface for reporting errors on article
pages (similar to what exists on the Span
nal to noise ratio, as well as
having an interstitial that encourages the user to fix the error themselves
rather than reporting it.
Kaldari
On Mon, Dec 29, 2014 at 3:10 PM, Dan Garry wrote:
> Is there a test instance anywhere for us to test this?
>
> Thanks,
> Dan
>
> O
t reports that are too short. That's one
> thing you might consider adding to make this more useful/effective.
>
> On Mon, Dec 29, 2014 at 3:39 PM, Ryan Kaldari
> wrote:
>
>> No, there is no reliable test interface for it until (if) the code is
>> merged.
>>
>
> that the very first test runs in the desktop site not mobile. (Fix @
>> https://gerrit.wikimedia.org/r/186320 - please someone merge)
>>
>> It's essential the step "I am using the mobile site" is present in the
>> tests, as otherwise the test will run on the d
I think doing clean-up might be premature as the WikiGrok UI may still have
some significant UI changes coming soon. We had a meeting with Leila last
week before I left town and discussed some challenges with implementing a
usable aggregation model for WikiGrok version B. The main issue is that it
im losing his founder rights.[1][2] I would prefer that
WMF Design emulate the relationship with the community that WMF Legal has
cultivated rather than the relationship that Jimmy has cultivated. Let's
actually talk to the community about content issues rather than always
trying to work aro
Call me old-fashioned, but I would really hate to see the lead sentences of
Wikipedia articles auto-generated by a program. Our text is dry and
monotonous enough as it is :)
On Mon, Mar 9, 2015 at 5:05 AM, Jane Darnell wrote:
> I agree with Magnus that it should be Wikidata to the rescue for pro
com/interactive/2015/03/08/opinion/sunday/algorithm-human-quiz.html?_r=0
>
> On Mar 9, 2015, at 2:17 PM, Ryan Kaldari wrote:
>
> Call me old-fashioned, but I would really hate to see the lead sentences
> of Wikipedia articles auto-generated by a program. Our text is dry and
> mon
I've initiated discussion with the Wikidata community about having WikiGrok
make edits to Wikidata. Here are the relevant pages if you want to follow
along:
https://www.wikidata.org/wiki/Wikidata:Project_chat#Help_verify_WikiGrok_data_before_bot_starts_running
https://www.wikidata.org/wiki/Wikida
You can create prettier log lists with something like:
git log --pretty=format:'%Cblue%h %Cgreen%cd %Cred%cr %Creset%s'
--date=short -20
(hat tip to Joaquin for telling me this trick originally)
On Wed, Apr 29, 2015 at 3:01 PM, Rob Moen wrote:
> Here is a crude list of the changes that went out
I would favor having the bots on a separate channel as well.
On Thu, Apr 30, 2015 at 1:09 PM, Brian Gerstle
wrote:
> I think the point is that it's unrealistic to expect people to handle this
> on the "client side" and they should "opt in" for those
> notifications/messages by joining that chann
I think killing our uploading interface is a probably a good idea (assuming
maintaining it isn't going to be a priority any time soon). However, I
think that if we kill it, we should at least clean up Special:Upload so
that it works OK in Minerva (shouldn't take much work). This will give 3rd
party
On Tue, May 12, 2015 at 4:26 AM, Jon Robson wrote:
> Note: Special:Upload currently works on mobile (well any device that
> supports it). Not sure what work is seen as required there...
>
There are a couple things that need to be fixed on Special:Upload before
it's ready for prime-time:
* The de
If the MultimediaViewer extension is transferred to Editing (i.e.
Multimedia), TimedMediaHandler should probably go with it, as they are both
mainly for presenting media within pages.
On Mon, Jul 20, 2015 at 3:58 PM, Adam Baso wrote:
> Hi all -
>
> I've been reviewing a list of extensions with R
If the way to 'edit' the autodescription is by changing the claims for the
item, I support the idea. I would oppose, however, the autodescription being
another text field you can edit directly as I think this would be very
confusing for Wikidata editors, as each item would effectively just have
45 matches
Mail list logo
