Not true.
As Brion pointed out there is ontouchstart.
Technically they do have hover events btw - they get triggered on a touch.
On 8 Feb 2014 21:04, "Brandon Harris" wrote:
>
>
> Mobile users don't have hover effects, and thus can only use this
on click, which is how things get loaded a
Mobile users don’t have hover effects, and thus can only use this on
click, which is how things get loaded anyway.
On Feb 8, 2014, at 6:43 PM, Isarra Yos wrote:
> How much bandwidth would this cost the users? If a mobile user is paying by
> how much they download, this could well mea
How much bandwidth would this cost the users? If a mobile user is paying
by how much they download, this could well mean they're paying for
things loaded in the background - things that they may never even touch.
On 08/02/14 19:52, Jon Robson wrote:
Thanks for sharing! This could be really int
Sounds great. Would it possible to do this in such a way that we can detect in
our logs how many page views were requested because of this, and how many were
not shown after all, to keep out stats sane?
Erik
-Original Message-
From: wikitech-l-boun...@lists.wikimedia.org
[mailto:wikite
Hi,
bugzilla.wikimedia.org will be unavailable due to maintenance work on
Wednesday, February 12th from 22:00 UTC until max. Thursday, February
13th 01:00 UTC.
Plans include:
* upgrading Bugzilla to newer version
* moving Bugzilla to new server
* depending on how smooth things go, doing admin
Indeed, mobile is traditionally the land of terrible latency, so that's a
great place to concentrate effort. :)
On touchscreen devices of course we don't have hover events as such, but we
could do predictive preloading on touchstart, then trigger the load action
on touchend.
False positives that
Thanks for sharing! This could be really interesting on mobile. We have
already been experimenting with touch events rather than traditional events
and there is ajax page loading in our mobile alpha
https://en.m.wikipedia.org/wiki/Main_Page?mobileaction=alpha (click a link
or perform a search to se
Hi,
Today, I heard about a JavaScript library called InstantClick
(http://instantclick.io/). Basically, it's based on the principle that
latency is responsible for a lot of the Web's slowness. It also
considers that there are about 250ms between hovering over and
clicking on a link. Therefore, it
On 2/7/14, Steven Walling wrote:
> If feel like I should reiterate why I proposed this change. Maybe no one
> cares, but I think it might help convince folks this is NOT an argument for
> "let's reduce user freedom in the name of security."
>
> I didn't worked on the RFC because I love tinkering w
On 02/06/2014 07:17 PM, Quim Gil wrote:
> Hi, the registration to the Zürich Hackathon will open very soon.
\o/
I'm looking forward to this as I plan on bringing along some newbies.
> * defining the schedule
How much of the previous years schedules can be reused?
Mark.
___
Nathan Larson wrote:
> [...]
> 2) How plausible is this scenario you mention, involving legal action?
> Has/would the WMF ever take/taken legal action against someone for actions
> taken with their user account? Why would that happen, when any damage done
> by a non-checkuser can generally be re
Antoine Musso wrote:
>> Can we maybe add this into Jenkins somehow? It'd be kind of nice if we
>> could make sure from now on that no patches break unit tests in HHVM.
> To get HHVM we first need a Debian package so we can get it installed on
> Ubuntu and it is apparently a pain to get it packag
Le 08/02/2014 00:14, Tyler Romeo a écrit :
> Can we maybe add this into Jenkins somehow? It'd be kind of nice if we
> could make sure from now on that no patches break unit tests in HHVM.
Hello,
To get HHVM we first need a Debian package so we can get it installed on
Ubuntu and it is apparently a
13 matches
Mail list logo