From: Jan Wielkiewicz <tona_kosmicznego_smiecia@interia.pl>
To: Pierre Neidhardt <mail@ambrevar.xyz>
Cc: guix-devel@gnu.org
Subject: Re: Latest Nyxt features a GUI for Guix :)
Date: Wed, 11 Nov 2020 22:56:47 +0100 [thread overview]
Message-ID: <20201111225647.4806c661@interia.pl> (raw)
In-Reply-To: <87d00jhhbm.fsf@ambrevar.xyz>
Dnia 2020-11-11, o godz. 19:35:57
Pierre Neidhardt <mail@ambrevar.xyz> napisał(a):
> Hi Jan,
>
> Jan Wielkiewicz <tona_kosmicznego_smiecia@interia.pl> writes:
>
> >> I've just updated the Nyxt package to 2-pre-release-4 which
> >> includes a package manager GUI that supports Guix!
> > Did you and a GUI for the package manager into the browser...? :)
>
> Sorry, what did you mean? :)
Sorry for I-had-a-stroke message. I often build my sentences
non-linearly and end up with sliced streams of consciousness.
What I was supposed to write:
"Did you add a GUI for the package manager into the browser...? :)"
> > I mean it's good to have a GUI for Guix, but isn't this against so
> > called "UNIX Philosophy" or modularity, saying more precisely?
>
> What is against the Unix philosophy?
I don't really like the term, because it became a buzzword recently,
but generally what I mean is building a program on top of a giant
framework such as a web browser isn't the best desing choice.
I think programs should be build in the modular fashion, so each
element is easily replaceable. I believe web browsers tend to do many
things and do them badly - they're a really poorly designed copy of
operating systems and its utilities.
I guess your choice comes from the lack of a proper GUI toolkit
available, but I'm just not a big fan of web browsers generally.
In fact I started writing my own GUI toolkit/application framework in
Guile just for the purpose of bringing modularity to GUI applications,
but I'm rather unexperienced and this might take a few years.
> I don't think GUIs are against anything. This GUI I've worked on a
> merely an interface, it does nothing but use the Guix API.
The first sentence made my point not clear - I have nothing against
GUIs.
> It makes searching and install/uninstall and generation delete
> operations very convenient. Everything is much easier when you have
> an interactive minibuffer with live fuzzy search ;)
That's good, I just don't understand why in the web browser.
I'll try it.
> Cheers!
>
next prev parent reply other threads:[~2020-11-11 21:57 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-11 14:41 Latest Nyxt features a GUI for Guix :) Pierre Neidhardt
2020-11-11 14:42 ` Pierre Neidhardt
2020-11-11 18:50 ` Bengt Richter
2020-11-12 9:21 ` Pierre Neidhardt
2020-11-11 17:21 ` Jan Wielkiewicz
2020-11-11 18:35 ` Pierre Neidhardt
2020-11-11 21:56 ` Jan Wielkiewicz [this message]
2020-11-11 22:08 ` Ryan Prior
2020-11-12 9:20 ` Pierre Neidhardt
2020-11-12 16:06 ` Jan Wielkiewicz
2020-11-12 16:10 ` Pierre Neidhardt
2020-11-12 20:46 ` Ricardo Wurmus
2020-11-13 8:53 ` Pierre Neidhardt
2020-11-12 8:51 ` Ricardo Wurmus
2020-11-12 16:00 ` Jan Wielkiewicz
2020-11-12 17:21 ` Ricardo Wurmus
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
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20201111225647.4806c661@interia.pl \
--to=tona_kosmicznego_smiecia@interia.pl \
--cc=guix-devel@gnu.org \
--cc=mail@ambrevar.xyz \
/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 public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).