(I replied to Steve directly but forgot to copy the list. Here it is.)
On 2014-12-09 19:05, Steven Arntson writes:
> I've been searching many moons for this exact functionality! I'm very
> glad to run across this, but as a fairly new emacser, I'm not sure what
> to do with this code. I copied it
Alan Schmitt writes:
> Hi Bastien,
>
> On 2013-01-04 17:33, Bastien writes:
>
>> Hi Alan,
>>
>> Alan Schmitt writes:
>>
>>> Thank you, this would work nicely. However I don't know how to specify,
>>> when I open the file, which link-type to use. Would I need to modify the
>>> link itself from
Nicolas Goaziou writes:
> Rasmus writes:
>
>> Clearly the current situation is not satisfactory ("You can use :lines,
>> but only if no footnotes are present. . . IOW, :lines supports a subset
>> of Org syntax.").
>>
>> I prefer converting [fn:N] references to [fn::FOOTNOTE] (see my other
>> em
On 9 December 2014 at 21:35, Myles English wrote:
> I made a mistake in my first mail: the totals are for the Effort property
> not CLOCKSUM.
>
> Can no one confirm this? Is there something else wrong with my post? The
> situation is the same after pulling from master today.
>
>
> On 4 December
Ok, done.
A clean design has been implemented for handling empty cells.
Basically, empty input cells are ignored, and therefore they do not
participate in the aggregation. (However, for aggregation using two
columns (=corr(p,q)= for example), if a pair of cells contains both an
empty and a non-emp
Rasmus writes:
> Clearly the current situation is not satisfactory ("You can use :lines,
> but only if no footnotes are present. . . IOW, :lines supports a subset
> of Org syntax.").
>
> I prefer converting [fn:N] references to [fn::FOOTNOTE] (see my other
> email). Any obvious downsides?
Yes:
I made a mistake in my first mail: the totals are for the Effort property
not CLOCKSUM.
Can no one confirm this? Is there something else wrong with my post? The
situation is the same after pulling from master today.
On 4 December 2014 at 22:58, Myles English wrote:
> Hello,
>
> I am using gi
Kyle Meyer kyleam.com> writes:
> It's not an interactive function. If you prefer to bind it directly to
> a key, you can wrap it in a command and then bind that to a key.
>
> (defun my/org-insert-property-draw ()
> (interactive)
> (org-insert-property-drawer))
>
Thanks! That wo
Hi,
Nicolas Goaziou writes:
> First `org-footnote-section' could be nil, in which case there is no
> headline to look after.
Sure.
> Also, there may be multiple footnote sections in the included document,
> or even some footnote definitions inside and some outside the single
> section...
Mult
RCY wrote:
> I can insert a property drawer using the 'C-u C-c C-x d' key
> sequence. Is there a way to do so by directly calling the
> org-insert-property-drawer function? I get a 'Wrong type argument:
> commandp, org-insert-property drawer error' when I try to call it
> using a shortcut command.
Hi,
On this old subject, I too finally confirm the pushed patch addresses the issue
- and - thanks.
>-Original Message-
>From: emacs-orgmode-bounces+mec=stowers@gnu.org
>[mailto:emacs-orgmode-bounces+mec=stowers@gnu.org] On
>Behalf Of Aaron Ecay
>Sent: Friday, October 10,
You probably need to specify arguments, which can’t be done with M-x
Try M-: ( …)
From: emacs-orgmode-bounces+subhant=familycareinc@gnu.org
[mailto:emacs-orgmode-bounces+subhant=familycareinc@gnu.org] On Behalf Of
RCY
Sent: Tuesday, December 09, 2014 12:40 PM
To: Emacs-orgmode@gnu.o
When I filter by tag (C-c / m) for, say, @internet, the tag for the parent
also shows up (which might have a different tag, say, @errands). Is there
any way to see _only_ tags that have @internet and filter out tags
inherited from the parent?
Hi,
I can insert a property drawer using the 'C-u C-c C-x d' key sequence. Is
there a way to do so by directly calling the org-insert-property-drawer
function? I get a 'Wrong type argument: commandp, org-insert-property
drawer error' when I try to call it using a shortcut command. I have a
similar
On 2014-12-09 19:58, Alan Schmitt writes:
> I've given it a try, and upon creation there is a backtrace (when I'm
> done with the setup):
>
> Debugger entered--Lisp error: (wrong-type-argument integer-or-marker-p nil)
> org-index--goto-list("columns-and-flags")
> org-index--create-index()
>
Hello,
Rasmus writes:
> When using LINES in `org-export--prepare-file-contents' the footnotes
> section is not preserved causing export to fail.
>
> Minimal example
>
> $> cat t{1,2}.org
> # this is t1.org
> * intro
> foo[fn:1]
> * sec2
> bar
> * Footnotes
>
> [fn:1] baz
>
>
> # this is t2.org
>
Rasmus writes:
> The attached patch fixes this by explicitly saving the footnote section
As per usual my first patch is dodgy. It occurred to me that Org can
handle several footnote sections (that's how #+INCLUDE supports footnotes,
I guess). The attached patch how supports export of t2.org in
Le 08/12/2014 19:02, Michael Brand a écrit :
> #+TBLNAME: original
> | Item | Value |
> |--+---|
> | a2 | 1 |
> | a2 | 1 |
> | a0 |-1 |
> | a0 | 1 |
> | b2 | 2 |
> | b2 | |
> | b0 | 0 |
> | b0 | |
> | c| |
> | c| |
>
>
Hello,
On 2014-12-08 22:00, Marc Ihm writes:
> Hi all,
>
> the new version 3.0.0 of org-index.el has been uploaded to the
> contrib-directory of orgs git-repository.
>
> Features include improved setup-assistant and the new command "add",
> which adds the current node to your index.
> Moreover t
Le 09/12/2014 06:54, Michael Brand a écrit :
> Hi Thierry
>
> On Mon, Dec 8, 2014 at 10:57 PM, Thierry Banel wrote:
>> You instantly found the weakness of the current design!
> The reason follows very shortly. ;-)
>
>> Definitely interesting. Someone else has already bumped into the empty
>> cells
Jeffrey Brent McBeth writes:
> From time to time (each time I delve into using org-mode for deadlines
> before my habits fall apart), I find the desire to have some form of
> relative deadlines. By this I mean, that there are often sequences of
> tasks that I know the time required to complete a
Hi Eric,
I can't thank you enough. Your suggestion of changing the font sizeworked
great. The die-hard inquisitive would need a magnifying glassbut the
information is there. I guess there is no wrap-around feature forlong lines.
Thanks again!
Suhas
From: Eric S Fraga
To: Suhas Pai
Cc:
Oleh writes:
>> Would you mind providing a patch with format-patch, and reference the
>> current thread in the commit message?
>
> I can just push it through if you don't mind. I have push access.
Sure, go ahead. Thank you.
> Is this OK as reference:
> http://article.gmane.org/gmane.emacs.orgmo
Rainer Stengele writes:
> I do start my Org files with a headline. If the :PROPERTIES: block follows
> after a blank line the settings are not observed for the subtree.
> If I delete that empty line it works (filename path is observed).
> I wonder if this is intended?
It is. Properties drawers
Jeffrey Brent McBeth writes:
> This is where I fall down. I don't see how that meets my basic need
> case.
If you want to repeat the main task and sub-tasks, the function will
preserve difference between the timestamps.
> I know that certain sub tasks need to start 90 days before the final
> d
On Tue, Dec 09, 2014 at 10:36:52AM +0100, Nicolas Goaziou wrote:
> Hello,
>
> Jeffrey Brent McBeth writes:
>
> > I have a python function that can take a stripped down org file and
> > places an active date after each ## (or inactive after
> > #[block]#), that I hacked up today to see if it woul
Am 09.12.2014 um 09:58 schrieb Nicolas Goaziou:
> Rainer Stengele writes:
>
>> The only thing that is different from the past is that any "comment" in the
>> PROPERTIES section does seem to confuse the exporter.
>> I removed
>>
>> :PROPERTIES:
>> :EXPORT_FILE_NAME:
>> x:/0PROJEKT/Kunden/custome
Daniele Pizzolli wrote:
> Sebastien Vauban writes:
>
>>> Thanks for the clarification. I did not noticed that before. I guess
>>> that there is no plan to get this working for the general case, so the
>>> only viable option is using one big .org file.
>>
>> Or use the Library of Babel, if the cod
Hello Sebastien,
Sebastien Vauban writes:
>> Thanks for the clarification. I did not noticed that before. I guess
>> that there is no plan to get this working for the general case, so the
>> only viable option is using one big .org file.
>
> Or use the Library of Babel, if the code you wanna t
Hi,
When using LINES in `org-export--prepare-file-contents' the footnotes
section is not preserved causing export to fail.
Minimal example
$> cat t{1,2}.org
# this is t1.org
* intro
foo[fn:1]
* sec2
bar
* Footnotes
[fn:1] baz
# this is t2.org
#+INCLUDE: "./t1.org::#intro"
And export t2.org.
Daniele Pizzolli wrote:
> Hello Nicolas,
>
> Nicolas Goaziou writes:
>
>> Hello,
>>
>> Daniele Pizzolli writes:
>>
>>> The noweb reference in the included file is not present in tangle (and
>>> sometimes also is not present within the results in the buffer).
>>
>> File inclusion, through INCLUDE ke
Hi Nicolas,
>> Well, I'm not trying to push my markup or anything, I just want my
>> custom `org-babel-edit-prep:elisp' to be able to mark the region.
>> Currently I'm not given that option.
>
> Understood.
>
> Would you mind providing a patch with format-patch, and reference the
> current thread
Hello Nicolas,
Nicolas Goaziou writes:
> Hello,
>
> Daniele Pizzolli writes:
>
>> The noweb reference in the included file is not present in tangle (and
>> sometimes also is not present within the results in the buffer).
>
> File inclusion, through INCLUDE keywords, is an export-only feature.
Th
Rasmus gmx.us> writes:
>
> Hi,
>
> Thibaut Verron gmail.com> writes:
>
> > After installing the latest snapshot of orgmode (20141208 or 8.2.10-23), it
> > fails loading, stating that gnus is not provided. Commenting out the
> > "(require 'gnus-sum)" line in org.el seems to fix it (I mean that
On Tuesday, 9 Dec 2014 at 07:39, Eric S Fraga wrote:
[...]
> You could try
>
> ,
> | #+latex: {\fotnotesize
Ooops, that should have been \footnotesize.
A list of possible sizes can be found here:
https://engineering.purdue.edu/ECN/Support/KB/Docs/LaTeXChangingTheFont
--
: Eric S Fraga (
Hello,
Daniele Pizzolli writes:
> The noweb reference in the included file is not present in tangle (and
> sometimes also is not present within the results in the buffer).
File inclusion, through INCLUDE keywords, is an export-only feature.
Regards,
--
Nicolas Goaziou
Hello,
Kyle Meyer writes:
> I'd guess this is because org-use-effective-time is set to nil (based on
> this previous issue [1]). Setting it to non-nil should work, but I
> think org-todo-yesterday and org-agenda-todo-yesterday should override
> this, as in the attached patch.
Applied. Thank yo
Dear org-mode developers
I've been working on adding support for rust in org-babel, and this is
what I've come up with so far. It's basically just a modification of
ob-C.el. The branch is viewable at [0], but so far the only commit is
[1]. I've also attached an example of how it works. Note that y
Kyle Meyer writes:
> I've attached updated patches.
Applied (with a minor change in `org-timer--get-timer-title'). Thank you.
Regards,
Rainer Stengele writes:
> The only thing that is different from the past is that any "comment" in the
> PROPERTIES section does seem to confuse the exporter.
> I removed
>
> :PROPERTIES:
> :EXPORT_FILE_NAME:
> x:/0PROJEKT/Kunden/customer/customer-Dokumentation-mmdd.html
> EXPORT_FILE_NAME:
Amitai Hoze writes:
> Hi, sorry, I opened the page and the mistake is still there.
The page may take some time to be updated. However, the texi manual is
fixed.
Regards,
Arni Magnusson writes:
> I have revised the paragraph following your suggestion, and prepared
> the patch using the 'git format-patch' command. See below.
Thank you. However, I'm unable to apply it. Could you try to update Org
first and send it again as an attachment?
Also, you need to specify
On Monday, 8 Dec 2014 at 20:16, Suhas Pai wrote:
> Hi Eric,
> Yes, there has to be physical limits to the length of line. I was
> hopingto play with the font size to shrink the line in some cases. Is
> there one?This is at the cost of testing the limits of what you can
> read without needinga ma
43 matches
Mail list logo
