-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I've just done a 'git pull' for updating my org-mode setup, and its throwing up
the following error, which has also occurred in the past.
=
Debugger entered--Lisp error: (file-missing "Cannot open load file" "No such
file or directory" "ox-
Sharon Kimble writes:
> I've just done a 'git pull' for updating my org-mode setup, and its throwing
> up the following error, which has also occurred in the past.
>
> =
> Debugger entered--Lisp error: (file-missing "Cannot open load file" "No such
> file or directory" "ox-docx")
> requir
Ihor Radchenko writes:
> Stanislav Vlasov writes:
>
>> #+BEGIN_SRC emacs-lisp :results table replace
>> "Prior research [cite:@paper] suggests that..."
>> #+END_SRC
>>
>> #+RESULTS:
>> | Prior research suggests that... |
>>
>> The expected outcome should be:
>>
>> #+RESULTS:
>> | Prior research
Anders Johansson writes:
> Included is a patch for the filtering (I assumed cl-intersection was
> reasonable to use since cl-lib is a requirement).
>
> However, I do not think this is enough, since it can cause quite
> unexpected results when canonical is used without specifying the
> format, Hen
Tim Ruffing writes:
>> Please do not remove arguments from the public functions. This may
>> break
>> code outside Org mode.
>>
> Hm, sure, I assumed it's okay for this niche thing. Can we deprecate
> the argument somehow?
We can do this - I do not see any code in the wild using the optional
ar
Ypo writes:
> I got a warning, which asked to be reported. Not sure why it happened, I
> think it was when I refreshed calfw calendar:
Thanks for reporting!
Do you see the same warning if you switch to Org development branch?
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more abo
Juan Manuel Macías writes:
> I have fixed the org-latex-known-warnings regexp in the attached patch.
> I think it should work fine now...
Thanks!
Applied, onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=9eec4af62
--
Ihor Radchenko // yantar92,
Org mode contributor,
L
Max Nikulin writes:
> On 13/02/2024 18:27, Ihor Radchenko wrote:
>> Max Nikulin writes:
>>
>> I am mostly going to address user confusion about mailcap
>
> XDG configuration and so xdg-open behavior is often confusing to users
> as well, especially in the cases of KDE and no DE. In GNOME it is
jman writes:
> Why checking for dangling clocks in all files in `org-directory`?
Not in `org-directory', but all agenda files + all open Org buffers.
> .. Is it a common usecase to have clocks split in different files?
Yes, for some users.
> ... I'd like `org-clock-in` to close any running cl
I have been using the https://github.com/justbur/emacs-which-key for a long
time.
However, today I took a closer look at this package to see if it has
two features that I've found in 'quick-help' which I really like.
Those two features are:
1. option for popup to be persistent, sticky
It's a l
Juan Manuel Macías writes:
> Pedro Andres Aranda Gutierrez writes:
>
>> neither do I, This is why I'm asking for people to tell me what they
>> use ;-)
>
> The babel ini files (why hadn't I thought of this before :-): look in the
> babel ini files:
May it be that babel automatically loads fonte
John Kitchin writes:
> This slightly different code (differs only in assigning an anonymous face
> instead of an actual face doesn't do that exactly. Today is still marked
> red, but it is no longer selected with the inverse square. Neighboring days
> do get the red square, but not "today".
>
> (
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.
---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Ihor Radchenko writes:
> Sharon Kimble writes:
>
>> I've just done a 'git pull' for updating my org-mode setup, and its throwing
>> up the following error, which has also occurred in the past.
>>
>> =
>> Debugger entered--Lisp error: (file-mi
On Thu, Feb 01 2024, Ihor Radchenko wrote:
> Leo Butler writes:
>
>> Replying to self: Attached is a patch that adds a property,
>> BEAMER_FRAME, that lets the frame environment name be set on a
>> frame-by-frame basis. In addition, it typesets any fragile frame in the
>> `orgframe' environment.
why does it work with a face though?
On Wed, Feb 14, 2024 at 10:00 AM Ihor Radchenko wrote:
> John Kitchin writes:
>
> > This slightly different code (differs only in assigning an anonymous face
> > instead of an actual face doesn't do that exactly. Today is still marked
> > red, but it is no l
John Kitchin writes:
> why does it work with a face though?
It really does. That's confusing. And proves that Emacs is smart enough
to invert cursor color in some situations.
My only guess is that `calendar-make-temp-face' is using `make-face'
incorrectly. I guess that
Do not call this dir
Ihor Radchenko writes:
> Juan Manuel Macías writes:
>
>> Pedro Andres Aranda Gutierrez writes:
>>
>>> neither do I, This is why I'm asking for people to tell me what they
>>> use ;-)
>>
>> The babel ini files (why hadn't I thought of this before :-): look in the
>> babel ini files:
>
> May it be
Hi all,
#+title: dynamic blocks orgmode manpage
* Example from the manual
Concerned page: [[https://orgmode.org/manual/Dynamic-Blocks.html][Dynamic
Blocks (The Org Manual)]]
Below is an elisp snippet from the manual. You can execute it with =C-c C-c=.
#+begin_src emacs-lisp
(defun org-dbloc
Thanks for the tip on `calendar-make-temp-face'. It gets even weirder now.
If I use a face, that function does not even seem to get called, so it
seems to work.
If I use the anonymous face though, it does get called, and I see the
inconsistent behavior.
However, if I edebug `calendar-make-temp-f
20 matches
Mail list logo