From: Rusi <rustompmody@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: req-package
Date: Sun, 16 Aug 2015 03:02:19 -0700 (PDT) [thread overview]
Message-ID: <e7756053-2388-4957-a78b-2bcb0ccb0c10@googlegroups.com> (raw)
In-Reply-To: <mailman.8411.1439717896.904.help-gnu-emacs@gnu.org>
On Sunday, August 16, 2015 at 3:08:18 PM UTC+5:30, Edward Knyshov wrote:
> On Sun, Aug 16, 2015 at 12:10 PM Rusi wrote:
>
> > On Sunday, August 16, 2015 at 2:21:41 PM UTC+5:30, Les Harris wrote:
> > > I am just a normal user when it comes to use-package but it has
> > > completely changed how I manage configuration for emacs. I've been
> > > following the recent threads on here keenly.
> > >
> > > I just wanted to say that this vision of use-package as a foundational
> > > framework is very exciting from an end-user's standpoint and I look
> > > forward to seeing what results may come.
> >
> > Yes
> > The one thing that is not coming out in these threads or the docs is that
> > use-package (req-package??¹) is hi-level declarative/functional whereas the
> > builtin methods are low-level imperative.
> >
> > The closest that the builtin methods are functional is
> > (require 'feature)
> > vs the more imperative
> > (load "feature")
> >
> > However as soon as one wants to go from there to something a bit more
> > sophisticated eg add-hook, autoload, eval-after-load etc it all becomes
> > mind-numbingly sequence-sensitive.
> >
> > ---------------------------------------
> > ¹ As is stands req-package adds a key functional feature - dependency graph
> > verification. However from what is currently being discussed here it looks
> > to
> > be getting more imperative.
> >
> Hi.
>
> First thing we need to figure out is does use-package provide flexible
> enough api to implement req-package as new use-package keyword.
> Currently it works by calling (use-package ...) forms when corresponding
> are packages a ready to configure.
> We need a full control over packages loading flow, because we need to
> rearrange some stuff to get all this dance work.
Err... I need to change my hat :-)
As an ordinary programmer, functional is generally better than imperative.
However with implementer hat on I know that the more fancy-ly declarative
a language is the more complex the internals are going to be.
After all its a conservation law -- someone somewhere needs to think the
messy parts. Just better to do it once-and-for-all and to forget thereafter.
So thanks you guys -- you and John -- for doing the messy work to help
us keep our inits short, sequence-tolerant logically organized and zippy.
And just to remind, I jumped into these threads because I would like to hand
out to my students, init-fragments that are not so long arcane and messy as they
currently have to be. [Anyways they think I am nuts for using emacs...
So not too many available degrees of freedom :-)
]
next prev parent reply other threads:[~2015-08-16 10:02 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-11 7:10 req-package Edward Knyshov
2015-08-11 15:26 ` req-package Stefan Monnier
2015-08-13 12:10 ` req-package Edward Knyshov
2015-08-13 13:44 ` req-package Alexander Shukaev
2015-08-13 14:06 ` req-package Edward Knyshov
2015-08-13 14:59 ` req-package Alexander Shukaev
2015-08-13 20:43 ` req-package Edward Knyshov
[not found] ` <mailman.8283.1439498644.904.help-gnu-emacs@gnu.org>
2015-08-13 21:22 ` req-package Stefan Monnier
2015-08-14 5:14 ` req-package Edward Knyshov
2015-08-14 5:18 ` req-package Edward Knyshov
[not found] ` <mailman.8308.1439529283.904.help-gnu-emacs@gnu.org>
2015-08-14 14:07 ` req-package Stefan Monnier
2015-08-14 14:40 ` req-package Alexander Shukaev
2015-08-14 14:54 ` req-package Edward Knyshov
2015-08-14 15:02 ` req-package Alexander Shukaev
2015-08-15 8:46 ` req-package John Wiegley
2015-08-15 19:25 ` req-package Alexander Shukaev
2015-08-15 22:17 ` req-package John Wiegley
2015-08-16 8:51 ` req-package Les Harris
[not found] ` <mailman.8410.1439715098.904.help-gnu-emacs@gnu.org>
2015-08-16 9:05 ` req-package Rusi
2015-08-16 9:38 ` req-package Edward Knyshov
2015-08-17 16:42 ` req-package John Wiegley
[not found] ` <mailman.8411.1439717896.904.help-gnu-emacs@gnu.org>
2015-08-16 10:02 ` Rusi [this message]
2015-08-16 10:17 ` req-package Edward Knyshov
2015-08-16 10:17 ` req-package Rusi
2015-08-16 10:32 ` req-package Edward Knyshov
[not found] ` <mailman.8413.1439721183.904.help-gnu-emacs@gnu.org>
2015-08-16 13:07 ` req-package Rusi
2015-08-16 13:28 ` req-package Edward Knyshov
[not found] ` <mailman.8416.1439731716.904.help-gnu-emacs@gnu.org>
2015-08-17 1:11 ` req-package Rusi
[not found] ` <mailman.8327.1439563225.904.help-gnu-emacs@gnu.org>
2015-08-14 16:58 ` req-package Stefan Monnier
2015-08-14 17:53 ` req-package Alexander Shukaev
2015-08-13 15:29 ` req-package Stefan Monnier
2015-08-13 15:50 ` req-package Alexander Shukaev
[not found] ` <mailman.8262.1439481023.904.help-gnu-emacs@gnu.org>
2015-08-13 15:56 ` req-package Stefan Monnier
2015-08-13 16:14 ` req-package Alexander Shukaev
[not found] ` <mailman.8266.1439482490.904.help-gnu-emacs@gnu.org>
2015-08-13 16:23 ` req-package Stefan Monnier
2015-08-13 16:37 ` req-package Alexander Shukaev
2015-08-13 20:27 ` req-package Edward Knyshov
2015-08-13 20:30 ` req-package Edward Knyshov
[not found] ` <mailman.8267.1439483837.904.help-gnu-emacs@gnu.org>
2015-08-13 20:17 ` req-package Stefan Monnier
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=e7756053-2388-4957-a78b-2bcb0ccb0c10@googlegroups.com \
--to=rustompmody@gmail.com \
--cc=help-gnu-emacs@gnu.org \
/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/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.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.