Jens Lechtenboerger writes:
> I like this!
:)
>> Maybe it should be applied to the rest (in ~org-html--build-meta-info~)?
>> I'm not sure.
>
> I’m not sure either. Maybe people expect their typed characters,
> maybe not. This might call for a new variable.
I'm tempted to leave the current
Hello. I just have a few cents I'd like to add.
Bastien writes:
> Thanks a lot for the kind words, appreciated.
You deserve them! :)
> ... but I'm very receptive to the real questions: how can we expose
> the latest Org to more testers? how can we recruit more contributors?
I actually have
Bastien writes:
> Be reassured, the fact that I shall soon step down has nothing to do
> with the community: in fact, the community is what kept me motivated
> for nearly ten years now!
>
> This decision is a simple combination of me not having enough time
> (which can lead to frustrating
Hello everyone,
On 2020-12-15, TEC wrote:
> Jens Lechtenboerger writes:
>
>> [title export being dodgy, how about treating like author?]
>
> Yep, ~org-element-interpret-data~ is necessary. I found that wrapping it
> in ~org-html-plain-text~ seems better again though, as it encodes
> entities
Hi Timothy,
I understand now. Having a way to implement this in the config is
a good thing as it covers a slightly different set of use cases and
workflows than always using a common #+setupfile: line. That way if
you are working with files that don't have a #+setupfile: specified
you can
Pankaj Jangid writes:
>> But (1) it is not only *our* decision, it's also in the hands of the
>> Emacs maintainers, which may think otherwise; (2) all the consequences
>> need to be considered, as it is a sensible move; (3) I am on the verge
>> of stepping down as a maintainer, so it is not a
Junwei Wang writes:
> How can I let orgmode disable some built-in links if it allows? (The
> escape character solution sounds not ideal.)
Sorry, I don't have any other solutions aside from pruning the entries
you don't want from org-link-parameters (see org-link-set-parameters for
function
Jan Lübke writes:
> Your edits look good to me and you can use this email address. BTW: I
> just upgraded to macOS 11.1 (released yesterday) and my patch is still
> needed. Looks like Apple won’t fix the issue.
Thanks, pushed (a4d0607e1).
Fatih Aydin writes:
> Thanks for the suggestion, it's okay for me. I just wanted to make sure
> that the issue is clear for everyone by describing the steps.
> I also agree with waiting for CSS gurus.
Applied (5ee39c352). Thanks again.
[[[ To any NSA and FBI agents reading my email: please consider]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> Daniel Ravicher found 283 software patents that, if upheld as valid by the
Daniele Nicolodi writes:
>> My question is/are: (1) Why Org is developed outside Emacs, given that
>> it is a core/built-in package. (2) Are there other packages that follow
>> the same process?
>
> AFAIK also cc-mode is developed in a dedicate repository.
>
> From an Emacs development point of
Hi Tom,
> Why not just use #+html_head:
> possibly with a macro to fill in variable values? That is fully
> extensible and doesn't overload keywords. For title, date, author,
> etc. those can have clearly defined mappings to the html, but
> everything else seems to be handled more sanely with
A question from the slightly uninformed. Why not just use #+html_head:
possibly with a macro to fill in variable values? That is fully
extensible and doesn't overload keywords. For title, date, author,
etc. those can have clearly defined mappings to the html, but
everything else seems to be
To hop in on the hypothes.is thread. I have spent quite a bit of time
working with hypothes.is and related tooling (mostly in python), so
here is a brain dump on interactions between org and hypothes.is. As
others have mentioned, this could easily be its own thread. Best!
Tom
A quick note on
Bastien writes:
>> My question is/are: (1) Why Org is developed outside Emacs, given that
>> it is a core/built-in package.
>
> When Org's development switched to Git (13 years ago, from memory),
> the release cycle was very short. Way shorter than the release cycle
> of Emacs. Also, the
could it be 37a5020bbec1887f954ea61855e17b409ee7c5d0 that does this by
finding instead of inserting into a temp buffer?
On 12/15/20, Samuel Wales wrote:
> i suspect org-id-update-id-locations is finding but then failing to
> kill the buffers.
>
--
The Kafka Pandemic
Please learn what
Kévin Le Gouguec writes:
> The debugger only fires *after* we exit isearch, and by that time it's
> too late: my issue comes from all those logbooks cluttering the screen
> while I'm mashing C-s to iterate through matches.
>
> I can try to dig deeper into this, but before doing so: would you
i suspect org-id-update-id-locations is finding but then failing to
kill the buffers.
recent-ish org maint.
i frequently get all my .org_archive files and whatever.org files in
emacs as buffers, without my calling find-file.
i thought perhaps this was agenda, so
(defun alpha-org-kill-agenda-loaded-buffers ()
(interactive)
(org-release-buffers org-agenda-new-buffers)
(setq
Jean Louis writes:
> For PDF and video with specific start time I am using different type
> of hyperlinks and not Org hyperlinks. So I was under impression that
> Org hyperlinks to PDF support specific page. I have even prepared
> myself to start including such in instructional manual. But do
On 2020-12-14 23:42, Ihor Radchenko wrote:
TRS-80 writes:
We are getting further and further afield from Orgmode discussion,
however I wanted to share the following article with anyone else who
followed this part of the thread all the way to this point:
Oops. Actually, hypothes.is is
This is a very small thing, but it came up today for me, so I thought I'd
mention it. (Org 9.4.2, for the record.)
I've just started playing with the iCalendar export because eventually I want
to keep everything in Org, to then get transformed and pushed to my CalDAV
server, which then gets
On 15/12/2020 14:58, Pankaj Jangid wrote:
> Eric S Fraga writes:
>
>> On Monday, 14 Dec 2020 at 20:49, Pankaj Jangid wrote:
>>> I like testing Emacs on the trunk and I ‘git pull’ and ‘make bootstrap’
>>> daily and use it without any external packages. This is just to make
>>> sure that any
Ihor Radchenko writes:
> However, I can try to suggest a way to fix the issue on master. The way
> isearch handles folded text in org is set from org-flag-region
> (org-macs.el):
>
> (overlay-put o
> 'isearch-open-invisible
> (lambda ( _) (org-show-context
Hi,
When exporting a verse block to LaTeX, each empty line between
'stanzas' results in the command =\vspace*{1em}=, which is fine.
However, I would dare to suggest that, in order to be more consistent
with the LaTeX `verse' environment (both the one that comes by
default and the one provided by
>>> "ESF" == Eric S Fraga writes:
> On Monday, 14 Dec 2020 at 20:51, Uwe Brauer wrote:
>> I just realised that beamer allows
>>
>> \institute{\texttt{email:o...@mat.ucm.es}}
>>
>> But this does not get translated when I add to the org file
>>
>> #+institute: : o...@mat.ucm.es
>>
>> Any
stardiviner writes:
> If this is confirmed, I might don't need to add a new patch to add my
> name to maintainer. Can you add it directly? That will be more
> simple.
Of course, done (c822c80ef).
Sorry I forgot about this patch, and thanks for your reply.
--
Bastien
Thanks for reviewing.
Don't know why, it's been applied in the "master" branch already by you. (I
did git pull from upstream)
Here is the commit:
e9c3993ee * | org-contacts.el: Add new link type "contact:"
If this is confirmed, I might don't need to add a new patch to add my name
to maintainer.
Hi Pankaj,
Pankaj Jangid writes:
> My question is/are: (1) Why Org is developed outside Emacs, given that
> it is a core/built-in package.
When Org's development switched to Git (13 years ago, from memory),
the release cycle was very short. Way shorter than the release cycle
of Emacs. Also,
Eric S Fraga writes:
> On Monday, 14 Dec 2020 at 20:49, Pankaj Jangid wrote:
>> I like testing Emacs on the trunk and I ‘git pull’ and ‘make bootstrap’
>> daily and use it without any external packages. This is just to make
>> sure that any external package is not the cause for what appears to
Thanks for testing Jens. I think I've managed to resolve the issues
you've raised.
Jens, Bastien, you can find the latest revision of the patches attached :)
Jens Lechtenboerger writes:
> [title export being dodgy, how about treating like author?]
Yep, ~org-element-interpret-data~ is
On Monday, 14 Dec 2020 at 20:51, Uwe Brauer wrote:
> I just realised that beamer allows
>
> \institute{\texttt{email:o...@mat.ucm.es}}
>
> But this does not get translated when I add to the org file
>
> #+institute: : o...@mat.ucm.es
>
> Any ideas?
Just put it in directly, as in
On Monday, 14 Dec 2020 at 20:49, Pankaj Jangid wrote:
> I like testing Emacs on the trunk and I ‘git pull’ and ‘make bootstrap’
> daily and use it without any external packages. This is just to make
> sure that any external package is not the cause for what appears to be
> an Emacs bug.
>
> I can
steve-humphr...@gmx.com wrote:
>> >> See org-agenda-time-grid
>> >
>> > Where can I find some information on how to use it?
>> Menu help -> Describe -> Describe variable org-agenda-time-grid
>> or
>> v org-agenda-time-grid
> At first
> I have started with the following command, but emacs
stardiviner writes:
> My patch still in the previous "[UPDATED PATCH]" state. (I attached
> in this email)
Thanks. It applies correctly on the maint branch but I'd rather apply
it againt the master branch, where it fails to apply.
Can you replay your changes on top of the main branch, and
My patch still in the previous "[UPDATED PATCH]" state. (I attached in this
email)
I can take a try to be the maintainer for org-contacts.el
Seems it's not very frequently mentioned. So I don't spend too much time on
it.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode):
On Mon, Dec 14, 2020 at 7:35 PM Gerry Agbobada
wrote:
> Furthermore, I find that spending so much time and energy to prevent
> people from spending their time on what they think is right, is pretty
> harmful.
>
This is really key.
Timothy, please keep up the good work and pay no attention to
Change an email is hard word for me. I use gmail address for many places.
I started to use new email for new accounts recently.
But switch email need to be later when I have time and desire.
And thanks for your suggestion of mail services. :smile:
[stardiviner] GPG key ID:
38 matches
Mail list logo
