.Hi,
There are many articles on wikipedia that contain different units.
Some use cm, that are common in europe, other use inches that are more
widely used in US, same with other unit types.
I think it would be cool if an extension was created which would allow
everyone to specify what units they
there could be even some cool javascript based toolbar that would
allow people to switch the unit, or see unit hint when they roll over
the text
On Fri, Jan 17, 2014 at 9:58 AM, Petr Bena benap...@gmail.com wrote:
.Hi,
There are many articles on wikipedia that contain different units.
Some
Hoi,
The best place for such an effort would be Wikidata.. There are many units
that could do with some TLC. Particularly with the arrival of values in
Wikidata it is expedient to do this.
One other area where attention would be relevant are dates.. Did you know
that some calendars (that are
Le 17/01/14 09:58, Petr Bena a écrit :
There are many articles on wikipedia that contain different units.
Some use cm, that are common in europe, other use inches that are more
widely used in US, same with other unit types.
I think it would be cool if an extension was created which would
Yes, but what I mean is the user interface for wikipedia readers so
that it's easier for them to understand what the value is. I think
this issue has 2 parts.
One is implementation in user interface for readers (probably some js
widget that pop up, when you roll over the unit, allowing you to
Yes, this is precisely what I mean. It could be some js gadget that
does this, just like the google translate gadget makes it easy to
translate a word by rolling over the text, this would let users see
the value in different units the same way. However this gadget needs
to know what is supposed to
On Fri, Jan 17, 2014 at 9:58 AM, Petr Bena benap...@gmail.com wrote:
For example you would say the object has width of {{unit|cm=20}} and
people who prefer cm would see 20 cm in article text, but people who
prefer inches would see 7.87 inch.
This is a great idea! As proposed it'd be very
I would like to ask, how are significant figures going to be dealt with?
300 could mean anything from one to three significant figures, for example.
On Fri, Jan 17, 2014 at 1:47 AM, Marc Ordinas i Llopis
marc...@wikimedia.org wrote:
On Fri, Jan 17, 2014 at 9:58 AM, Petr Bena
Enwiki's {{convert}} template is a behemoth of a structure which is
intended to do this. I once made an attempt to write a PHP-side extension
to do it (look at the revision history of the ParserFunctions extension),
but it never took off [1]. I don't think there was ever any enthusiasm to
take
That's why I don't think this is a best job for a template. It
definitely should be done by some kind of extension or gadget instead.
On Fri, Jan 17, 2014 at 11:16 AM, Happy Melon
happy.melon.w...@gmail.com wrote:
Enwiki's {{convert}} template is a behemoth of a structure which is
intended to
On 01/17/2014 12:58 AM, Petr Bena wrote:
I think it would be cool if an extension was created which would allow
everyone to specify what units they prefer, and the values in articles
would be converted automatically based on preference.
Whatever you do, make it client-side. It would be great
Gabriel Wicke gwi...@wikimedia.org wrote:
I think it would be cool if an extension was created which would allow
everyone to specify what units they prefer, and the values in articles
would be converted automatically based on preference.
Whatever you do, make it client-side. It would be
it can't be done client side. It must be done on both sides, so that
user can save their preference into database without having to set it
everytime they get their cookies wiped (which in my case is like 10
times a day just by switching devices and browsers)
On Fri, Jan 17, 2014 at 7:15 PM,
Also this is not anything I am going to do just myself. This is
something WE should do. I have like 0 knowledge of this kind of
things, I was just thinking it would be a nice thing to have. Some
interface developer who is master of JS and such is needed to make
this. I can help of course, but
On 01/17/2014 02:11 PM, Petr Bena wrote:
it can't be done client side. It must be done on both sides, so that
user can save their preference into database without having to set it
everytime they get their cookies wiped (which in my case is like 10
times a day just by switching devices and
Yes that sounds pretty good to me, I also think it would be much
better for this to be handled on client side, I don't really see any
problem with caching, but what I am not sure is if this could be
implemented without having to update the articles with some magic
words etc. But even if we had to,
16 matches
Mail list logo
