I'd love to see something like this. I've been thinking about trying for
some time but haven't gotten around to it. I have no luck with the
mobileorg apps on Android, so I sometimes mark things that have a
context out of the house done on my phone and update org-mode later when
I get home, but then
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
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
-
Nicolas Goaziou writes:
> Using `with-current-buffer' is more appropriate since the change is
> temporary.
>
>
> Could you provide a patch using git format-patch, with a proper commit
> message?
Hello Nicolas,
Please let me know if I didn't export the patch properly (patch
attached).
>From fdc
Rainer M Krug writes:
> Nicolas Goaziou writes:
>
>> Hello,
>>
>> Rasmus writes:
>>
>>> Actually, the error you found is more interesting than what I first
>>> though, as any link with anchors will trigger the error, it seems.
>>> org-publish-cache must be non-nil, which seems to linger on publ
Hello,
Erik Hetzner writes:
> The following patch fixes this issue.
>
> diff --git a/lisp/org-attach.el b/lisp/org-attach.el
> index 1737ec1..b843d48 100644
> --- a/lisp/org-attach.el
> +++ b/lisp/org-attach.el
> @@ -276,7 +276,7 @@ the ATTACH_DIR property) their own attachment directory."
>
Brice Waegenire writes:
> Thanks for help on this!
> Here is the last version of the patch taking into account all of your
> comments.
Thank you.
>(read-from-minibuffer
> - "How many minutes left? "
> - (if (not (eq org-timer-default-timer
Hello,
Oleg Sivokon writes:
> I've been having this problem for a while, and now I think I found its
> culprit: The org-babel-ref-parse function will try to move the point in
> a wrong buffer (a temporary buffer with the contents of the buffer being
> exported), while doing so, it will not switc
Hello,
Titus von der Malsburg writes:
> Rasmus’ proposal is simple and correctly implements what is specified in
> the manual. Below is a patch that implements this solution. Does
> anyone see a concrete problem? If not, it should be merged.
I do: you removed end of line matcher. Also, I do
Hello,
If I have a list item with a double colon, with the cursor at the end:like:
- Hello World :: |
And press C-c (org-return-indent), then the cursor is at position 0 on the next
line:
- Hello World ::
|
But based on the behavior of a regular list item, one would expect it to be on
pos
On 2015-05-07 Thu 00:42, Eric S Fraga wrote:
> On Wednesday, 6 May 2015 at 13:35, Titus von der Malsburg wrote:
>
> [...]
>
>> So if the problem is only due to mistaken optimization, it would perhaps
>> be best to just revert to the previous code.
>
> Or if the "optimisation" was key to getting a
I'm picking over Eric Schulte's web page (http://www.cs.unm.edu/~eschulte/),
and the base .org file it came from, and I see he has given his outline
headers (level **) a PROPERTIES drawer:
:PROPERTIES:
:CUSTOM_ID: research
:END
then in his .css file he has this:
#outline-container-research
{
- Original Message -
> From: "Nicolas Goaziou"
> To: "Leo Ufimtsev"
> Cc: "Org Mode"
> Sent: Wednesday, May 6, 2015 7:18:55 PM
> Subject: Re: [O] Bug: org-toggle-heading breaks with double colon '::' list
> items.
>
> Hello,
>
> Leo Ufimtsev writes:
>
> > If I have a list with c
On Wednesday, 6 May 2015 at 13:35, Titus von der Malsburg wrote:
[...]
> So if the problem is only due to mistaken optimization, it would perhaps
> be best to just revert to the previous code.
Or if the "optimisation" was key to getting acceptable performance,
maybe discourage the use of $...$
Nicolas Goaziou writes:
> Hello,
>
> Rasmus writes:
>
>> Actually, the error you found is more interesting than what I first
>> though, as any link with anchors will trigger the error, it seems.
>> org-publish-cache must be non-nil, which seems to linger on publishing a
>> project.
>
> Correct.
Hello,
I just noticed, that if I use a capture template like
("p" "foo" entry (file+olp "" "foo") "* %?\n%t\n%i")
It complains about:
Template key:
org-find-olp: Wrong type argument: stringp, nil
It works when using
("p" "foo" entry (file+olp org-default-notes-file "foo") "* %?\n%t\n%i")
H
John Kitchin wrote:
> I have these templates defined in my setup:
>
> ;; * Expansions for blocks [...]
>
> ;; add (add-to-list 'org-structure-template-alist
> '("sh" "#+BEGIN_SRC sh\n?\n#+END_SRC" " lang=\"shell\">\n?\n"))
Note that the language should be `shell' in Org from Git (not
16 matches
Mail list logo
