I also think the WMF should prioritize hiring
more developers over other
roles and expenditures. The WMF has only a few hundred developers while
other top sites have many thousands. While this efficiency is something to
be proud of, it evidently comes at a cost.
El mié., 31 de ene. de 2024 4:08 a. m., rupert THURNER <
rupert.thurner(a)gmail.com> escribió:
On Wed, Jan 31, 2024 at 1:27 AM Gergő Tisza
<gtisza(a)gmail.com> wrote:
> On Tue, Jan 30, 2024 at 1:57 PM Ori Livneh <ori.livneh(a)gmail.com>
> wrote:
>
>> If we're collecting exemplars, I'd like to add Bartosz
>> Ciechanowski's superlative articles <https://ciechanow.ski/archives/>,
>> like the ones on bicycles <https://ciechanow.ski/bicycle/> and sound
>> <https://ciechanow.ski/sound/>. His articles are the best examples I
>> know of interactive content that complements long-form text content.
>>
>
> This concept was popularized by Bret Victor under the name "explorable
> explanations <http://worrydream.com/ExplorableExplanations/>". There
> is a whole Wikipedia article
> <https://en.wikipedia.org/wiki/Explorable_explanation> on it. There
> are some great examples on his website, and there are some websites for
> collecting similar content, such as explorabl.es and an awesome list
> <https://github.com/blob42/awesome-explorables>. I agree they are
> really cool but...
>
>
>> The critical issue is *security*. Security is the reason the graph
>> extension is not enabled. Security is the reason why interactive SVGs are
>> not enabled. Interactive visualizations have a programmatic element that
>> consists of code that executes in the user's browser. Such code needs to be
>> carefully sandboxed to ensure it cannot be used to exfiltrate user data or
>> surreptitiously perform actions on wiki.
>>
>
> I think it's fundamentally a human scaling problem. Being able to
> create good interactive content is just a much more niche skill than being
> able to create good text content. Interactive animations were very much
> part of Yuri's vision
> <https://meta.wikimedia.org/wiki/User:Yurik/I_Dream_of_Content> for
> the Graph extension, but during the decade Graph was deployed in production
> the number of such animations made was approximately zero. Granted Vega is
> probably not the easiest framework for creating animations, but I don't
> think there are other tools which would make it much easier. You could just
> write arbitrary Javascript and package it as a gadget; but no one did that
> either. Instead, both gadgets and Graph usage are mostly focused on very
> basic things like showing a chess board or showing bar charts, because
> those are the things that can be reused across a large number of articles
> without manually tailoring the code to each, so the economics of creating
> them work out.
>
> Security is a challenge but could be worked around via iframes. But
> it's hard to justify the effort required for doing that when there is no
> community of animation makers interested in it - there are plenty of
> volunteers who want to *have* animations, but it's not very clear
> that there are any who want to *make* animations. This is the same
> problem geni mentioned for videos - a lot of people say "we should have
> more videos", but it's not very clear who would make them. If platform
> support were the bottleneck here, I think the platform support would
> happen. But as things look now, it would just be a poor investment of
> resources IMO (compared to e.g. the Gadgets extension or Toolforge or
> Scribunto which do sustain vibrant volunteer ecosystems which are
> significantly held back by the limitations of these platforms).
>
thank you for sharing ori and gergo. coming from i opened the page "how
to tune a guitar":
https://mathisonian.github.io/idyll/how-to-tune-a-guitar/, and the
readings about "reinventing human explanations" and so on:
https://explorabl.es/reading/. the sheer number of examples is saw out
of these links does not sound like there is a lack of persons who love to
do that.
rupert
_______________________________________________
Wikimedia-l mailing list -- wikimedia-l(a)lists.wikimedia.org,
guidelines at:
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
and
https://meta.wikimedia.org/wiki/Wikimedia-l
Public archives at
https://lists.wikimedia.org/hyperkitty/list/wikimedia-l@lists.wikimedia.org…
To unsubscribe send an email to wikimedia-l-leave(a)lists.wikimedia.org
_______________________________________________
Wikimedia-l mailing list -- wikimedia-l(a)lists.wikimedia.org, guidelines
at: