--- Original Message ---
On Saturday, November 5th, 2022 at 9:02 AM, Jean Louis wrote:
> * Heime heimebor...@protonmail.com [2022-11-05 10:45]:
>
> > Have been introspecting the possibility of conveniently inserting table
> > programatically
> > in elisp and encountered "table.el".
>
* Heime [2022-11-05 10:45]:
> Have been introspecting the possibility of conveniently inserting table
> programatically
> in elisp and encountered "table.el".
>
> Have constructed this function, but the difficulty centers around
> the challenge of inserting text in specific tests.
>
> (defun
Dear all,
As we are preparing the next release, we should make sure that no
critical bugs go into the release version of Org.
I think I have closed all the straightforward bug reports listed in
updates.orgmode.org and a number of unconfirmed bug reports that were
left without response.
However,
Have been introspecting the possibility of conveniently inserting table
programatically
in elisp and encountered "table.el".
Have constructed this function, but the difficulty centers around
the challenge of inserting text in specific tests.
(defun make-table ()
(interactive)
(table-insert
Heime writes:
> Have constructed this function, but the difficulty centers around
> the challenge of inserting text in specific tests.
>
> (defun make-table ()
> (interactive)
> (table-insert 4 5)
> (table-forward-cell)
> (table-insert-sequence "icomplt-horz" 1 1 1 'center)
>
Joost Kremers writes:
>> aikrahguzar -- TINYCHANGE
>
> How did you determine this, if I may ask? aikrahguzar's contribution at first
> sight seems more involved, though I admit part of those changes is stuff being
> moved around.
Mmm.. By manually checking magit log. It can provide extra
Hi,
The function `org-string-width' fails if the selected window is strongly
dedicated.
Here is a way to reproduce this error:
#+begin_src elisp
(let ((old-dedicated (window-dedicated-p)))
(unwind-protect
(progn
(set-window-dedicated-p nil t)
--- Original Message ---
On Saturday, November 5th, 2022 at 8:49 AM, Ihor Radchenko
wrote:
> Heime heimebor...@protonmail.com writes:
>
> > Have constructed this function, but the difficulty centers around
> > the challenge of inserting text in specific tests.
> >
> > (defun
Adam Porter writes:
> The attached patch improves the function org-get-indirect-buffer, fixing
> a bug, clarifying the code, and adding a docstring.
Thanks! I have some comments.
> +(cl-defun org-get-indirect-buffer ( (buffer (current-buffer))
> heading)
> + "Return an indirect buffer based
Max Nikulin writes:
>> 3. Remove verbatim in ("=" org-verbatim verbatim), ("~" org-code
>> verbatim), and the :type spec. AFAIU, they are unused. But can you
>> please double-check?
>
> It seems, before the following commit, verbatim was used to suppress
> flyspell, but now "~" and "="
This is a reminder of an old bug. From my point of view it is serious
enough, but not release critical due to its age.
&<> characters must be escaped as HTML entities when LaTeX snippets and
blocks are exported for MathJax
Form my year-old notes:
- =#+options: tex:verbatim= properly escapes
Ihor Radchenko writes:
> Thanks for reporting!
> Fixed on main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=946abeb49a73d7d04233a53fbb7fd422c7e294b6
It now works.
Thanks Ihor!
Bruno
Bruno BARBIER writes:
> The function `org-string-width' fails if the selected window is strongly
> dedicated.
>
> Here is a way to reproduce this error:
>
> #+begin_src elisp
> (let ((old-dedicated (window-dedicated-p)))
> (unwind-protect
> (progn
>
Rudolf Adamkovič writes:
> Rudolf Adamkovič writes:
>
>> I will resurrect the thread when I have something to show.
>
> All right, I have finished the second version of the patch.
Thanks!
> What do you think?
Your tests are failing on my side...
Also,
In org-html--build-mathjax-config:
> Fixed on main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=3e010d81dcabafcdd97199b8122491a74ad9cbed
Thanks a lot. I checked that the problem is no longer present for me
either.
> This is because the error terminated export process in the middle
> of it. Org
Ihor Radchenko writes:
Thank you for taking a look, Ihor!
> Your tests are failing on my side...
Oh, I see! The tests *pass* when ran in-buffer but *fail* when ran via
'make test'. Just the tests that call (current-message) have this
problem. Interesting.
> ...
Good points; I will fix
* Heime [2022-11-05 12:27]:
> > And now the final result:
> >
> > (rcd-org-table my-table) ⇒ "
> > | ID | Description | Amount |
> > |--++|
> > | 1.00 | Payment for domain | 10.50 |
> > | 2.00 | Transfer from Doe | 250.00 |
> >
> > "
>
> The problem I see is
* Heime [2022-11-05 12:27]:
> The problem I see is that the code assumes use of org-mode, whereas
> I am interested in more general tables in any buffer. At first
> perhaps just making a table for display rather than for user
> interaction.
You said you want them generated programmatically
Rudolf Adamkovič writes:
> Good points; I will fix everything.
Please see the attached (3rd) revision of the patch.
However, the tests still fail when ran via `make test'. See below.
> Ihor Radchenko writes:
>
>> Your tests are failing on my side...
>
> The tests *pass* when ran in-buffer
Ihor Radchenko writes:
> Let's not use 00:00 times. This may fail the test in some unusual time
> zones.
Changed to 06:00.
>From e39e3fa3e58963e7ef15258ed267fa9ed0de936b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rudolf=20Adamkovi=C4=8D?=
Date: Thu, 3 Nov 2022 22:47:44 +0100
Subject: [PATCH]
Dear org-mode users,
at the moment I am trying to enable as much of the org-mode testsuite
on the ci server (see https://builds.sr.ht/~bzg for the latest
testruns).
>From time to time some tests fail, because the time when e.g. a
timestamp is written to the buffer is different to when the
As in subject, I can't find any info with search engine. Latex preview
is (imho) ugly italic. Is there an easy way to make it regular?
El 2022-11-05 15:51, Renato Pontefice escribió:
> With this command
> (org-agenda-list)
> (delete-other-windows)
>
> My org-mode open with the present week days appointment and TODO
>
> I would open with next 7 days view every day, not just on Monday.
> Is it possible?
Did you read the Org
With this command
(org-agenda-list)
(delete-other-windows)
My org-mode open with the present week days appointment and TODO
I would open with next 7 days view every day, not just on Monday.
Is it possible?
Thank you
Renato
Rudolf Adamkovič writes:
> Ihor Radchenko writes:
>
>> Let's not use 00:00 times. This may fail the test in some unusual time
>> zones.
>
> Changed to 06:00.
Thanks!
Applied onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=eefb14f9fa73b07cb14a0429953fa55f9c78e1cf
--
Rudolf Adamkovič writes:
> Rudolf Adamkovič writes:
>
>> Good points; I will fix everything.
>
> Please see the attached (3rd) revision of the patch.
Nothing is attached.
If you are using Emacs to send email, I suggest you to enable checks for
attachments, as I do in notmuch
(add-hook
On 06/11/2022 02:42, Christian Köstlin wrote:
From time to time some tests fail, because the time when e.g. a
timestamp is written to the buffer is different to when the timestamp
is calculated in the test (the minute just flips there).
The testing/org-test.el file defines the
Max Nikulin writes:
> This is a reminder of an old bug. From my point of view it is serious
> enough, but not release critical due to its age.
>
> &<> characters must be escaped as HTML entities when LaTeX snippets and
> blocks are exported for MathJax
>
> Form my year-old notes:
> -
Russell Adams writes:
> Would there be any interest in a monthly 1-2 hour long ad-hoc screen
> sharing and video discussion for Org-mode?
>
> I'm offering to schedule and moderate the first few events. I'd
> propose a Saturday meeting in the afternoon European time to cover EU
> and NA.
>
> I'm
Mati writes:
> As in subject, I can't find any info with search engine. Latex preview
> is (imho) ugly italic. Is there an easy way to make it regular?
It would help if you provided more details on what you tried, including
your original Org file and the screenshots.
See
Leo Butler writes:
>> I do not have a Windows machine to test and not motivated enough to
>> try Emacs in wine.
>
> Max, a minor modification of the test you sent earlier shows that when
> system-type is ms-dos, the placement does not matter (the command-line
> is the same); but for gnu/linux,
31 matches
Mail list logo
