Hi,
I've just learned about =org-babel-expand-src-block= (from [1]) which seems
like an improvement over =org-edit-special=, because variables are expanded.
But I notice two issues with it, and I'm wondering if these are intentional or
bugs, or if there are work-arounds.
First, the buffer is r
2017-08-11 19:31 GMT+02:00 John Kitchin :
> Could you put some magic at the beginning of the string that indicates it
> is encoded?
>
>
For my own needs, yes I could probably define a handler for my special kind
of abbreviations.
I have a too small number of such files, so I renamed them.
I main
Am 11.08.2017 um 18:10 schrieb Nicolas Goaziou:
Hello,
Marc Ihm writes:
the attached patch changes org-open-at-point in org.el:
Currently, when opening an url the function org-open-at-point uses the
variable path, which is the result of applying org-link-unescape on
the original url. Thus, a
> "Nicolas" == Nicolas Goaziou writes:
Nicolas> I still cannot reproduce it.
Nicolas> Does the very recent
Nicolas> 10b1cfb0317274a91500562a2872f2626160f079 fix this?
Things seem ok for me too. I had a separate issue with empty tags
appearing in habits, which I discovered was du
Could you put some magic at the beginning of the string that indicates it
is encoded?
On Fri, Aug 11, 2017 at 8:15 AM Nicolas Goaziou
wrote:
> Hello,
>
> Fabrice Popineau writes:
>
> > Are links to a file whose name already holds (url-)escaped chars
> supported?
> >
> > If I have a directory na
Hello,
Michaƫl Cadilhac writes:
> Is there a way to change this behavior so that the item is duplicated
> as long as it's not DONE?
I don't think so.
> If not, where is a good starting point in ox-icalendar.el to hack this
> in?
`org-icalendar-entry' dispatches a headline (ENTRY), to various
Hello,
Marc Ihm writes:
> the attached patch changes org-open-at-point in org.el:
>
> Currently, when opening an url the function org-open-at-point uses the
> variable path, which is the result of applying org-link-unescape on
> the original url. Thus, all special chars like '() "' etc. which we
Julien Cubizolles writes:
> That's also what it does. It's only a minor annoyance I just noticed
> because I'm in the process of cleaning long overdue tasks, but it would
> be nice if B t could use the same dialog.
Agreed! :)
Kyle Meyer writes:
> Since you have the git repo set up and have a good/bad range, you can use
> git bisect to find the offending commit.
>
> Based on changes that touched org-agenda-bulk-action recently, my guess
> is 4f578a3f7 (org-agenda: Small refactoring, 2017-05-12). Quickly
> looking at t
Hello,
Fabrice Popineau writes:
> Are links to a file whose name already holds (url-)escaped chars supported?
>
> If I have a directory named "c:/temp/foo bar/"
> and files in this directory named
> foo.txt
> foo bar.txt
> foo%2Fbar.txt
>
> I can create links in an Org buffer by using `insert' b
Julien Cubizolles writes:
> Adam Porter writes:
>
>> Julien Cubizolles writes:
>>
>>> In an agenda buffer, C-u B d should clear the deadline of the entries
>>> marked the way C-u does on a single entry. I think it's what it used to
>>> do some time ago. Instead, I get:
>>>
>>> org-agenda-deadli
Hi,
Are links to a file whose name already holds (url-)escaped chars supported?
If I have a directory named "c:/temp/foo bar/"
and files in this directory named
foo.txt
foo bar.txt
foo%2Fbar.txt
I can create links in an Org buffer by using `insert' but I find the
situation a bit confusing.
#+LI
Adam Porter writes:
> Julien Cubizolles writes:
>
>> Got it: the problem occurs when trying to clear the TODO state of
>> several entries through a bulk action:
>>
>> * mark several entries
>>
>> * "B t" doesn't offer to clear the TODO state with space like "t" does
>> on a single entry.
>
> Y
Adam Porter writes:
> Julien Cubizolles writes:
>
>> In an agenda buffer, C-u B d should clear the deadline of the entries
>> marked the way C-u does on a single entry. I think it's what it used to
>> do some time ago. Instead, I get:
>>
>> org-agenda-deadline: Invalid function: 4
>
> FWIW, work
Dear Sir/Madam,
I am new to this email list about org-mode, first of all thanks to
all contributors of org-mode. I am here seeking your help
considering org-table and Arabic text, the issue is described in
this post of mine sometime ago:
https://emacs
Nicolas Goaziou writes:
>
> I still cannot reproduce it.
>
> Does the very recent 10b1cfb0317274a91500562a2872f2626160f079 fix this?
>
Yup. That commit seems to fix it.
Thanks!
Best,
Josh
Dear Josh,
> "Josh" == Josh Moller-Mara writes:
Josh> Hello,
Josh> I'm starting to encounter a strange, silent problem when
Josh> switching the state of a task with multiple tags. With the
Josh> following minimal example:
Josh> #+STARTUP: logdone #+STARTUP: logdrawer
Hello,
Colin Baxter writes:
> Dear Josh,
>> "Josh" == Josh Moller-Mara writes:
>
> Josh> Hello,
>
> Josh> I'm starting to encounter a strange, silent problem when
> Josh> switching the state of a task with multiple tags. With the
> Josh> following minimal example:
>
> Jo
Hello,
I'm starting to encounter a strange, silent problem when switching the
state of a task with multiple tags. With the following minimal example:
#+STARTUP: logdone
#+STARTUP: logdrawer
* TODO Hello :hi:there:
SCHEDULED: <2017-08-11 Fri .+1d>
Switching The "hello" task from "TODO" to "DON
19 matches
Mail list logo