On Tue, Feb 23, 2016 at 4:23 AM, Giuseppe Lipari wrote:
> Anybody has any idea of what is going on? I am available to give you more
> information (my init.org, and the whole org file, if necessary).
Depending on your version of Org try:
#+BEGIN_SRC shell bash
I've been trying on and off to figure out how to obtain a list of all
the TODOs that I've marked completed (DONE) during the last week (or
whatever time period, but typically I want the last 7 days). There's
undoubtedly some very simple way to obtain this that I just can't locate
for whatever reas
Hi Nicolas:
I think the diff patch you sent had an "off-by-one-line" error. If I remove the
nested lambdas, so your lambda simply replaces the one in the distributed
source, the patch seems to work.
I'm not sure how to generate a "patch" to your "patch". Here's a diff-listing
that seems to work
Great news, thanks a lot!
Giuseppe
Le jeu. 25 févr. 2016 à 19:10, Eric S Fraga a écrit :
> On Thursday, 25 Feb 2016 at 15:04, Nicolas Goaziou wrote:
> > Completing myself,
> >
> >> An ECM would be great. However, some backtrace using un-compiled Org
> >> would help, too.
> >
> > Actually, the i
The difficulty here is that ID attribute values are not easily predictable, and
dependent on the source block's position in the document. This complicates
tasks like styling a specific source block -- with the previous ID generation
method, this could be reliably done with an ID selector; with t
Hello,
Chris Andrews writes:
> Issue is fairly straightforward. When evaluating a D code block that
> includes a table var, this error is thrown by the DMD compiler.
>
> ~\Temp\babel-1032v-N\C-src-1032Xig.d(25): Error: cannot implicitly convert
> expression (row) of type ulong to uint
> Failed:
Hello,
Aaron Miller writes:
> Expected: When exporting an Org document with named source blocks to
> HTML, each generated to contain a source block has an ID attribute
> matching the source block's name.
>
> Actual: Instead, ID attributes come out with values like "orgsrcblock1".
>
> Test cas
Issue is fairly straightforward. When evaluating a D code block that
includes a table var, this error is thrown by the DMD compiler.
~\Temp\babel-1032v-N\C-src-1032Xig.d(25): Error: cannot implicitly convert
expression (row) of type ulong to uint
Failed: ["dmd", "-v", "-o-", "~/Temp/babel-1032v-N
Oleh Krehel writes:
> Nicolas Goaziou writes:
>> I do not feel like asking users to write directly the AST for their
>> plain text documents, really.
>
> It's not an AST though. It's simply nested lists.
So is Lisp.
> Like JSON or XML but better. And the idea is to both have it automatic
> an
Expected: When exporting an Org document with named source blocks to
HTML, each generated to contain a source block has an ID attribute
matching the source block's name.
Actual: Instead, ID attributes come out with values like "orgsrcblock1".
Test case:
--- >8 cut here ---
#+TITLE: bug test c
Nicolas Goaziou writes:
> I do not feel like asking users to write directly the AST for their
> plain text documents, really.
It's not an AST though. It's simply nested lists. Like JSON or XML but
better. And the idea is to both have it automatic and manual. For
example, `org-set-property' would
On Thursday, 25 Feb 2016 at 17:52, Nicolas Goaziou wrote:
> If they are about reducing visual clutter, you can work it out at the
> display level. I'm pretty sure this improvement would be appreciated.
And the OP's use of prettify-symbols-mode brings a number of
possibilities to mind! Can anybody
On Wednesday, 24 Feb 2016 at 17:59, Skip Collins wrote:
[...]
> If anyone is interested in the Drafts action, Gmail filter, Google
> script, and org-feed configuration that make this work, I would be
> happy to share. This setup can easily be adapted for Android phones.
Please do share. Althoug
On Thursday, 25 Feb 2016 at 15:04, Nicolas Goaziou wrote:
> Completing myself,
>
>> An ECM would be great. However, some backtrace using un-compiled Org
>> would help, too.
>
> Actually, the issue should now be fixed.
Thanks! I'm sorry we couldn't provide you with an ECM but very happy
you were a
Hi Oleh
On Thu, Feb 25, 2016 at 11:59 AM, Oleh Krehel wrote:
> - Tags - there are always a pain to re-align, they show up as diffs in
> git commits
Did you consider to set org-tags-column to 0?
Or put the tags into your own property :MyTag: in the property drawer
instead of using Org's tags?
Oleh Krehel writes:
> I would most definitely make Org easier in some respects. Suppose a
> person wants to parse an Org file's content, just for displaying it on a
> website (like Github does right now). If all properties were in a single
> place, they could be trivially skipped with a regex, re
Hi, Skip —
On 24 Feb 2016, at 17:59, Skip Collins wrote:
If anyone is interested in the Drafts action, Gmail filter, Google
script, and org-feed configuration that make this work, I would be
happy to share. This setup can easily be adapted for Android phones.
I’m an iphone (and Drafts) user i
Hello,
Roman Milner writes:
> I figured this out. It was rainbow delimiters mode. Specifically
> calling (global-rainbow-delimiters-mode) causes the issue.
>
> Thanks for your help.
Thank you for letting us know.
Regards,
--
Nicolas Goaziou
I figured this out. It was rainbow delimiters mode. Specifically
calling (global-rainbow-delimiters-mode) causes the issue.
Thanks for your help.
On Wed, Feb 24, 2016 at 5:40 PM, Nicolas Goaziou
wrote:
> Roman Milner writes:
>
> > Can you tell me what version of org you are on? I'm on 8.3.3.
>
Nicolas Goaziou writes:
> Because not everything is a node property.
This shouldn't prevent us from keeping things that /are/ node properties
all in one place.
> TODO keywords, tags and properties are all different, and blurring the
> distinction between them would not make Org easier. Note tha
Completing myself,
> An ECM would be great. However, some backtrace using un-compiled Org
> would help, too.
Actually, the issue should now be fixed.
Oleh Krehel writes:
> Nicolas Goaziou writes:
>
>>> Here's a list of the diverse things that I'd like to hide into
>>> :PROPERTIES:
>>>
>>> - Tags - there are always a pain to re-align, they show up as diffs in
>>> git commits
>>> - The clock entries - they are stored in a :LOGBOOK:, separatel
Hello,
Dominik Schrempf writes:
> if I try to execute the following latex code block after a list item and
> followed by two blank lines I get an error. If I remove one blank line
> the code executes fine.
>
> --
> - Very conve
Nicolas Goaziou writes:
>> Here's a list of the diverse things that I'd like to hide into
>> :PROPERTIES:
>>
>> - Tags - there are always a pain to re-align, they show up as diffs in
>> git commits
>> - The clock entries - they are stored in a :LOGBOOK:, separately from
>> :PROPERTIES:
>> - T
Hello,
Florian Adamsky writes:
> I'm using Emacs 24.5.1 and Org-mode 8.3.3 (15d591e) and try to filter
> the output of my refile targets. For me, every headline that contains a
> subtree with the name "tasks" is a project. Therefore, I would to filter
> my refile targets to those which contains
Hello,
Oleh Krehel writes:
> I've recently gotten back to reorganizing my Org setup. There are a few
> things I find lacking, one of which is having all the auxiliary
> information for a heading stored in a single place, that I can further
> make less noticeable with `prettify-symbols-mode'.
>
>
another android user very interested in this :D
thx
Z
On Thu, Feb 25, 2016 at 3:16 PM, Giacomo M wrote:
> On 2/24/2016 11:59 PM, Skip Collins wrote:
>
>> If anyone is interested in the Drafts action, Gmail filter, Google
>> script, and org-feed configuration that make this work, I would be
>>
On 2/24/2016 11:59 PM, Skip Collins wrote:
If anyone is interested in the Drafts action, Gmail filter, Google
script, and org-feed configuration that make this work, I would be
happy to share. This setup can easily be adapted for Android phones.
Android user here, and I would be very interested
Hello,
if I try to execute the following latex code block after a list item and
followed by two blank lines I get an error. If I remove one blank line
the code executes fine.
--
- Very convenient for typesetting the integral va
Hello Aaron,
[I noticed I did not answer to the list; just writing again to add it to
the list]
this fix works perfect! Thank you very much.
Never mind about multirow...
Michael
On 22/02/16 16:48, Aaron Ecay wrote:
Hi mcg,
2016ko otsailak 21an, mcg-ek idatzi zuen:
I found a very nice imp
Hi all,
I've recently gotten back to reorganizing my Org setup. There are a few
things I find lacking, one of which is having all the auxiliary
information for a heading stored in a single place, that I can further
make less noticeable with `prettify-symbols-mode'.
(add-to-list 'prettify-symb
Hello,
Simon Thum writes:
> Well, I had intended the link target to become visible but now that
> you ask, my primary concern was "not wrecking the export". I expect
> that tel links are only relevant to the vcard export, which handles
> them on its own terms (and which still works).
>
> So perh
Hello,
Samuel Wales writes:
> a link on a header will change to include priority if you change
> priority.
I don't understand this report.
> ret after a link or ts will activate. should insert newline.
> requires variable.
This is already fixed in master.
Regards,
--
Nicolas Goaziou
Hello,
Arun Isaac writes:
> My FSF copyright assignment process is now complete. What details should
> I submit here to have my patch included in org mode? Do let me know.
Applied. Thank you.
Regards,
--
Nicolas Goaziou
Hello,
Giuseppe Lipari writes:
> Unfortunately I have *a lot* of old slides that I am correcting and
> regenerating step by step.
> They used to compile just fine with the previous version, and now this
> strange problem make me lose a lot of time just for changing indentation...
> Maybe I shoul
Hello,
:wrap export HTML is perfectly fine for me, and it opens more
possibilities, so I am willing to upgrade my org files to the new syntax
(they are not so many).
Thank you for the fast response,
Giuseppe Lipari
Le mer. 24 févr. 2016 à 23:56, Rasmus a écrit :
> Nicolas Goaziou writes:
>
>
36 matches
Mail list logo
