Uwe Brauer writes:
> One, hopefully, last thing in helm-mini, how can I select and visit a
> certain file? I looked around but C-j says view file (recent) but I
> cannot edit that file
The selected candidates in helm have one main action, which in
helm-locate and so on is usually to visit the
> *Excellent* works very nicely. Thanks very much, the only change I did
> was
> (tag (propertize " 🎃 " 'face 'bold))
> It is better visible, and more fitting since you sent me the final
> version on Halloween 👹
> Now it remains to configure helm-locate, so that it takes a local
>
>>> "JMM" == Juan Manuel Macías writes:
> Uwe Brauer writes:
>> Don't worry, for the moment _@@ is fine for me
> I think with font-lock-add-keywords it should work. I have put another
> overlay on the tags, so that they are seen inside a box, separated by
> ":".
> (defun overlay-dired-filetags
Uwe Brauer writes:
> Don't worry, for the moment _@@ is fine for me
I think with font-lock-add-keywords it should work. I have put another
overlay on the tags, so that they are seen inside a box, separated by
":".
(defun overlay-dired-filetags (&optional lim)
(when
(re-search-forward "\
>>> "JMM" == Juan Manuel Macías writes:
> Uwe Brauer writes:
>> Still gets displayed as
>> my-auctex-init_ftag_emacs.el
>>
>> What do I miss?
> You're right, sorry. I'm afraid I was too hasty and the code from the
> other message, as I put it, will never work :-).
> You can test how it looks,
Uwe Brauer writes:
> Still gets displayed as
> my-auctex-init_ftag_emacs.el
>
> What do I miss?
You're right, sorry. I'm afraid I was too hasty and the code from the
other message, as I put it, will never work :-).
You can test how it looks, however, if you evaluate the function in a
dired buff
>>> "JMM" == Juan Manuel Macías writes:
> Uwe Brauer writes:
>> %% does not work for auctex, so I think I try @@, I hope it does not collide
>> with anything fancy..
> You can also set a text string, like _ftags_, and to hide it when you're
> in Dired, add a function to the dired-mode-hook
>>> "JMM" == Juan Manuel Macías writes:
> Uwe Brauer writes:
>> %% does not work for auctex, so I think I try @@, I hope it does not collide
>> with anything fancy..
> You can also set a text string, like _ftags_, and to hide it when you're
> in Dired, add a function to the dired-mode-hook
Uwe Brauer writes:
> %% does not work for auctex, so I think I try @@, I hope it does not collide
> with anything fancy..
You can also set a text string, like _ftags_, and to hide it when you're
in Dired, add a function to the dired-mode-hook that displays an overlay
instead of that string,
>>> "JMM" == Juan Manuel Macías writes:
> Uwe Brauer writes:
>> - "_&&_" seems to be ok but I am not entirely sure about it
> "&&" will give you trouble if you manipulate the file in a shell,
> because it will be understood as the '&&' operator. You would have to
> use escape characters.
> Mayb
Uwe Brauer writes:
>- "_&&_" seems to be ok but I am not entirely sure about it
"&&" will give you trouble if you manipulate the file in a shell,
because it will be understood as the '&&' operator. You would have to
use escape characters.
Maybe "@@" or "%%" are safer choices. Look at thi
>>> "JMM" == Juan Manuel Macías writes:
> Uwe Brauer writes:
>> I see, thanks. Last most likely trivial question, where, in which file
>> does filetags save the relevant information, i.e tags
> I haven't looked at the code, but I imagine that the information is
> stored in the variables I mentio
Uwe Brauer writes:
> I see, thanks. Last most likely trivial question, where, in which file
> does filetags save the relevant information, i.e tags
I haven't looked at the code, but I imagine that the information is
stored in the variables I mentioned before, when you use a controlled
vocabulary
>>> "JMM" == Juan Manuel Macías writes:
> Uwe Brauer writes:
>> But not not -- which is the
>> (setq filetags-delimiter-between-filename-and-tags " -- ")
>>
>> orginal setting, hm, not sure why this is so
> I think locate can't look for things like " -- "; Also, it's too
> generic. It is safe
Uwe Brauer writes:
> But not not -- which is the
> (setq filetags-delimiter-between-filename-and-tags " -- ")
>
> orginal setting, hm, not sure why this is so
I think locate can't look for things like " -- "; Also, it's too
generic. It is safer to use alphanumeric characters. For example, if yo
> Ah, well I have installed locate (mlocate to be precise, I am using
> Ubuntu)
> And I have used locate in the past, nevertheless
> helm-locate keeps failing and giving me the screenshot I attached in my
> earlier message, so some sort of bug in helm-locate for Ubuntu?
I tried it again,
The docstring for `org-id-update-id-locations' claims that the function
will scan "all files currently mentioned in `org-id-locations'". This
should probably be changed to `org-id-files'.
Emacs : GNU Emacs 28.0.91 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.24, cairo version 1.16.0)
of 2022
Ihor Radchenko writes:
> Max Nikulin writes:
>
>> - I am in doubts whether "emacs -Q -L ~/src/org-mode/lisp" way to try
>> version from git is important enough for the manual. I have added a
>> separate patch however to discuss such change.
>
> I feel that it should not be in the manual. Howe
Hi Max,
Max Nikulin writes:
> If you think that some patches improve the manual, feel free to apply
> ones that you like or to suggest better variants.
Applied, thanks a lot!
--
Bastien
Max Nikulin writes:
> - I am in doubts whether "emacs -Q -L ~/src/org-mode/lisp" way to try
> version from git is important enough for the manual. I have added a
> separate patch however to discuss such change.
I feel that it should not be in the manual. However, it may be helpful
addition to
Hi,
I have read another time "Installation" section of the Org Manual from
main branch. I am glad to see that contrib directory is replaced by the
dedicated repository. I decided to check it after looking at the
version on the web site. Some points might be improved though.
- I have notic
I reported incorrectly that the bug Ireported was also present when
using the "minted" package to format source blocks.
This is incorrect : I re-checked my trials, and re-wrote another test,
which gives the ecpected result. See attached files.
This might help pinpointing the problem happening whe
Wolfram Volpi writes:
> Please make a correction to this tutorial:
> https://orgmode.org/worg/org-tutorials/org-publish-html-tutorial.html.
> Change "(require 'org-publish)" to "(require 'ox-publish)".
> This correction was tested on
> https://em
Please make a correction to this tutorial:
https://orgmode.org/worg/org-tutorials/org-publish-html-tutorial.html.
Change "(require 'org-publish)" to "(require 'ox-publish)".
This correction was tested on
https://emacs.stackexchange.com/questions/48273/no-such
On 06/08/2016 02:28 PM, Charles Millar wrote:
C-c C-c works on this
#+begin_src emacs-lisp :var totalcommissions=TOTALCOM[-1,-1]
totalcommissions
#+end_src
#+RESULTS:
: 0.0
but not on this
Inline version src_emacs-lisp[:var
totalcommissions=TOTALCOM[-1,-1]]{totalcommissions}
What
Hello,
François Allisson writes:
> I couldn't make use of one of the template expansion, and I found that
> a backslash was missing in the documentation, and now everything works
> as expected. This:
>
> %\n Insert the text entered at the nth %^{prompt}, where n is
>
Hi all,
I couldn't make use of one of the template expansion, and I found that
a backslash was missing in the documentation, and now everything works
as expected. This:
%\n Insert the text entered at the nth %^{prompt}, where n is
a number, starting from 1.
should r
Hi Samuel,
this has been frequently discussed and although timestamps are allowed
in headlines, we don't want to encourage users to use them like this.
The footnote is still relevant IMHO.
Best,
--
Bastien
in normal use what i wrote is correct. however, i found an exception,
and it is is possibly a bug:
;; the fuzzy
;; match is stricter than the exact match so it fails.
;; (setq org-link-search-must-match-exact-headline nil)
On 7/10/14, Samuel Wales wrote:
> "[1] If the headline contains a times
"[1] If the headline contains a timestamp, it will be removed from the
link and result in a wrong link—you should avoid putting timestamp in
the headline."
i frequently link to headlines with timestamps, and the links work
correctly. so perhaps this footnote can be removed now.
i find timestamps
On Mon, Jan 13, 2014 at 8:09 PM, regcl wrote:
> I was looking for an example of the export of R data frames into
> tables in html, and the example in ...
>
> http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.org
>
> ... did not work for me. I am running ...
>
> GNU Emacs 24.3.1 (x86_64
Aloha regcl,
regcl writes:
> Can someone tell me if this is how it is supposed to work?
Yes, this is how it should work.
> If so, how do I go about submiting a patch to ...
>
> http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.org
You should be able to edit the document directly. S
I was looking for an example of the export of R data frames into
tables in html, and the example in ...
http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.org
... did not work for me. I am running ...
GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.8.4) of 2013-09-26 on
trouble,
>
> > And then, we need to separately name the results block, and use
> > a different name for it, so that the cross-references pick it up
> > correctly?
>
> Yes, the name given to the results block doesn't depend on the results
> keyword. You can give it any name, as long as it is unique.
>
> H
Vikas Rawal writes:
>> > cross-reference will pick that up correctly.
>> >
>> > If #+RESULT is not to work, it is better to change
>> > org-babel-results-keyword to NAME, and then what you are suggesting
>> > happens automatically. But in the earlier thread on the topic, Nicolas
>> > said that wa
> > cross-reference will pick that up correctly.
> >
> > If #+RESULT is not to work, it is better to change
> > org-babel-results-keyword to NAME, and then what you are suggesting
> > happens automatically. But in the earlier thread on the topic, Nicolas
> > said that was not the right way.
>
> W
Hello,
Vikas Rawal writes:
>>
>> Oops, sorry, I take back my last message, there was an error in my test
>> example.
>>
>> Adding a #+NAME above the generated table DOES result in a correct
>> cross-reference. That seems like reasonable behavior to me.
>
> The intended behaviour, as documented
Vikas Rawal writes:
>> Oops, sorry, I take back my last message, there was an error in my test
>> example.
>>
>> Adding a #+NAME above the generated table DOES result in a correct
>> cross-reference. That seems like reasonable behavior to me.
>
> The intended behaviour, as documented by Nicolas,
>
> Oops, sorry, I take back my last message, there was an error in my test
> example.
>
> Adding a #+NAME above the generated table DOES result in a correct
> cross-reference. That seems like reasonable behavior to me.
The intended behaviour, as documented by Nicolas, is that a named
source blo
Oops, sorry, I take back my last message, there was an error in my test
example.
Adding a #+NAME above the generated table DOES result in a correct
cross-reference. That seems like reasonable behavior to me.
Vikas, can you try this? Simply add a name to the generated table when
you also add a ca
Samuel Loury writes:
> This is a minor typo correction,
Applied, thanks!
--
Bastien
Hi,
This is a minor typo correction,
Sincerely,
--
Konubinix
GPG Key: 7439106A
Fingerprint: 5993 BE7A DA65 E2D9 06CE 5C36 75D2 3CED 7439 106A
From fef944e7f28407f37c9d0d45c35489875d5463b1 Mon Sep 17 00:00:00 2001
From: Samuel Loury
Date: Mon, 14 Jan 2013 15:25:16 +0100
Subject: [PATCH
On Mon, Dec 10, 2012 at 2:24 AM, Christoph Herzog wrote:
> (org-add-link-type "thunderlink" 'org-thunderlink-open)
> (defun org-thunderlink-open (path)
> "Opens a specified email in Thunderbird with the help of the add-on
> ThunderLink."
> (start-process "myname" nil "thunderbird" "-thunderli
On 12/08/2012 12:41 AM, Christoph Herzog wrote:
Today I discovered a really practical add-on for Thunderbird that solved
my problem of how to linking to a mail in Thunderbird:
https://addons.mozilla.org/de/thunderbird/addon/thunderlink/
(It requires some modification of the mimetypes on your sy
On Wed, Aug 24, 2011 at 5:34 PM, Bastien wrote:
> Hi John,
>
> John Hendy writes:
>
>> ,-
>> | "~/org/archive.org::From %s"
>> | Archive in file ~/org/archive.org (absolute path), under headlines
>> | "From FILENAME" where file name is the current file name.
>> `-
>>
>> I
Hi John,
John Hendy writes:
> ,-
> |"~/org/archive.org::From %s"
> | Archive in file ~/org/archive.org (absolute path), under headlines
> | "From FILENAME" where file name is the current file name.
> `-
>
> I may just be reading this wrong, but I thought that if I were
lt:
,-
| * From filename.org
| ** done name of archived todo...
`-
Did I just read the documentation incorrectly, or was my guess
intuitive and perhaps an update/correction would be helpful for
others?
Thanks,
John
Hi,
Just a minor bug concerning latex and a special character.
The org-entities entry for iuml is currently: (still there in v. 7.5,
by the way)
("iuml" "\\\"{i}" nil "ï" "i" "ï" "ï")
Imho, it should be:
("iuml" "\\\"\\i{}" nil "ï" "i" "ï" "ï")
Note the escaping of the i in the latex string. T
Applied, thanks.
- Carsten
On Jun 22, 2010, at 11:22 PM, Erik Butz wrote:
Hi,
below a trivial fix to the describtion of the orgtbl-to-html function
Hope I didn't miss something obvious ;)
Cheers,
Erik
diff --git a/lisp/org-table.el b/lisp/org-table.el
index 46efc28..f6b77aa 100644
--- a/l
Hi,
below a trivial fix to the describtion of the orgtbl-to-html function
Hope I didn't miss something obvious ;)
Cheers,
Erik
diff --git a/lisp/org-table.el b/lisp/org-table.el
index 46efc28..f6b77aa 100644
--- a/lisp/org-table.el
+++ b/lisp/org-table.el
@@ -4226,7 +4226,7 @@ this function is
Hi David,
thanks for the patch, I have applied it.
- Carsten
On Feb 28, 2010, at 9:35 PM, David Maus wrote:
While wrapping my head around a set of publishing functions to create
atom and rss feeds I noticed an incorrect description in the manual.
In chapter 13.1.4 in reads:
,
| :publish
While wrapping my head around a set of publishing functions to create
atom and rss feeds I noticed an incorrect description in the manual.
In chapter 13.1.4 in reads:
,
| :publishing-function
|
| Function executing the publication of a file. This may also be a list
| of functions, which will
Fixed, thanks.
- Carsten
On Aug 15, 2009, at 10:12 PM, John Rakestraw wrote:
Hi --
After a git update this morning, several remember templates failed
with
the error "Symbol's function definition is void:
org-completing-read-no-ido". The failure occurred at points using
"%^{Request for info
Hi --
After a git update this morning, several remember templates failed with
the error "Symbol's function definition is void:
org-completing-read-no-ido". The failure occurred at points using
"%^{Request for info}" formulation.
I think the patch included below fixes the problem.
--John
--- li
On May 11, 2009, at 10:57 PM, Kirubakaran wrote:
Hi,
Thanks for this wonderful tool.
I noticed a minor typo and thought that I'll bring it to your
attention:
Location : http://orgmode.org/manual/ARCHIVE-tag.html#ARCHIVE-tag
As it is now : C-c C-x a
Has to be : C-c C-x C-a
They both work
Hi,
Thanks for this wonderful tool.
I noticed a minor typo and thought that I'll bring it to your attention:
Location : http://orgmode.org/manual/ARCHIVE-tag.html#ARCHIVE-tag
As it is now : C-c C-x a
Has to be : C-c C-x C-a
Thanks,
Kirubakaran.
___
Applied, thanks.
- Carsten
On Oct 26, 2008, at 2:13 AM, Sebastian Rose wrote:
Issue
=
Sitemap not correct, when mutlitple subdirectories (my fault I
believe, sorry). Only the tree-style sitemap is affected.
How to reproduce
Try to export the following structure to HTML
Issue
=
Sitemap not correct, when mutlitple subdirectories (my fault I
believe, sorry). Only the tree-style sitemap is affected.
How to reproduce
Try to export the following structure to HTML (directories
marked by `/'):
base-directory/
|
+-- B/
> Please give your feedback on org-mode by completing this short 10
> question survey
http://www.surveymonkey.com/s.aspx?sm=CetuI2wsPz_2fsg6FAzvubnA_3d_3d
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-or
59 matches
Mail list logo
