Ihor Radchenko writes:
> 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,
On Wednesday, 16 Dec 2020 at 13:04, Gustav Wikström wrote:
> But to be fair, the collaboration features of GitHub surely would be a
> BIG net positive if the goal is to attract contributions and gain a
> bigger mindshare.
Not necessarily. Some of us dislike web based tools intensely, in fact
On Wednesday, 16 Dec 2020 at 14:11, Gustav Wikström wrote:
> I for one wouldn't feel sorry if we (the world) could collect
> resources to make working with Org mode a financially viable way of
> life for someone.
I think that's already possible, or least it was with the old web site:
there
Gustav Wikström writes:
>> From: Emacs-orgmode on behalf
>> of TEC
>> Sent: Wednesday, December 16, 2020 08:14
>> To: Bastien
>> Cc: emacs-orgmode@gnu.org; Pankaj Jangid
>> Subject: Re: Release Org 9.4.2
>>
>> ...
>>
>> I actually have a few thoughts on this. I'm afraid that I don't think
Pietru:
If you are extensively using Org's capture templates I suggest
taking a look at:
https://github.com/progfolio/doct
A brief summary of some of the benefits it provides:
- Allows capture template inheritance
- Checks for certain errors in template declarations *before*
capture.
-
What is here missing is `org-capture-by-completing-read' so that
user may select among many various capture templates.
Compensating for initial bad design is expensive effort.
Are you suggesting something like this?:
#+begin_src emacs-lisp
(defun +org-capture-read ( arg)
"completing
Loris Bennett writes:
> Eric S Fraga writes:
>
>> On Wednesday, 16 Dec 2020 at 13:04, Gustav Wikström wrote:
>>> But to be fair, the collaboration features of GitHub surely would be a
>>> BIG net positive if the goal is to attract contributions and gain a
>>> bigger mindshare.
>>
>> Not
> From: Eric S Fraga
> Sent: Wednesday, December 16, 2020 14:49
> To: Gustav Wikström
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Release Org 9.4.2
>
> ...
>
> Why cool? What's cool is that so many contribute, in a wide range of
> ways, without some financial recompense!
I mean, yeah - it's
> From: Emacs-orgmode on behalf
> of TEC
> Sent: Wednesday, December 16, 2020 08:14
> To: Bastien
> Cc: emacs-orgmode@gnu.org; Pankaj Jangid
> Subject: Re: Release Org 9.4.2
>
> ...
>
> I actually have a few thoughts on this. I'm afraid that I don't think
> Org/Emacs are doing a good job of
Eric S Fraga writes:
> On Wednesday, 16 Dec 2020 at 13:04, Gustav Wikström wrote:
>> But to be fair, the collaboration features of GitHub surely would be a
>> BIG net positive if the goal is to attract contributions and gain a
>> bigger mindshare.
>
> Not necessarily. Some of us dislike web
Gustav Wikström writes:
> But to be fair, the collaboration features of GitHub surely would be a
> BIG net positive if the goal is to attract contributions and gain a
> bigger mindshare. That together with an open collective funding model
> of some sort. Because let's be fair. This is a hobby
> From: Eric S Fraga
> Sent: Wednesday, December 16, 2020 15:50
> To: Gustav Wikström
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Release Org 9.4.2
>
> On Wednesday, 16 Dec 2020 at 14:11, Gustav Wikström wrote:
> > I for one wouldn't feel sorry if we (the
> 1. Capture Option Selection
> ===
>
> C-n, C-p, C-v work well and one can go through the capture menu easily.
>
> Below the capture buffer, I am seeing another buffer that is displaying events
> from the mouse (triple-mouse-1, down-mouse 5, ...) and keyboard (down up
On 2020-12-16, TEC wrote:
> Jens Lechtenboerger writes:
>>> 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
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
> Sent: Wednesday, December 16, 2020 at 10:46 PM
> From: "Marco Wahl"
> To: pie...@caramail.com
> Cc: "Org-Mode mailing list"
> Subject: Re: Org Capture Menu cannot be fully viewed - Results of testing
> C-n, C-p, C-v
>
>
> > 1. Capture Option Selection
> > ===
> >
>
Sure, I didn't expected that soon bug appears. I checked source code, I
commented out an condition accidentally.
Here is the patch. Tested it should work now.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter: @numbchild
Key fingerprint =
Does that means I can push to org-contacts.el directly by myself?
That's simpler. Thanks.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter: @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433
Blog:
Kévin Le Gouguec writes:
> I can't find any reference to this property in Org <9.4 (e.g. 9.3 as
> shipped in 27.1, where the bug does not happen) so do I understand
> correctly that the root cause ("since [drawers] are in the same overlay
> with the rest of the folded heading") dates from Org
stardiviner writes:
> Sure, I didn't expected that soon bug appears. I checked source code, I
> commented out an condition accidentally.
> Here is the patch. Tested it should work now.
What about adding support for org-id? Is it necessary to use headline
text as a search string even when
Ihor Radchenko writes:
> stardiviner writes:
>
>> Sure, I didn't expected that soon bug appears. I checked source code, I
>> commented out an condition accidentally.
>> Here is the patch. Tested it should work now.
>
> What about adding support for org-id? Is it necessary to use headline
> text
Supporting org-id has been considered.
I will see is it easy to integrated it in. If simple, I will do it soon.
Thanks for your suggestion. More detailed discussion can reference another
thread in this mailing list.
"More on design of org-contacts.el - Re: [UPDATED PATCH] Re: add new link
type
I seems don't have permission to do `git push` directly.
Got error:
```
128 git … push -v upstream master\:refs/heads/master
Pushing to code.orgmode.org:bzg/org-mode.git
Gogs: You do not have sufficient authorization for this action
fatal: Could not read from remote repository.
Please make sure
Ian Garmaise writes:
> When I archive one subtree (C-c $), the first one succeeds.
> The second archive operation fails with a permission denied error as shown
> in the messages buffer:
[...]
> Noticed this yesterday. Updated org and all packages, then tried it again
> today, was able to
stardiviner writes:
> I seems don't have permission to do `git push` directly.
I just added you as a "collaborator" on bzg/org-mode.
Please clone and push again. If things don't go right, let's sort
this out in private.
Thanks,
--
Bastien
perhaps the list of existing buffers can be bound, then set-difference
run on it before and after. then kill-buffer on the ones that remain.
assuming no thread issues.
commit 37a5020bbec1887f954ea61855e17b409ee7c5d0
Author: Nicolas Goaziou
Date: 2020-05-14 22:48:17 +0200
On 12/15/20, Samuel
stardiviner writes:
> Does that means I can push to org-contacts.el directly by myself?
Yes indeed. Thanks to you!
--
Bastien
I have the following heading with attachments:
* Headline :ATTACH:
:PROPERTIES:
:ID: some_id
:END:
Cum sociis natoque penatibus et magnis dis parturient montes, nascetur
ridiculus mus.
*** TODO how can I?
*** END
Etiam vel neque nec dui dignissim bibendum.
When
Ok, I added `org-id-link-to-org-use-id` support now. Check out the latest
update in Git.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter: @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433
Blog:
Applied (de6d90224), thanks.
--
Bastien
stardiviner writes:
> Ok, I added `org-id-link-to-org-use-id` support now. Check out the latest
> update in Git.
Thanks! The issue seems to be fixed for me.
Hello,
I am confused over org-mode's babel support for bibtex, or if indeed
there is support.
I can tangle src blocks
#+begin_src bibtex :tangle file.bib
@BOOK{Key:XX,
AUTHOR = {},
TITLE = {},
.
.
}
#+end_src
to obtain a bibtex formatted file file.bib. I find this very useful
The following gnuplot code stopped working after recent commits adding
support of remote files:
#+CALL: stress-strain[:file stress-displ-RD-11.png](A=0.87, alpha=38.0,
beta=7.0, inp="p11 DC.txt", tbl="stress-displ-RD-11.txt")
Note that the code assigns several numerical variables. ob-gnuplot
On Tuesday, 15 Dec 2020 at 16:37, Carson Chittom wrote:
> 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 pushed to my phone.
You might like to try org-caldav-sync
Hi,
Ihor Radchenko writes:
> When using org-contacts and org-id simultaneously, org-contacts
> unconditionally makes org-store-link use file:name.org:*Headline link
> style instead of id:UUID link style expected when using org-id. The
> problem does not only appears when storing links to
On Wednesday, 16 Dec 2020 at 08:19, Colin Baxter wrote:
> However, tangling bibtex src blocks works without an explicit (bibtex
> . t).
Good. As it should.
> Indeed if I do insert such a line in my emacs init file, I get
> an error with "(require ob-bibtex) not found".
But there is no need
Hi Ihor,
Ihor Radchenko writes:
> The following gnuplot code stopped working after recent commits adding
> support of remote files:
>
> #+CALL: stress-strain[:file stress-displ-RD-11.png](A=0.87, alpha=38.0,
> beta=7.0, inp="p11 DC.txt", tbl="stress-displ-RD-11.txt")
>
> Note that the code
Hi Laszlo,
thanks for ox-slimhtml.el and for announcing it on the list.
> Amin was kind enough to poke me to submit and post about my package,
> ox-slimhtml.
> In a nutshell, it is an org-export backend - transcodes Org elements to
> HTML/text output.
>
> My primary use for it, is to create
TEC writes:
> A little progress update.
>
> https://github.com/tecosaur/org-lsp now exists.
I encourage everyone to work with Timothy on how to make real progress
on org-lsp. If needed so, please use https://github.com/tecosaur/org-lsp
for reporting issues and suggestions.
Timothy, I'm
Dear Eric,
Thanks for the reply.
> Eric S Fraga writes:
> On Wednesday, 16 Dec 2020 at 08:19, Colin Baxter wrote:
>> However, tangling bibtex src blocks works without an explicit
>> (bibtex . t).
> Good. As it should.
>> Indeed if I do insert such a line in my emacs
2020-12-15 Ihor Radchenko wrote:
>
Then, packages like org-pdftools would not
need to invent new link types just to be able to refer to specific page
or annotation inside a pdf file.
Firefox (I do not know if pdf.js is cut off from IceCat) have a special
button to obtain link like
41 matches
Mail list logo
