On Mon, Jan 9, 2017 at 3:42 AM, Rasmus wrote:
> The default description is "Url" and it does not have a corresponding
> "symbolicname".
>
> In general, descriptors are used in headers or footers which would
> typically be set up in a separate LCO file, I’d guess. E.g.
>
>
On Wed, Jan 4, 2017 at 4:57 PM, Nicolas Goaziou wrote:
> Grant Rettke writes:
> > The next change that I want to make is to include the description for
> > the fromurl like this:
> >
> > \setkomavar{fromurl}[description]{content}
> >
> > I
Your second block can't run in a repl unless you have additional
definitions you are not showing here. The error messages are complaining
that
1. There is no function called sum. Clojure does not have a sum function
and your not defining one in this block, so that makes perfect sense.
2. The
I’m trying to draw an ASCII picture in a BEGIN_QUOTE block. However, since it
contains vertical bars, when I hit return, it formats the whole block as if it
were a table. How do I stop this incorrect behavior? I tried BEGIN_EXAMPLE
but it acted the same.
I can work around it by using
Hi,
Am 11.07.2017 um 10:10 schrieb Nicolas Goaziou:
In the meantime, would you want to sent your library as a patch so that
we can review it?
The patch is prepared but I have one question regarding the copyright
situation: Looking at the other files[1], I think I should now list the
FSF as
Nathaniel Flath writes:
> I suppose so. I still think this is a correct patch, since it doesn't
> make sense to filter for non-existent tags.
I agreed that require-match should be t earlier in the thread, but it
turns out that that's not the source of your issue. I took
I suppose so. I still think this is a correct patch, since it doesn't
make sense to filter for non-existent tags.
On Thu, Jul 13, 2017 at 12:19 PM, Kyle Meyer wrote:
> Nathaniel Flath writes:
>
>> Confirmed it's a difference in ido configuration - I'm using
Nathaniel Flath writes:
> Confirmed it's a difference in ido configuration - I'm using
> ido-everywhere, not ido-ubiquitous.
OK, thanks. So you were just seeing the default Emacs completion rather
than ido's. My understanding is that ido-everywhere only adds ido for
Confirmed it's a difference in ido configuration - I'm using
ido-everywhere, not ido-ubiquitous.
On Thu, Jul 13, 2017 at 11:19 AM, Nathaniel Flath wrote:
> On Thu, Jul 13, 2017 at 11:02 AM, Kyle Meyer wrote:
>> Nathaniel Flath writes:
>>
On Thu, Jul 13, 2017 at 11:02 AM, Kyle Meyer wrote:
> Nathaniel Flath writes:
>
> [...]
>
>>> I'm not an ido user, but testing with
>>>
>>> (require 'ido-ubiquitous)
>>> (ido-ubiquitous-mode 1)
>>>
>>> partial completion seems to work fine when I hit
Kyle Meyer writes:
[...]
> Or maybe the difference comes from an ido version mismatch. (I'm
> using the ido from Emacs 25.2 and ido-ubiquitous checked out at
> v3.14-4-ga1c2965.)
>
> As it stands, I can't reproduce the problem described in your commit
> message.
I upgraded to
Thanks. I have attached an updated patch that addresses your points (with
some additional cleanup).
On Thu, Jul 13, 2017 at 5:51 AM, Nicolas Goaziou
wrote:
> Hello,
>
> Yuri Lensky writes:
>
> > Composite agenda views can now set
Nathaniel Flath writes:
[...]
>> I'm not an ido user, but testing with
>>
>> (require 'ido-ubiquitous)
>> (ido-ubiquitous-mode 1)
>>
>> partial completion seems to work fine when I hit tab after calling
>> org-agenda-filter-by-tag. Are you using ido-ubiquitous, or
On Wed, Jul 12, 2017 at 9:35 PM, Kyle Meyer wrote:
> Nathaniel Flath writes:
>
>> After upgrading to the latest org-mode, tag completion when filtering
>> in the agenda was broken - I had to fully enter the tag, despite using
>> ido (eg I would have a tag
On Thu, 13 Jul 2017 14:27:11 +0200, Nicolas Goaziou wrote:
> Hello,
>
> Michal Politowski writes:
>
> > Hello everyone and thank you for the fascinating org mode,
> >
> > Is the behaviour of %K a bug in the documentation, in the implementation,
> > or just my unfounded
Kaushal Modi writes:
> I meant "Would it be OK to have ox-hugo.el define a link abbreviation like
> `hugo-static:' for the user?" That way, each user of ox-hugo.el does not
> have to do that in their configs.
Anything goes, but I'm quite certain there's a better way.
>
On Thu, Jul 13, 2017 at 8:55 AM Nicolas Goaziou
wrote:
> Kaushal Modi writes:
>
> > Hmm. Thanks for that hint. Would it be OK to define backend-specific link
> > abbreviations?
>
> I don't think so.
>
> Back-end are able to manipulate links the
Kaushal Modi writes:
> Hmm. Thanks for that hint. Would it be OK to define backend-specific link
> abbreviations?
I don't think so.
Back-end are able to manipulate links the way they want without Org core
interfering. IOW, this black magick should operate whitin
Hello,
Yuri Lensky writes:
> Composite agenda views can now set org-agenda-dim-blocked-tasks locally.
> From 52f8bf79a198fa2e7f131c2a015a7c9400a403ac Mon Sep 17 00:00:00 2001
> From: "Yuri D. Lensky"
> Date: Mon, 10 Jul 2017 19:21:39 -0700
> Subject: [PATCH
On Thu, Jul 13, 2017 at 8:39 AM Nicolas Goaziou
wrote:
>
> There is only one possible interpretation of this: look for the file at
> "/images/image.png", which probably doesn't exist.
>
I agree. It's definitely less confusing to an unknowing user with that
strict
Hello,
Brett Viren writes:
> Nikola source wants this layout:
>
> /path/to/my/nikola/posts/my-blog-post.org
> /path/to/my/nikola/images/unicorn.jpg
>
> The Org source generates to HTML which will be found at this URL path:
>
> /mysiteroot/posts/my-blog-post/index.html
>
>
Hello,
Kaushal Modi writes:
> #+HTML_LINK_ROOT: /tmp/site/static/
>
> An =image.png= exists as =/tmp/site/static/images/image.png=.
>
> * This is how the image links should have worked with the link root already
> specified
> [[/images/image.png]]
There is only one
On Thu, Jul 13, 2017 at 8:32 AM Nicolas Goaziou
wrote:
> Kaushal Modi writes:
>
> > Correct. I was just extrapolating based on that, that people could be
> > making similar uses in their configs and packages.
> >
> > A search like this (
> >
>
On Thu, Jul 13, 2017 at 8:37 AM Kaushal Modi wrote:
> (defun org-set-tags ( align-all align-current)
>> "...
>> ...
>> ALIGN-CURRENT is obsolete and should not be used. When non-nil,
>> set ALIGN-ALL to `current'."
>> (let ((align-all (if (null
Kaushal Modi writes:
> Correct. I was just extrapolating based on that, that people could be
> making similar uses in their configs and packages.
>
> A search like this (
> https://github.com/search?utf8=%E2%9C%93=%22org-set-tags+nil%22+language%3A%22Emacs+Lisp%22=Code
>
Hello,
Michal Politowski writes:
> Hello everyone and thank you for the fascinating org mode,
>
> Is the behaviour of %K a bug in the documentation, in the implementation,
> or just my unfounded expectation?
>
> It is supposed to link "to the currently clocked task" but it is
I run the both blocks fine in CIDER REPL, that's weird.
I have the following special settings for ob-clojure.
```elisp
(add-to-list 'org-babel-default-header-args:clojure
'(:eval . "yes"))
(add-to-list 'org-babel-default-header-args:clojure
'(:results . "value pp"))
On Thu, Jul 13, 2017 at 7:58 AM Nicolas Goaziou
wrote:
>
> Calls in code base do not matter, since we can change them. The above
> Sexp would be equivalent to
>
> (org-set-tags 'current)
>
Correct. I was just extrapolating based on that, that people could be
making
Kaushal Modi writes:
> I was itching to do that. But there are dozens of (org-set-tags nil t)
Calls in code base do not matter, since we can change them. The above
Sexp would be equivalent to
(org-set-tags 'current)
> instances in the Org source itself. I though
Hello everyone and thank you for the fascinating org mode,
Is the behaviour of %K a bug in the documentation, in the implementation,
or just my unfounded expectation?
It is supposed to link "to the currently clocked task" but it is implemented
in org-capture.el as
(v-K (if (marker-buffer
On Thu, Jul 13, 2017, 3:54 AM Nicolas Goaziou
wrote:
> Thank you. LGTM!
>
Thanks.
Actually, I think ALIGN-ONLY-CURRENT could be merged with JUST-ALIGN,
> which would have three cases (e.g., t, nil, `current'). Perhaps
the
> incompatibility it introduces is not
Hi Detlef,
Thanks for the information. After removing the bibliography and
bibliographystyle, everything seems to work. I think I was confused by
the following line from the org-ref manual:
For LaTeX export a bibliography and bibliographystyle link is /required/.
Are they only required if I
I think there is something wrong with your environment and your second
block is not legal code. If you run your second block directly in a
clojure repl, you will get the same errors, which means it isn't an org issue.
Executing your examples with org from master branch I get
#+BEGIN_SRC clojure
Hi!
Look here:
https://tex.stackexchange.com/questions/5091/what-to-do-to-switch-to-biblatex
In short \bibliographystyle and biblatex don't match.
Hope that helps
Detlef
Am Thu, 13 Jul 2017 08:27:17 +0200
schrieb "Loris Bennett" :
> Hi John,
>
> Thanks for the
Hello,
Chunyang Xu writes:
> TINYCHANGE
> ---
> doc/library-of-babel.org | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/doc/library-of-babel.org b/doc/library-of-babel.org
> index 0098e7263..b6c90c763 100644
> --- a/doc/library-of-babel.org
> +++
Hello,
"numbch...@gmail.com" writes:
> I want to clock-in recent tasks in Org-mode. but after I select first task
> with by pressing "1", but it does not clock-in that task.
FWIW, I cannot reproduce the problem. Could you send an ECM?
Regards,
--
Nicolas Goaziou
Hello,
Kaushal Modi writes:
> I recently started looking at the org-set-tags function in org.el, but then
> quickly got confused with the doc-string.
>
> "Set the tags for the current headline.
> With prefix ARG, realign all tags in headings in the current buffer.
>
TINYCHANGE
---
doc/library-of-babel.org | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/library-of-babel.org b/doc/library-of-babel.org
index 0098e7263..b6c90c763 100644
--- a/doc/library-of-babel.org
+++ b/doc/library-of-babel.org
@@ -73,7 +73,7 @@ Read local or remote
Hi John,
Thanks for the pointer. I think some of the errors I was getting were
due having old temporary files (aux, bcf, ...) lying around and then
switching between natbib and biblatex.
Following the org-ref manual I now have
#+LATEX_HEADER:
39 matches
Mail list logo