Hi Nicolas,
Nicolas Goaziou writes:
> I just sent an email to Emacs devels for inclusion in GNU ELPA.
Great. Let's advertize it in etc/ORG-NEWS when it's available.
--
Bastien
Hello,
Bastien writes:
> orgalist.el works great for me, thanks for writing it.
You're welcome.
> Just out of curiosity, did you consider make this a minor more from
> within org-list.el (e.g. `org-list-mode')?
I did. But I think features messing with other modes should go outside
Org core.
Hi Nicolas,
orgalist.el works great for me, thanks for writing it.
Just out of curiosity, did you consider make this a minor more from
within org-list.el (e.g. `org-list-mode')?
Nicolas Goaziou writes:
> As stated before, IMO, the only viable use for contrib/ is to be
> used as an incubator fo
Yes, seems no obviously advantage. (Why want to do the same thing like
MELPA, right, maybe someday Org-mode ELPA has CI or etc, can be easily
integrated???) But if want to outof contrib/, I thinkthis is a thinking too.
On 04/09/2018 10:47 AM, stardiviner wrote:
-BEGIN PGP SIGNED MESSAGE--
On Tuesday, 10 Apr 2018 at 15:51, Tim Cross wrote:
> WRT Emacs 27 - I gave up bleeding edge Emacs a few years back. Prefer the
> stability and there wasn't much in new versions that justified the regular
> updates and rebuilds etc.
I track via emacs-snapshot (Debian package) which means I don't ha
for me, moving to use-package was fairly painless - my init file was only
20+ years worth of accumulated tweaks and configuration! Was well worth
the effort though as it also fixed some annoying 'quirks' I had sort of got
use to.
WRT Emacs 27 - I gave up bleeding edge Emacs a few years back. Pref
On Tuesday, 10 Apr 2018 at 07:51, Tim Cross wrote:
> I have also found the 'use-package' package to be extremely useful in
> making my setup clearer, further controlling package setup/load and
> deferring package loading to get faster startup times.
Yes, I've heard good thing about use-package. M
Eric S Fraga writes:
>> Yes.. there was a tome of discussion on this on emacs-devel. I have saved
>> this link for my reference:
>> http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=24acb31c04b4048b85311d794e600ecd7ce60d3b
>
> Ah, so in emacs 27, package initialisation happens whether you wa
On Monday, 9 Apr 2018 at 14:19, Kaushal Modi wrote:
> On Mon, Apr 9, 2018 at 10:14 AM Eric S Fraga wrote:
>
>>
>> Does emacs 27 initialise package before I do
>> explicitly?
>>
>
> Yes.. there was a tome of discussion on this on emacs-devel. I have saved
> this link for my reference:
> http://git
On Mon, Apr 9, 2018 at 10:14 AM Eric S Fraga wrote:
>
> Does emacs 27 initialise package before I do
> explicitly?
>
Yes.. there was a tome of discussion on this on emacs-devel. I have saved
this link for my reference:
http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=24acb31c04b4048b85311d7
On Monday, 9 Apr 2018 at 12:45, Kaushal Modi wrote:
> On Mon, Apr 9, 2018 at 8:25 AM Eric S Fraga wrote:
>
>>
>> Yes, because of byte code incompatibilities. Yes, I probably need to
>> set up major version specific directories. Laziness on my part, I
>> guess. Which is why I am happy for my co
On Mon, Apr 9, 2018 at 8:25 AM Eric S Fraga wrote:
>
> Yes, because of byte code incompatibilities. Yes, I probably need to
> set up major version specific directories. Laziness on my part, I
> guess. Which is why I am happy for my comment to be ignored. ;-)
>
OK, but I'll still leave this he
On Monday, 9 Apr 2018 at 12:18, Kaushal Modi wrote:
> On Mon, Apr 9, 2018 at 8:11 AM Eric S Fraga wrote:
>
>>
>> I would much prefer contrib. ELPA does not work well, in my experience,
>> if you have different systems running different versions of Emacs.
>>
>
> Out of curiosity, why is that? Bec
On Mon, Apr 9, 2018 at 8:11 AM Eric S Fraga wrote:
>
> I would much prefer contrib. ELPA does not work well, in my experience,
> if you have different systems running different versions of Emacs.
>
Out of curiosity, why is that? Because of few backward-incompatibilities in
byte compiled files i
On Sunday, 8 Apr 2018 at 22:18, Nicolas Goaziou wrote:
[...]
> As stated before, IMO, the only viable use for contrib/ is to be used as
> an incubator for inclusion in Org.
>
> Packages in contrib/ should be stored somewhere else, it could even be
> in an Org ELPA.
I would much prefer contrib.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Nicolas Goaziou writes:
> It cloud even be in an Org ELPA
Do You mean can publish package like MELPA separately?
- --
[ stardiviner ] don't need to convince with trends.
Blog: https://stardiviner.github.io/
IRC(freenode): stardivi
Hello,
Samuel Wales writes:
> ooc, why is org contrib deprecated? i find it useful to just get git
> and i do not use emacs packages.
contrib/ is an all-or-nothing thing. You cannot properly package
individually libraries, either in an ELPA or in a distribution.
As stated before, IMO, the onl
ooc, why is org contrib deprecated? i find it useful to just get git
and i do not use emacs packages.
On 4/8/18, Nicolas Goaziou wrote:
> Rasmus writes:
>
>> Are there any plans to add this to either Org, Org contrib or ELPA?
>
> No there are no plan for it. I don't think it belongs to Org prop
Rasmus writes:
> Are there any plans to add this to either Org, Org contrib or ELPA?
No there are no plan for it. I don't think it belongs to Org proper, and
Org contrib is somewhat a dead-end nowadays. It could go to GNU ELPA,
I guess.
Nicolas Goaziou writes:
> Hello,
>
> Eric S Fraga writes:
>
>> Not sure what kind of ECM you would like? I simply type in a line like
>> this:
>>
>> 2. this is an item that has a lot of text, text that will eventually
>> auto fill onto next line.
>
> I see. Here comes the 2018 release.
Are th
Nicolas Goaziou writes:
> Hello,
>
> Eric S Fraga writes:
>
>> Not sure what kind of ECM you would like? I simply type in a line like
>> this:
>>
>> 2. this is an item that has a lot of text, text that will eventually
>> auto fill onto next line.
>
> I see. Here comes the 2018 release.
Works
On Monday, 1 Jan 2018 at 11:15, Nicolas Goaziou wrote:
> I see. Here comes the 2018 release.
Happy new year!
2018 is obviously going to be a good year: this version of orgalist
works very well now.
Thanks,
eric
--
Eric S Fraga via Emacs 27.0.50, Org release_9.1.5-269-g144451
signature.asc
D
Hello,
Eric S Fraga writes:
> Not sure what kind of ECM you would like? I simply type in a line like
> this:
>
> 2. this is an item that has a lot of text, text that will eventually
> auto fill onto next line.
I see. Here comes the 2018 release.
Regards,
--
Nicolas Goaziou
orgalist.el
De
On Sunday, 31 Dec 2017 at 17:57, Nicolas Goaziou wrote:
> Possibly. Could you replace each occurrence of normal-auto-fill-function
> with (local 'normal-auto-fill-function) in minor mode definition and try
> again?
Did this but no change in behaviour. Auto-fill goes to beginning of
line; fill p
Eric S Fraga writes:
> auto-fill-function is a variable defined in ‘C source code’.
> Its value is ‘message-do-auto-fill’
>
> normal-auto-fill-function is a variable defined in ‘simple.el’.
> Its value is ‘message-do-auto-fill’
[...]
> So the problem is due to auto-fill not working properly.
P
On Sunday, 31 Dec 2017 at 16:40, Nicolas Goaziou wrote:
> What's the value for `auto-fill-function' and
> `normal-auto-fill-function'?
auto-fill-function is a variable defined in ‘C source code’.
Its value is ‘message-do-auto-fill’
normal-auto-fill-function is a variable defined in ‘simple.el’.
I
Hello,
Eric S Fraga writes:
> The mostly is because filling does not work for me, neither auto fill
> (subsequent lines start at column 1, i.e. not indented)
Auto fill can be tricky to handle because some other minor modes do
fancy stuff with `auto-fill-function' (e.g., Yasnippet).
In particul
Hi Nicolas,
this looks very nice. And it seems to work mostly. I've only tested it
in message mode.
The mostly is because filling does not work for me, neither auto fill
(subsequent lines start at column 1, i.e. not indented) nor M-q being
bound to anything orgalist related... The latter may b
28 matches
Mail list logo