"Jorge P. de Morais Neto" writes:
> Keywords: org-timestamp-down org-timestamp-up
>
> Hi. Suppose the buffer has the following text:
>
> * Task A
> :LOGBOOK:
> CLOCK: [2021-08-21 sáb 18:00]--[2021-08-21 sáb 18:10] => 0:10
> :END:
>
> * Task B
> :LOGBOOK:
> CLOCK: [2021-08-21 sáb 18:18]
>
Confirm.
I am able to confirm this bug using Emacs 27.2 and org 9.4.6 from ELPA.
It seems that when changing the first time interval with a C-u argument
to set the amount of change, the units are not applied to the second
time in the interval, it always changes by 5. So
[2021-08-22 Sun
Keywords: org-timestamp-down org-timestamp-up
Hi. Suppose the buffer has the following text:
* Task A
:LOGBOOK:
CLOCK: [2021-08-21 sáb 18:00]--[2021-08-21 sáb 18:10] => 0:10
:END:
* Task B
:LOGBOOK:
CLOCK: [2021-08-21 sáb 18:18]
:END:
If I invoke M-S- on Task B's clock-in timestamp, with
>From 7dc855ae1d7992eaacc2cab13a39c6000e4e66bf Mon Sep 17 00:00:00 2001
Message-Id: <7dc855ae1d7992eaacc2cab13a39c6000e4e66bf.1622468529.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Mon, 31 May 2021 21:39:51 +0800
Subject: [PATCH] Correctly handle org-log-note-clock-out non-interactively
*
Hello, John
For my workflow, I generally use the minimum from xtable and do the
formatting in org-mode using the :post parameter to call another lisp code
block.
That said, as Chuck said, you can go a long way with xtable. In my
attic, I found the following code where I take only the core
> On Aug 21, 2021, at 9:58 AM, John Hendy wrote:
>
>
> Interesting, and thanks for taking a look. I don't think I specified
> sufficiently that I'm actually aiming for latex/pdf output and
> therefore want the org table.
John,
If you want a latex export, you should use one of the many R
On Fri, Aug 6, 2021 at 2:30 PM Berry, Charles wrote:
>
> John,
>
> > On Aug 6, 2021, at 8:38 AM, John Hendy wrote:
> >
> > Greetings,
> >
> > I'm wondering how to align the results from the R buffer (which I
> > like) vs. the results printed by Org-mode for table results. Here's a
> > toy
Tim Cross writes:
> Transient on the other hand is a UI library for getting user input where
> the options are a little too complex/large for the more common input
> methods - for example, it could be a good candidate for the export
> 'menu'. which I find can be very frustrating on a smaller
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
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Hello,
I use Org-mode to take notes. I found that when there are nesting braces inside
\emph{ }, \textit{ }, etc. the output is unexpected. The following org text
\emph{{n+1}-a}
\textit{a{b}c}
will be translated as LaTeX expressions
\emph\{\{n+1\}-a\}
\textit\{a\{b\}c\}
Can this be fixed?
Ihor Radchenko writes:
> Greg Minshall writes:
>
>> wasn't there also some talk a while back about whatever form'ish
>> technology "magit" uses? my sense was it provides something similar to
>> Emacs forms.
>
> To clarify, I am not aware about Emacs forms (unless you refer to
> widgets used
Greg Minshall writes:
> wasn't there also some talk a while back about whatever form'ish
> technology "magit" uses? my sense was it provides something similar to
> Emacs forms.
To clarify, I am not aware about Emacs forms (unless you refer to
widgets used in customize interface). Magit uses
Ihor,
> A possible alternative to forms could be using custom capture templates
> for table lines. You can restrict the captured information to a specific
> list or a function (like org-read-date).
wasn't there also some talk a while back about whatever form'ish
technology "magit" uses? my
Jude DaShiell writes:
> Interesting, thanks for your response. I keep tables in their own files,
> one table per file to minimize complexity.
A possible alternative to forms could be using custom capture templates
for table lines. You can restrict the captured information to a specific
list or
Interesting, thanks for your response. I keep tables in their own files,
one table per file to minimize complexity.
On Sat, 21 Aug 2021, Tim Cross wrote:
>
> OK, but I'm still a little unclear exactly what you are asking about.
>
> If it is just a general question about whether Emacs Forms
OK, but I'm still a little unclear exactly what you are asking about.
If it is just a general question about whether Emacs Forms could be used
for data input into an org table, the basic answer is yes, I think so.
If your asking if anyone has done this - not that I'm aware of.
If your asking
My reason for using forms to do data input into org tables is to minimize
errors in the data input to the org tables.
On Sat, 21 Aug 2021, Tim Cross wrote:
>
> So you are asking about using Emacs forms for data input into an org
> table?
>
> Just not clear on what exactly your asking about.
>
>
17 matches
Mail list logo