This one too. Just running the output of the Koutline EXAMPLE.kotl HTML
export through the validator mentioned and resolving the issues in the
code that spits out the HTML: kexport:html.
I'll add to the todo list for whenever you have time.
Cheers,
Bob
Jean Louis writes:
> * Robert Weiner
Hi Chris,
chris writes:
> Hi all,
>
> ```
> hello hello hello hello hello hello hello hello hello hello hello hello hello
> hello hello \(\text {hello hello hello hello hello hello hello hello}\)
> ```
>
> If you put the above text in a org file, and activate `visual-line-mode` and
>
On 02/03/2023 21:14, Rudolf Adamkovič wrote:
+++ b/lisp/org-clock.el
@@ -728,9 +728,9 @@ If not, show simply the clocked time like 01:50."
'org-mode-line-clock-overrun
'org-mode-line-clock)))
(effort-str
The Org manual (https://orgmode.org/manual/Column-attributes.html)
indicates that an Effort property may be entered as a range like "1-10",
but if I do that I get the error:
org-duration-to-minutes: Invalid duration format: "2-3"
Here is the minimal org file to repro:
It does seem broken for me on 28.2 (Org 9.5.5). I'll put together a minimum
repro and submit. Thanks!
Cheers,
Derek
On Thu, Mar 2, 2023 at 4:34 AM Ihor Radchenko wrote:
> Derek Chen-Becker writes:
>
> > https://lists.gnu.org/archive/html/emacs-orgmode/2020-09/msg00571.html),
> > and it
* lisp/org-clock.el (org-clock-get-clock-string): End the mode line
string with a space character to make it play well with other mode
line strings which traditionally end with a space character. For
reference, see the mode line string of the Display Time mode.
---
lisp/org-clock.el | 4 ++--
1
* lisp/org-src.el (org-src--construct-edit-buffer-name): Fix the name
given to a source editing buffer. The original format was documented
as "ORG-BUFFER-NAME [ LANG ]" but in reality it was 'ORG-BUFFER-NAME[
LANG ]', with different spacing. We make the format more standard and
more compact, as
On 27/02/2023 08:59, Ken Mankoff wrote:
Have you tried to compile using make? I expect a warning due to missed
(require 'ob-shell).
Make did not complain about this, but did suggest mapcar -> mapc.
I did not expect it. However I still think, it is better to add such
require. It should not
Dear Ihor,
Am 17.02.23 um 12:07 schrieb Ihor Radchenko:
emacsclient --eval "(org-icalendar-combine-agenda-files t)"
When I run this on the command line it prints (if I understand it
correctly) Emacs byte code: #[514 "\302!\303!\304=\205B.
Running it non-asynchronously just prints nil.
Just
On 01/03/2023 04:42, gnuric wrote:
h-0.h:#include "include-1/h-1.h"
h-0.h:
h-0.h:extern int h0;
include-1/h-1.h:
include-1/h-1.h:#include "include-2/h-2.h"
...
You have two #include directives in your example, which are
processed recursively according to the preprocessor rules. What I
had in
Derek Chen-Becker writes:
> https://lists.gnu.org/archive/html/emacs-orgmode/2020-09/msg00571.html),
> and it appears that the range support for effort is still broken. I'm
> wondering if anyone knows how this could be fixed, since effort ranges
> would be really helpful for estimation. I'm a
Pedro Andres Aranda Gutierrez writes:
> Actually, not including the line makes the MWE work, so you don't
> _need_ it as such when there is no bibliography.
>
> When I set org-cite-export-processors in my Emacs setup (for my 99.9%
> of cases),
> I still can set it to nil in the local variables
12 matches
Mail list logo
