Karl Voit wrote:
> * Nick Dokos wrote:
> > Karl Voit wrote:
> >
> > For me, it was a "no time to work on org - stash it"...
>
> OK. I just wanted to make sure that it *is* on someone's todo list
> :-)
>
> >> * Karl Voit wrote:
> >> >
> >> > * <2012-03-05 08:00-09:00> Wrong: ends up as full d
Rainer Stengele writes:
> Entering "7.2.12" as an incative timestamp (C-c !)
>
> I get [2012-03-16 Fr].
>
> Entering "7.2.2012" results in [2012-02-07 Di].
>
> I have german settings in my emacs.
> Is there a chance to get wanted behaviour?
>
> "dd.mm.yy" seems to be a standard calendar date form
Hello,
I am using org-export-as-html with the body-only parameter set to t
in the org plugin for ikiwiki that I'm working on. It works almost
perfectly, but I recently had a user point out that it's not possible to
get a table of contents, even when one is explicitly asked for in the
#+OPTIONS li
Ista Zahn wrote:
> Hi all,
>
> I'm having trouble modifying the example at
> http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-12-3
> to highlight R code blocks. The trouble seems to be that org-mode
> identifies R blocks using uppercase R, while pygments looks for
> lowercase r.
>
Ah, perfect! Thank you.
On Fri, Mar 16, 2012 at 5:13 PM, Christophe Pouzat
wrote:
> (add-to-list 'org-export-latex-minted-langs '(R "r"))
Documentation patch clarifying that ITEM refers to the headline not the
contents of an entry, and that it currently isn't supported for
tags/property searchers. Added a footnote pointing to a partial
workaround using org-agenda-skip-entry-if.
>From 33ccb4f2d3dc352e54c18b7bb88b1be90f6067cf Mon
Ista Zahn writes:
> Hi all,
>
> I'm having trouble modifying the example at
> http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-12-3
> to highlight R code blocks. The trouble seems to be that org-mode
> identifies R blocks using uppercase R, while pygments looks for
> lowercase r.
>
Hi all,
I'm having trouble modifying the example at
http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-12-3
to highlight R code blocks. The trouble seems to be that org-mode
identifies R blocks using uppercase R, while pygments looks for
lowercase r.
For example, org exports
\begin{
Users,
I am fairly new to org, but I am getting a pretty good handle on it. I
am having an issue with ical export. When I export to html my tags (the
only one of which I am using is :export:) is respected. In the
resultant html file only those entries and trees with the :export: tag
are di
Alvar Maciel writes:
> I'm a begginer so... be nice with me please. I manage to use org-mode
> for almost all my daily work. I'm trying to post to my blog (worpdtess
> 3.3.1) from org-mode using org2blog. But when I try to post something
> I get an 500 error. this is the output of emacs mini-buffe
Hi all,
I have just released Org 7.8.04 -- a BUGFIX-only release.
This is the version that we will merge into Emacs' trunk,
and the one that will probably be shipped with Emacs 24.1
(soon to be released.)
Org 7.8.04 does not contains the latest git version of
the master branch, only that of the
Hi to all,
I'm a begginer so... be nice with me please. I manage to use org-mode
for almost all my daily work. I'm trying to post to my blog (worpdtess
3.3.1) from org-mode using org2blog. But when I try to post something
I get an 500 error. this is the output of emacs mini-buffer
progn: Error duri
Hi Enrico!
* Enrico Schumann wrote:
>
> does this what you want?
> * TODO test
>DEADLINE: <2012-03-17 Sa -0d>
Absolutely. I completely forgot about this feature :-(
Thanks for reminding!
--
Karl Voit
Hi Karl,
does this what you want?
* TODO test
DEADLINE: <2012-03-17 Sa -0d>
(see
http://orgmode.org/manual/Deadlines-and-scheduling.html#Deadlines-and-scheduling)
Regards,
Enrico
Am 16.03.2012 17:22, schrieb Karl Voit:
> Hi!
>
> In my (daily) agenda, I see tomorrows tasks like this
>
>
* Nick Dokos wrote:
> Karl Voit wrote:
>
> For me, it was a "no time to work on org - stash it"...
OK. I just wanted to make sure that it *is* on someone's todo list
:-)
>> * Karl Voit wrote:
>> >
>> > * <2012-03-05 08:00-09:00> Wrong: ends up as full day event
>
> org-agenda-write calls org-e
Ilya Shlyakhter writes:
> +(require 'format-spec)
[...]
> +(declare-function format-spec "format-spec" (format specification))
Only one of these two lines should be necessary?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Terratec
Hi Thomas,
Thomas Morgan writes:
> I've been noticing that some habit consistency graphs get wiped out
> by clocking in; I'd like to offer this minimal test case and patch.
I can reproduce the problem and I confirm your patch fixes it.
Applied, thanks!
--
Bastien
Hi Ilya,
Ilya Shlyakhter writes:
> attached.
Applied, thanks a lot.
--
Bastien
Hi Dave,
Dave Abrahams writes:
> Please try/apply enclosed patch:
I applied the last part of the patch, as the rest didn't apply
correctly.
Thanks.
--
Bastien
Hi Toby,
Toby Cubitt writes:
> There appears to be a bug in how org-agenda-skip-if parses the list of
> CONDITIONS supplied to it.
Applied, thanks.
> The combination '(nottodo todo) is a valid condition, matching todo items
> whose state isn't a todo-type keyword (according to the keyword ty
Hi Uwe,
Uwe Brauer writes:
> Here comes the patch (I tested it with Xemacs 21.5 and GNU
> emacs 23.1); I used the
> diff -u option and hope this is ok.
Applied, thanks for the patch.
--
Bastien
Aitor wrote:
>
> Hi,
>
> I don't manage to use the 'org-table-recalculate-buffer-tables' function
> within
> org-mode (version 7.8.03). It just doesn't show up when I do M-x
>
> In fact, if I want to use it I have to apply the following patch:
>
> Modified lisp/org.el
> diff --git a/lisp/
Achim Gratz writes:
> Commit 00040e7 by David Maus has introduced a regression when inserting
> into org tables while overwrite mode is on. For each character inserted
> into a table cell, the cell (and the whole table row) gets shortened by
> one character.
>
> If the change can not be reverted,
Myles English writes:
> I am an elisp novice so please would someone check this before I tag it
> as a [PATCH]. In particular, something I am not sure about is the
> "(require 'org-inlinetask)" which obviously introduces a dependency.
What problem were you trying to solve when you added it? It
Hi Ali,
I already have european style configured but that does not accept dd.mm.yy
Seems I have to stick with dd.mm. - no major problem, I just thought this
could be configured a little bit more detailled.
Thanks,
Rainer
Am 16.03.2012 11:22, schrieb suvayu ali:
> Hi Rainer,
>
> On Fri, Mar
Karl Voit wrote:
> Since no followup reaction occured: is this a but that requires much
> work? Or did my email just got lost in overfull inboxes? :-)
>
For me, it was a "no time to work on org - stash it"...
> * Karl Voit wrote:
> >
> > I verified the behavior below with the most current git
Hi,
I don't manage to use the 'org-table-recalculate-buffer-tables' function within
org-mode (version 7.8.03). It just doesn't show up when I do M-x
In fact, if I want to use it I have to apply the following patch:
Modified lisp/org.el
diff --git a/lisp/org.el b/lisp/org.el
index 3b06347..0b
This one again did not make it to patchwork, but I have applied it anyway,
thanks.
- Carsten
On Mar 16, 2012, at 3:20 PM, Ilya Shlyakhter wrote:
> On 3/16/2012 2:10 AM, Nick Dokos wrote:
>> One more thing that you'll need to do is put your patches in attachments
>> of a type that will allow pat
Applied, thanks!
- Carsten
On Mar 16, 2012, at 3:13 PM, Ilya Shlyakhter wrote:
> On 3/16/2012 2:10 AM, Nick Dokos wrote:
> > One more thing that you'll need to do is put your patches in attachments
> > of a type that will allow patchwork to snag the patch:
>
> Thanks, I was wondering why they'r
Hi!
In my (daily) agenda, I see tomorrows tasks like this
orgfile: In 1 d.: NEXT Foo bar
How can I remove those pre-warning entries from my agenda? I could
not spot such a switch in the manual so far :-(
Thank you!
--
Karl Voit
Since no followup reaction occured: is this a but that requires much
work? Or did my email just got lost in overfull inboxes? :-)
* Karl Voit wrote:
>
> I verified the behavior below with the most current git version of
> Org-mode.
>
> Whenever I call my function to export the current agenda, it
* brian powell wrote:
> * Wow! That looks like great software!
>> 1. https://github.com/novoid/Memacs
It *is* :-) I enjoy using it every day!
> Looks like it very well might
> do what Alan was looking for--and a whole lot more.
Yes, a *lot* more than this. You realize the real beauty of Mema
Hi,
My aim is to have a document that can that can be updated via the
command line batch command. What prevents this the need to rearrange
the header lines on a table that has multiple uses:
- to capture the columnview, the #+BEGIN line must be the first line
above the table
- to export to l
Applied, Thanks!
Ilya Shlyakhter writes:
> Re-sending the patch as a correct attachment type.
> One of the warnings indicated an actual (small) bug.
>
> From d0579b6e104b82ec7d3255086384ff8dee0d4e0e Mon Sep 17 00:00:00 2001
> From: Ilya Shlyakhter
> Date: Fri, 16 Mar 2012 01:52:03 -0400
> Subje
Re-sending the patch as a correct attachment type.
One of the warnings indicated an actual (small) bug.
>From d0579b6e104b82ec7d3255086384ff8dee0d4e0e Mon Sep 17 00:00:00 2001
From: Ilya Shlyakhter
Date: Fri, 16 Mar 2012 01:52:03 -0400
Subject: [PATCH] Fixed compiler warnings, including one small
Carsten Dominik wrote:
> Hi Ilya, hi Nick,
>
> thanks for looking into this. I am amazed by the deep
> understanding of Org's internals that shows in this
> thread.
>
On Ilya's part, certainly - for my part, I have only the vaguest clue
about what Ilya did - I just saw a possible red flag. I
On 3/16/2012 2:10 AM, Nick Dokos wrote:
One more thing that you'll need to do is put your patches in attachments
of a type that will allow patchwork to snag the patch:
And here is the org-clock.el patch again.
>From 4f7f91ae62d425f7a89738b28006b1743a6bea4d Mon Sep 17 00:00:00 2001
From: Ilya S
On 3/16/2012 2:10 AM, Nick Dokos wrote:
> One more thing that you'll need to do is put your patches in attachments
> of a type that will allow patchwork to snag the patch:
Thanks, I was wondering why they're not showing up.
Here is another try (attached) for the org.el patch.
ilya
>From 95c38b06
* Wow! That looks like great software! Looks like it very well might
do what Alan was looking for--and a whole lot more.
Just out of curiosity: Have you, Karl, looked into linking into doing
a "mashup" with GNOWSYS:
http://en.wikipedia.org/wiki/GNOWSYS
** Maybe GNOWSYS would be used after using
1. Does the show up in the HTML source of the exported
document? Is the relative URL correct?
2. Wild guess: Are you perhaps expecting the default org-mode
stylesheet to go away? It doesn't; default styles will still be shown
if they are not specifically superseded by those you add. To turn o
Hi Ilya, hi Nick,
thanks for looking into this. I am amazed by the deep
understanding of Org's internals that shows in this
thread.
Both patches seem to be OK as far as I can see and
can be applied without adverse effects.
The patch for org-clock.el will at most achieve a factor
of two (because
Hi Rainer,
On Fri, Mar 16, 2012 at 11:12, Rainer Stengele
wrote:
> Hi all,
>
> Entering "7.2.12" as an incative timestamp (C-c !)
>
> I get [2012-03-16 Fr].
>
> Entering "7.2.2012" results in [2012-02-07 Di].
>
> I have german settings in my emacs.
> Is there a chance to get wanted behaviour?
>
>
Hi all,
Entering "7.2.12" as an incative timestamp (C-c !)
I get [2012-03-16 Fr].
Entering "7.2.2012" results in [2012-02-07 Di].
I have german settings in my emacs.
Is there a chance to get wanted behaviour?
"dd.mm.yy" seems to be a standard calendar date format.
- Rainer
* Alan E. Davis wrote:
>
> An emacs FAQ suggests sending a BCC or FCC to oneself. What I want is a
> copy stored in an org-mode subtree, with a convenient headline indicating
> the name of the recipient and the date.
Hi!
Maybe Memacs[1] can get you what you want. Fully automatically,
without ma
44 matches
Mail list logo
