all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Christopher Lemmer Webber <cwebber@dustycloud.org>
To: Ben Sturmfels <ben@sturm.com.au>
Cc: 47260@debbugs.gnu.org, jgart@dismail.de
Subject: bug#47260: Package GNU MediaGoblin as a Guix service
Date: Mon, 22 Mar 2021 13:58:10 -0400	[thread overview]
Message-ID: <874kh3m5ot.fsf@dustycloud.org> (raw)
In-Reply-To: <87mtuw9jdp.fsf@sturm.com.au>

Ben Sturmfels via Bug reports for GNU Guix writes:

> On Fri, 19 Mar 2021, jgart wrote:
>
>> This sounds like a great project. I would love MediaGoblin to be in Guix also.
>>
>>> 6. Rewrite MediaGoblin's JavaScript code not to use jQuery. Maybe
>>> improve the no-bundled-JavaScript video/audio playing experience.
>>
>> What are your thoughts on rewriting the jquery? 
>>
>> Should MediaGoblin be using vanilla javascript instead?
>>
>> Some other possibilities could be purescript (https://www.purescript.org) or
>> mint (http://mint-lang.com), although mint and crystal are not in guix yet and
>> mint uses preact (http://preactjs.com) as its' runtime since 0.8.0
>> (https://www.mint-lang.com/blog/mint-0.8.0).
>
> Many of the functions we used to use jQuery for are now built into most
> browsers from the last 10 years.
>
> By far the most common are element selectors like:
>
>   var panel = $('#header-panel')
>   var arrow = $('.arrow')
>
> which we just change to:
>
>   var panel = document.querySelector('#header-panel')
>   var arrow = document.querySelector('.arrow')
>
> This is all vanilla JavaScript in individual files imported via <script>
> without any sort of compilation process. This seems to be the simplest
> path to get into distributions like Guix and Debian. The main problem
> with purescript and others is that they require more dependencies, build
> steps and tooling and are known by less people.
>
> We have a few dependencies which will be harder to deal with such as the
> video, audio and 3D model viewers. In the first instance, I think the
> answer will be to do without this JavaScript entirely. That should be
> feasible for video and audio given modern browser support. Perhaps we
> don't ship 3D model support out of the box in distros for now.
>
> Regards,
> Ben

The 3d model support isn't MediaGoblin's most heavily used plugin.  Not
shipping support for that would be fine, I'd think.

 - Chris





  parent reply	other threads:[~2021-03-22 17:59 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-19 12:20 bug#47260: Package GNU MediaGoblin as a Guix service Ben Sturmfels via Bug reports for GNU Guix
2021-03-19 15:50 ` jgart via Bug reports for GNU Guix
2021-03-21 23:28   ` Ben Sturmfels via Bug reports for GNU Guix
2021-03-22  7:02     ` Dr. Arne Babenhauserheide
2021-03-30  4:02       ` Ben Sturmfels via Bug reports for GNU Guix
2021-03-30  6:40         ` Dr. Arne Babenhauserheide
2021-03-22 17:58     ` Christopher Lemmer Webber [this message]
2021-03-30  4:12 ` Ben Sturmfels via Bug reports for GNU Guix
2021-03-30 12:13   ` Ben Sturmfels via Bug reports for GNU Guix
2021-04-01  2:03   ` Ben Sturmfels via Bug reports for GNU Guix
2021-04-05 14:17     ` Ben Sturmfels via Bug reports for GNU Guix
2021-04-05 15:50       ` Léo Le Bouter via Bug reports for GNU Guix
2021-04-06 12:05         ` Ben Sturmfels via Bug reports for GNU Guix
2021-04-06 12:01     ` Ben Sturmfels via Bug reports for GNU Guix
2021-04-07 13:15       ` Ben Sturmfels via Bug reports for GNU Guix
2021-09-12  2:38         ` Ben Sturmfels via Bug reports for GNU Guix
2021-09-13  4:06           ` Ben Sturmfels via Bug reports for GNU Guix
2021-09-17 14:20             ` Ben Sturmfels via Bug reports for GNU Guix
2021-05-04 20:58     ` Dr. Arne Babenhauserheide
2021-05-06  0:49       ` Ben Sturmfels via Bug reports for GNU Guix
2021-10-05  4:34 ` bug#47260: Wrapping binaries in MediaGoblin Guix Package jgart via Bug reports for GNU Guix
2021-10-05  5:34   ` Ben Sturmfels via Bug reports for GNU Guix

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=874kh3m5ot.fsf@dustycloud.org \
    --to=cwebber@dustycloud.org \
    --cc=47260@debbugs.gnu.org \
    --cc=ben@sturm.com.au \
    --cc=jgart@dismail.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.