-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Nicolas Goaziou writes:
> Hello,
>
> I applied the patches with some substantial changes to commit messages
> (often incomplete), removed "subr-x.el" calls (`thread-last' is just
> confusing) and fixed compilation warnings.
Thanks.
About the com
Am Samstag, 14. April 2018, 21:07:34 CEST schrieb Nick Dokos:
> AW writes:
> >
> > C-h v org-calc TAB
> >
> > results in [No match]
> >
> > Expected result: find variable org-calc-default-modes
> >
> >
> > But why is the variable not found?
>
> Just a guess.
>
> You need to load org-table.e
> On Apr 13, 2018, at 3:40 AM, Sharon Kimble wrote:
>
> "Berry, Charles" writes:
>
>>> On Apr 10, 2018, at 5:42 AM, Sharon Kimble
>>> wrote:
>>>
>>> Samuel Wales writes:
>>>
[fn:apples: ...]
[fn:apples]
>>>
>>> I'm sorry Samuel, but it seems like you haven't read all of
AW writes:
> Dear list!
>
> org-version: Org mode version 9.1.9 (9.1.9-8-gf05c2e-elpa @ .../.emacs.d/elpa/
> org-20180409/)
>
> [I shortened the path]
>
> C-h v org-calc TAB
>
> results in [No match]
>
> Expected result: find variable org-calc-default-modes
>
> But I'd like to set (float 8) to (f
Hello,
Bob Newell writes:
> Aloha,
>
> Either of your suggested solutions would work, of course, and limit
> effects to org-xxx-copy-for-org-mode. I didn't go that way because I
> didn't want to have to continually modify the core product on my own
> :)
>
> The idea of
>
> (if (org-string-nw-p l
Aloha,
Either of your suggested solutions would work, of course, and limit
effects to org-xxx-copy-for-org-mode. I didn't go that way because I
didn't want to have to continually modify the core product on my own
:)
The idea of
(if (org-string-nw-p link-location
etc. may be best because we can
Hello,
stardiviner writes:
> After about 5 times test, And about 4 times review. I decide to PR.
Thank you.
I applied the patches with some substantial changes to commit messages
(often incomplete), removed "subr-x.el" calls (`thread-last' is just
confusing) and fixed compilation warnings.
Pl
Vladimir Lomov writes:
> I thought that for software versions 9.1 < 9.1.9 and means that 9.1
> preceding the 9.1.9.
We are not talking about software version but manual version.
> And first thing that comes to my mind about recent
> changes is a "template" system, there was ' C-,'. The '9.1' ve
Hello,
** Nicolas Goaziou [2018-04-14 16:43:31 +0200]:
> Vladimir Lomov writes:
>
>> Earlier there was "full" "git" version in Manual and I found it convenient
>> (I read the manual from time to time to find how to do something in org)
>> but now when I open Info with Org manual I'm a bit puzzle
Vladimir Lomov writes:
> Earlier there was "full" "git" version in Manual and I found it convenient
> (I read the manual from time to time to find how to do something in org)
> but now when I open Info with Org manual I'm a bit puzzled, it shows
> version 9.1 while Org from Emacs (I use Emacs fro
"Frankie Y. Liu" writes:
> When you said you cannot reproduce it, does that mean it works/matches for
> you?
It does, indeed.
Hi Nicolas,
Sorry I mistyped in the message, I did have two colons when trying it out.
I will look into the
function you pointed out.
When you said you cannot reproduce it, does that mean it works/matches for
you?
I am using Emacs 25.3.5 and org-20180226
-f
On Sat, Apr 14, 2018 at 12:42 AM, Ni
Hello,
** Nicolas Goaziou [2018-04-13 19:37:09 +0200]:
> Hello,
>
> Vladimir Lomov writes:
>
>> I'm using org-mode from git and found that now it is not show the
>> 'git' version but simply 9.1 in Info file. In doc/ there is
>> 'org-version.inc', it is included into 'orgguide.texi' but not in
>
Hello,
Bob Newell writes:
> The problem? When org-make-link-string encounters an empty link (it
> doesn't happen often but it does happen), it uses the 'error' function
> to say that the link is empty. This means that the entire call to
> org-xxx-copy-for-org-mode is aborted, and consequently no
Nicolas Goaziou writes:
> Hello,
>
> Alex Branham writes:
>
>> But then users of global-prettify-symbols-mode don't see the pretty
>> symbols in org buffers without knowing about and activating
>> org-pretty-mode. Anyway, the attached patch moves it to org-pretty.el.
>
> [...]
>
>> I've left it
Hello,
Alex Branham writes:
> But then users of global-prettify-symbols-mode don't see the pretty
> symbols in org buffers without knowing about and activating
> org-pretty-mode. Anyway, the attached patch moves it to org-pretty.el.
[...]
> I've left it as a defvar since there's no way for us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I have following code, check out the FIXME: comment tag.
How to get the correct link here?
,
| ;;; `video:filename.mp4::start_timestamp'
| (defcustom org-video-link-open-command "mplayer"
| "Specify the program for openning video: link."
| :t
At 2018-04-14 15:44:00, "Nicolas Goaziou" wrote:
>Hello,
>
>tumashu writes:
>
>> I do not know why must save-buffer, may be for information safe :-)
>
>If there is no objection, I suggest to simply remove this call to
>`save-buffer' instead of introducing a new variable.
>
Agree this
Hello,
tumashu writes:
> I do not know why must save-buffer, may be for information safe :-)
If there is no objection, I suggest to simply remove this call to
`save-buffer' instead of introducing a new variable.
Regards,
--
Nicolas Goaziou0x8
Hello,
"Frankie Y. Liu" writes:
> For:
>
> \\.pdf:\\([0-9]+\\)\\'
You forgot a colon.
> [0-9]+ vs \d+ same issue, since the path not the link is being
> matched.
>
> Example:
> file:foo.pdf::1 will be matching on file:foo.pdf and the ::1 is
> dropped.
I cannot reproduce it here. The function
20 matches
Mail list logo