Carsten Dominik writes:
[...]
> Thanks for the patch! Indeed, there was a bug here which always forced
> one particular date style even though the code was supposed to do the
> right thing. Thanks!
>
> However, instead of applying your patch, I thought that maybe I
> should put my foot where m
Skip Collins writes:
> I was thinking of trying to get org and microsoft exchange talking to
> each other via soap-client.el and exchange web services (ews).
> Ultimately it would be nice to have a route into the corporate world
> of exchange, outlook, entourage, and blackberry where so many of u
Hi,
>
>> I was thinking of trying to get org and microsoft exchange talking to
>> each other via soap-client.el and exchange web services (ews).
>> Ultimately it would be nice to have a route into the corporate world
>> of exchange, outlook, entourage, and blackberry where so many of us
>> are forc
Hi
I am using R for package writing in R, and the org file is under svn version
control.
I would like to keep the version of the R package, as stated in the
DESCRIPTION file, in sync with the svn revision, so I thought about using
variables for that.
But my approach below obviosly does not work,
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.
-
* Eric S Fraga wrote:
>
> In my case, it's more about calendar events than tasks. My tasks are
> typically for my information only but meetings etc involve multiple
> people.
IMHO: Org-mode does *not* seem to be made for managing calendar
events that go beyond simple one-time-occurrence events.
On Mon, Jun 20, 2011 at 7:53 AM, Holger Wenzel
wrote:
> Unfortunately I cannot use this, and your proposed solution, since my
> Exchange server is behind an RSA-Token-"secured" gateway.
>
> I'm planning to use the org-outlook protocol
Both outlook and org will require dealing with secured gateway
On 06/20/2011 12:04 AM, David Maus wrote:
At Sun, 19 Jun 2011 11:43:49 -0500,
Bill Jacobson wrote:
For some months now, I've been successfully capturing Firefox data as
explained here: http://orgmode.org/worg/org-contrib/org-protocol.html
But the results below demonstrate a problem. The 2nd and
Hi all,
I've run into an annoyance wrt the :ORDERED: property and the blocking
of tasks due to it.
Here is the minimal usecase:
---
* TODO Project like header, containing subtasks
:PROPERTIES:
:ORDERED: t
:END:
** TODO This item is the first to be done in the project
This one is not
Karl Voit writes:
> * Eric S Fraga wrote:
>>
>> In my case, it's more about calendar events than tasks. My tasks are
>> typically for my information only but meetings etc involve multiple
>> people.
>
> IMHO: Org-mode does *not* seem to be made for managing calendar
> events that go beyond simp
On 20/06/11 5:53 AM, "Holger Wenzel" wrote:
>
>I'm planning to use the org-outlook protocol
>
>http://www.emacswiki.org/emacs/org-outlook.el
>
>even if this means that I need to have an Outlook-instance running.
When I was still on a windows box, I built a little Windows Scripting Host
REPL, f
On 2011-06-20 07:52 UT, Eric S Fraga wrote:
ESF> Skip Collins writes:
>> I was thinking of trying to get org and microsoft exchange talking to
>> each other via soap-client.el and exchange web services
>> (ews).Ultimately it would be nice to have a route into the corporate
>> world of exchange,
Philipp Haselwarter wrote:
> On 2011-06-20 07:52 UT, Eric S Fraga wrote:
>
> ESF> Skip Collins writes:
>
> >> I was thinking of trying to get org and microsoft exchange talking to
> >> each other via soap-client.el and exchange web services
> >> (ews).Ultimately it would be nice to have a rou
When I'm using orgtbl in the midst of a LaTeX document, is there a way to
tell it to export *bold* as \textbf{bold}, /italics/ as \textit{italics}
etc.?
--
-
Benjamin Slade
Dept. of Linguistics
Univ
Hello,
Paul Mead writes:
> If I run the above command, the state of all the checkboxes is updated
> correctly, but the cookies do not update, instead they retain the
> previous state.
I cannot reproduce the problem. Could you try upgrading to git head,
and, if the bug persists, post a sample f
* Eric S Fraga wrote:
> Karl Voit writes:
>
>> IMHO: Org-mode does *not* seem to be made for managing calendar
>> events that go beyond simple one-time-occurrence events.
>
> I would argue that this is not at all the case, especially if you
> consider that org uses a tree hierarchy and tags so t
Nicolas Goaziou writes:
> Hello,
>
> Paul Mead writes:
>
>> If I run the above command, the state of all the checkboxes is updated
>> correctly, but the cookies do not update, instead they retain the
>> previous state.
>
> I cannot reproduce the problem. Could you try upgrading to git head,
> a
Karl Voit writes:
> * Eric S Fraga wrote:
>> Karl Voit writes:
>>
>
>>> IMHO: Org-mode does *not* seem to be made for managing calendar
>>> events that go beyond simple one-time-occurrence events.
>>
>> I would argue that this is not at all the case, especially if you
>> consider that org uses
I'm not sure if org-reset-checkbox-state-subtree is supposed to update
the cookies, although that would seem logical.
However, C-u C-c # will incorrectly accumulate the checkbox entries from
previous sections when updating the file, which is clearly a bug:
*** Loose Papers [0/6]…
*** Process You
Karl Voit writes:
>> you can clone with time shift whole trees, etc.
>
> Oh, I have to look up that clone thing. This is new to me. Do you
> happen to have an URL for this feature by instance?
C-h i
d
m "org "
i "clone "
,[ (info "(org)Structure editing") ]
| `C-c C-x c' (`org-clone-s
Achim Gratz writes:
> Org 7.5 has got quite a few wrinkles ironed out during the past few
> months and the current HEAD looks very clean save for two compiler
> warnings in org-indent.el... and that part of the code looks like it
> could use the same solution that org-agenda.el employs around line
At Mon, 20 Jun 2011 07:17:30 -0500,
Bill Jacobson wrote:
> >
> > I'm looking into this issue, but this caught my eyes:
> >
> >> Org-mode version 7.4 (release_7.5.409.g4f3a3) == latest
> >
> >
> > This looks like a mixed up Org mode install, doesn't it?
> >
> > It would expla
In org-clock.el, the following definition is found:
(defcustom org-clock-into-drawer org-log-into-drawer
"Should clocking info be wrapped into a drawer?
When t, clocking info will always be inserted into a :LOGBOOK: drawer.
If necessary, the drawer will be created.
When nil, the drawer will not
At Mon, 20 Jun 2011 07:17:30 -0500,
Bill Jacobson wrote:
> >
> > I'm looking into this issue, but this caught my eyes:
> >
> >> Org-mode version 7.4 (release_7.5.409.g4f3a3) == latest
> >
> >
> > This looks like a mixed up Org mode install, doesn't it?
> >
> > It would expla
I've changed the python session evaluation so that it explicitly sends a
RET to the inferior Python process after every line of input. The
attached patch makes this change. I can confirm that this fixes the
problem in your example (when an empty line is placed between the block
and the subsequent
Hello,
Achim Gratz writes:
> I'm not sure if org-reset-checkbox-state-subtree is supposed to update
> the cookies, although that would seem logical.
>
> However, C-u C-c # will incorrectly accumulate the checkbox entries from
> previous sections when updating the file, which is clearly a bug:
>
Eric Schulte gmail.com> writes:
> I've changed the python session evaluation so that it explicitly sends a
> RET to the inferior Python process after every line of input. The
> attached patch makes this change.
> I can confirm that this fixes the
> problem in your example (when an empty line i
Herbert Sitz writes:
> Eric Schulte gmail.com> writes:
>> I've changed the python session evaluation so that it explicitly sends a
>> RET to the inferior Python process after every line of input. The
>> attached patch makes this change.
>
>> I can confirm that this fixes the
>> problem in you
Discalimer: I neither use python or babel.
> Eric Schulte gmail.com> writes:
>> I can confirm that I see the same behavior. Also, if I manually type
>> the body of the code block into the session I get the same error output
>> from Python, so I don't believe this is due to a problem with Babel.
On Mon, Jun 20, 2011 at 2:15 PM, Eric Schulte wrote:
>
> As far as I can tell the problem with the block below (missing the
> space) is due to problems with the Python interpreter.
It's not due to any problem with the interpreter itself, it's due to a
purposeful design decision about the way the
Marcel van der Boom writes:
> Hi all,
>
> I've run into an annoyance wrt the :ORDERED: property and the blocking
> of tasks due to it.
>
> Here is the minimal usecase:
>
> ---
> * TODO Project like header, containing subtasks
> :PROPERTIES:
> :ORDERED: t
> :END:
> ** TODO This item is th
Herbert Sitz wrote:
> ... (and, it turns out, _avoid_ blank lines in other cases)
What are those cases?
Nick
Herbert Sitz wrote:
> -
>
> but this doesn't
> -
> #+begin_src python :results output :session mypy
> x = 1
> y = 1
> z = 1
> for i in range(1,2):
> x = x + i
> print x
>
> for y in range(10,
Perhaps I should explain my personal view of what Babel "sessions" are,
I'm not saying this is *the* view, just my own.
Babel sessions explicitly are thin wrappers around the interactive mode
of the language in question (whatever that may be). That is why Babel
happily doesn't implement sessions
Eric Schulte gmail.com> writes:
>
> Babel sessions explicitly are thin wrappers around the interactive mode
> of the language in question (whatever that may be). That is why Babel
> happily doesn't implement sessions for all languages, the contract
> simply is that if a language supports intera
35 matches
Mail list logo
