Samuel Wales writes:
> [following on my most recent post] or for example this one, perhaps it
> is too obscure but i wonder if these emaiuls will be seen again.
>
> not really asking for anything. just want to know if they go anyplace.
> thank.s
Maybe some messup with quoting. Also, we had
"Arthur A. Gleckler" writes:
> Attached is a patch to allow one to specify that results from executing a
> block should go to a specific buffer.
It seems that nobody have noticed this email.
The idea of sending source block output to a separate buffer (not
*Messages*) looks interesting for me.
ng period provided.
Can you try the attached patch?
Also, note that warning period is still not supported when reading
deadline interactively. Not sure if we need it though.
Best,
Ihor
>From 5ea33ca79c1c9fa60e960fcc4508fbfc5358b95f Mon Sep 17 00:00:00 2001
Message-Id: <5ea33ca79c1c9fa60e960f
Samuel Wales writes:
> On 12/19/21, Ihor Radchenko wrote:
>> multiple agenda views is not an uncommon workflow. You may have daily
>
> i think this is a strong objection. multiple simultaneous agenda
> views seems to sink my suggestion.
>
> can one have multiple si
-Id: <40f6e9a4e66ca733f9be27097bfa6cc814868032.1640922780.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Fri, 31 Dec 2021 11:51:01 +0800
Subject: [PATCH] ox-latex: Scale inlinetasks according to column width
* lisp/ox-latex.el (org-latex-format-inlinetask-default-function): Set
inlinetask
makes things wrong,
but those cases are certainly not covered by tests.
Best,
Ihor
>From 12272f1ea89c169dcbece009c3a227e354019366 Mon Sep 17 00:00:00 2001
Message-Id: <12272f1ea89c169dcbece009c3a227e354019366.1640961654.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Fri, 31 Dec 20
Juan Manuel Macías writes:
> I don't know if this is a known issue...
>
> Consider the text:
>
> (_underline_)
I am not sure if it is an actual issue.
Note that (_u can be interpreted as a subscript.
Org prioritises subscript over underline.
Looking at the code:
(?_ (or (and (memq
Ihor Radchenko writes:
> I tried to make sure that org-map-continue-from is not broken, but your
> scenario is apparently not covered by our tests.
>
> Let me investigate and fix this.
It turned out to be more tricky than I thought.
Fixed by 06f58e475
Let me know if you are
1
Message-Id: <0f046ebe94bbe84ac2f167feda527022bfac4e6e.1641091542.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Sun, 2 Jan 2022 10:30:03 +0800
Subject: [PATCH] org-in-src-block-p: Do not rely on fontification
* lisp/org.el (org-in-src-block-p): New optional argument ELEMENT.
The code now rel
Eduardo Suarez writes:
> The next code snippet makes the entry to appear in the agenda:
>
> * sample date code
> #+begin_src org
> SCHEDULED: <2015-02-16 Mon .+2d>
> #+end_src
I am unable to reproduce. What are your Org and Emacs versions?
> Any hint?
Update org?
> On the other hand, I
129033.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Sun, 2 Jan 2022 21:08:11 +0800
Subject: [PATCH] make test: Make failure results more verbose
* mk/default.mk: New option BTEST_ERT_VERBOSE controlling verbosity of
ERT results. The new default is verbose.
* mk/targets.mk (check test t
Samuel Wales writes:
> one issue with this great thing called capture is that there is
> nothing quite so convenient that does the exact opposite.
>
> [you can regularly purge, if your life/forest is simple enough or you
> have the physical ability to do things. but you can't just
>
Samuel Wales writes:
> fyi, i am still trying to get main to work. there is bug in most
> recent main where org element use cache being set to t makes loading
> infinite. and another where c-x c-c is very slow but there aren't
> messages saying what it is doing.
I replied in the bug report.
Samuel Wales writes:
> this reproduces most or all of the time. idk if it is ueful to
> anybody, but i thought i would post it in case it is instantly
> recognizable.
>
> emacs 25. latest 9.5 org main.
>
> Debugger entered--Lisp error: (quit)
> read(#)
> org-persist-read(org-element--cache
Samuel Wales writes:
> ... and another where c-x c-c is very slow but there aren't
> messages saying what it is doing.
This is most likely also related to org-persist. It tries to save the
cached parser state on Emacs exit and load it back on startup.
> ... if i quit at the wrong time, cache
Eric S Fraga writes:
> for some time (years, really), I've suffered with flyspell overlays
> disappearing in comments in org documents. It never occurred to me that
> this was due to org itself so I just put up with and chalked it up to
> one of those Emacs mysteries. Today, for unrelated
Allen Li writes:
> Expected:
>
> agenda tag set on bar entry
>
> Actual:
>
> agenda tag set on foo entry
Just leaving a note that it is not reproducible with latest Org.
Best,
Ihor
Yasushi SHOJI writes:
> Hi,
>
> I'm writing an exporter and I'd like to get :file property on a src block.
> Let's say I have the following src block in an org file.
> ...
> How can I get "images/hello-world.png" in org-myexporter-src-block?
See org-babel-get-src-block-info. It can accept the
Felipe Lema writes:
> * ob-scheme.el (org-babel-scheme-execute-with-geiser): paste error into
> `org-babel-error-buffer-name` and setup buffer to compilation-mode
Marking this as a patch for updates.orgmode.org
Best,
Ihor
Rudolf Adamkovič writes:
>> Though I am not a big fan of introducing yet another customisation.
>> Maybe someone has better ideas?
>
> I struggle to understand. Why do we need a customization? If Org knows
> that some backend exists but has no execute function, why does it even
> try to
Robert Nikander writes:
> (setq org-hide-emphasis-markers t)
>
> …and the following does not render right. In the first line I see the ‘_’
> characters around “underline”, and it doesn’t underline the text.
> In the second line, it works correctly. Apparently it needs some intervening
> text
Felipe Lema writes:
> I started using guile with Org Babel and I was a little confused that errors
> weren't being reported. The attached patch will report the error the same way
> as python evaluation does.
The patch looks fine to me. Though never used scheme...
The only thing that can be
Robert Nikander writes:
> Also the bug I reported is back.
>
> Maybe I’ll just stick with the builtin org package 9.4.4.
Actually, I missed that you are on ELPA version. Apparently I forgot to
fix the problem on stable Org version (which is what you get from ELPA).
I pushed the fix now. It
Max Nikulin writes:
>> Let me know if I'm missing anything so this can be merged. It is correct to
>> report errors this way, right?
>
>> + (when-let* ((err (geiser-eval--retort-error ret)))
>
> Doesn't (require 'subr-x) should be added to the file?
Hmm. You are right. I thought
Rudolf Adamkovič writes:
>> So, Org cannot distinguish between language backends that are simply
>> not loaded and the ones that do not define org-babel-execute:lang.
>
> Oh, if we have this architectural limitation in place, then Org cannot
> help the user, and every user will have "explain" to
Samuel Wales writes:
> 20051 135025 938122 other--a.org
>
> this is a smallish to middling file for me. my largest is 4x larger.
> i haven't gotten new org to work yet so i haven't revisited this yet.
This is odd. It only takes 2 sec to write caches for my largest 15Mb
file. Though I have SSD.
Max Nikulin writes:
> * Topic 2
>some general notes
> *** Note 2.1...
> *** Note 2.2...
>[[#note_from_other_topic1]]
>contains some interesting details
This reminds me of org-transclusion.
Best,
Ihor
Max Nikulin writes:
> Rudolf, do have support BibTeX as babel language loaded to Org (by
> customization of `org-babel-load-languages' or by explicit `require')?
Thanks for reminding about `org-babel-load-languages'.
Note that `org-babel-execute-src-block' (called by
org-babel-execute-buffer)
Mikhail Skorzhinskii writes:
> * lisp/org-refile.el (org-refile-use-outline-path): add an option
> 'title
This is an interesting idea. However, your patch may break things quite
badly. Look at `org-refile-get-location'. It expects a very specific
format for the refile targets and treats
"Mikhail Skorzhinskiy" writes:
> Should I resubmit the patch in this thread? I agree with your change.
Yes. Just reply to my message with the new version of the patch.
Best,
Ihor
Mikhail Skorzhinskii writes:
Thanks for the patch! The addition looks reasonable to me.
> + (title (when (and file-or-title (string= file-or-title
> 'title))
> ...
> + (and file-or-title bfn (concat (if (and (string= file-or-
> title 'title) title)
(string= file-or-title
happen.
The fix is attached.
Nicolas,
Let me know if I miss something about special block parsing.
Best,
Ihor
>From 289afdb9672eadaea119ebb2b0deecff4db3aa89 Mon Sep 17 00:00:00 2001
Message-Id: <289afdb9672eadaea119ebb2b0deecff4db3aa89.1640530104.git.yanta...@gmail.com>
From: Ihor
Axel Kielhorn writes:
> I have just installed Org mode 9.5 and get a few failing tests:
>
> Which LANG = de_DE.UTF-8 I get:
>
> But which LANG = C I get:
I am unable to reproduce both the failures on my side.
Best,
Ihor
"Dr. Arne Babenhauserheide" writes:
> I tried 9.5.2, but the error is still there:
>
> org-ascii-table-cell: Wrong type argument: wholenump, -2
Oops. That commit was only on main. Not on "stable" bugfix branch.
I just cherry-picked the commit to bugfix. Sorry for the confusion.
Best,
Ihor
.chiark.greenend.org.uk/~sgtatham/bugs.html for detailed
instructions.
Best,
Ihor
>From 0d91c1bd81cb6fe19666761e50fb1368add385a8 Mon Sep 17 00:00:00 2001
Message-Id: <0d91c1bd81cb6fe19666761e50fb1368add385a8.1641180460.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Mon, 3 Jan 2022 1
Ypo writes:
> Was a tool to compare fonts presented in this list some time ago?
>
> I lost it, I thought I discovered it on Reddit, but now I am thinking I found
> it here.
>
> It was a script that presented on emacs every font in the computer, in pairs;
> so the user chose one font each time,
Lele Gaifax writes:
> Hi Ihor,
>
> I had some trouble testing your patches, and the outcome is still unclear to
> me: apparently (again, cannot be sure this is not caused by "improper"
> application of the patches) the new version of org-persist, with default value
> for o-p-remote-files (100),
Joseph Vidal-Rosset writes:
> Unfortunately, all my efforts to integrate this code to export failed,
> and finally I get a JSON.parse error, (
> json-parse-unexpected-character-at-line-1-column-1-of-the-json-data )
> that I suspect to be a PHP error code.
>
> Your help is welcome.
May you
Uwe Brauer writes:
> I found the culprit, the recently installed org-real pkg.
>
> I uninstalled it and everything was back to normally.
Hmm. I suspect that org-real might not be the problem by itself. Rather
you may load it too early and pull-in built-in org.
Best,
Ihor
John Mathena writes:
> In Org 9.4.4, you can fix this issue with a snippet like this:
> ...
> (setq org-map-continue-from (org-element-property :begin
>
> I believe this is a result of recent additions in org-scan-tags - I hit a
> dead end there while trying to determine the exact cause of
Samuel Crawford writes:
> Every time I try to open a particular pdf I'm inundated with "Org parser
> error"s, all looking like this:
>
>> Warning (org-element-cache): org-element--cache: Org parser error in
> thesis.pdf::316345. Resetting.
>> The error was: (error "rx ‘**’ range error")
>
> Is
Uwe Brauer writes:
>> Hmm. I suspect that org-real might not be the problem by itself. Rather
>> you may load it too early and pull-in built-in org.
>
> Well I don't load anything, that is all done by the package system.
I was just guessing. But do you really have init.el with no requires?
Uwe Brauer writes:
> So if I understand you correctly. I do load my org package too late for
> org-real?
I think so. My speculation:
If the newest Org is not yet in load-path when you load org-real,
org-real's (require 'org) will pull-in built-in version of org-compat.
Later, when load-path
Uwe Brauer writes:
> Out of a sudden, when starting emacs I obtain various errors that seem to be
> conntected to try to load
>
> org-compat I obtain
>
>
>
> Debugger entered--Lisp error: (error "Don’t know how to make a localized
> variable an alias")
> defvaralias(org-descriptive-links
Colin Baxter writes:
> There appears to be confusion between "org-journal-new-entry" and
> "org-goto". My ME is:
>
> 1. emacs -Q (I used emacs-29.0.50)
> 2. M-x load-library
> 3. /path/to/org-journal.el
> 4. C-h c
> 5. C-c C-j
> 6. "C-c C-j runs the command org-journal-new-entry"
> 7.
Samuel Wales writes:
> emacs 25.1 does not have this function. this error occurs upon
> find-file on an org file in org 9.5.
>
> File mode specification error: (void-function file-attribute-inode-number)
Thanks for reporting!
I just pushed the fix upstream.
However, note that Emacs 25 is
e caches to test on.
Best,
Ihor
>From 592608d3c48cb1e63f9b4427576f0698ca190e9a Mon Sep 17 00:00:00 2001
Message-Id: <592608d3c48cb1e63f9b4427576f0698ca190e9a.1639837163.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Sat, 18 Dec 2021 22:13:24 +0800
Subject: [PATCH] org-persist.
Samuel Wales writes:
> this bug is strange because it appears as if regexp-opt is broken, but
> the only likely difference is an org upgrade via git clone.
>
> in an org agenda command, the same set of org todo kw works if a
> regexp was created using mapconcat, but not with regexp-opt.
>
> i
Ignacio Casso writes:
> Hello,
>
> I think I've found a bug in the agenda display when
> 'org-agenda-dim-blocked-tasks' is set to 'invisible', and there is a task
> that is a habit (i.e., 'STYLE' property set to 'habit') and is blocked
> (e.g., because 'org-enforce-todo-dependencies' is set to
Lele Gaifax writes:
> In the meanwhile, here below some notes:
Thanks! See the updated patch.
Best,
Ihor
>From 92878fab54c26800562409f3c686f065b7523a61 Mon Sep 17 00:00:00 2001
Message-Id: <92878fab54c26800562409f3c686f065b7523a61.1639838789.git.yanta...@gmail.com>
From: Ihor Rad
"Dr. Arne Babenhauserheide" writes:
> In org 9.5.1 I get problems exporting a table. Trying to export
> https://hg.sr.ht/~arnebab/draketo/browse/politik/gnu-linux-desktop-share.org
> as ascii or running the embedded gnuplot source block fails with
> wholenump error.
> ...
> Debugger
Nicolas Goaziou writes:
> Ihor Radchenko writes:
>
>> This commit may cause random failures when
>> org-emphasis-regexp-components is changed by user.
>
> This is not supported anyway.
Yeah. Though I have seen people changing this variable.
Maybe we should change def
hellbru...@web.de (Reiner Hellbrück) writes:
> A friendly hello,
Also friendly, albeit delayed hello back :)
> since the change to
>
> Org mode version 9.4.6 (9.4.6-gab9f2a @
> /home/rh-2015/.emacs.d/elpa/org-9.4.6/)
>
> the Org-Agenda is not produced. Let's say your org-file 'Test.org'
Dave D writes:
> I have :link t so that I can jump to a task directly from the clock
> table. I have noticed that sometimes the link doesn't work because of
> a heading having strange characters ( in my case my heading is
> suffixed with date time).
Thanks for reporting! Could you provide an
Ypo writes:
> What tool do you use to highlight PDF? Do you copy your highlights to a
> .org file?
>
> I use org-noter, but it seems the mouse is necessary to work with PDF.
I haven't seen proper packages, but there is some custom code in
Max Nikulin writes:
> My draft version is attached. Ihor, thank you for inspiration. Feel free
> to improve it. I hope, it makes problem more apparent to user who tries
> to customize markers. Have I missed some undesired side effects?
Your version looks a lot better. Thanks!
> Unfortunately
Max Nikulin writes:
> Ihor, I am sorry, but I am still getting the error
>
> LANG=en_US.UTF-8 emacs -Q -L ~/src/emacs/org-mode/lisp/ new.org
>
> C-\ russian-computer RET
> A
> C-*
>
> Latin "A" to type Cyrillic "Ф"
Apparently, C-* on
> Ф Put cursor on this line and hit =C-c C-*= to make it a
Max Nikulin writes:
>>> By "|" I mean Shift+\ that inserts "/" with russian-computer input method.
>>
>> I pushed yet another workaround.
>>
>> That part of code is turning into one giant FIXME and I do not see
>> anything better than patching Emacs itself. Hopefully, not many more
>> built-in
11fc30b326b08d5b432 Mon Sep 17 00:00:00 2001
Message-Id: <9ad522e8d1f1184ef097611fc30b326b08d5b432.1637486504.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Fri, 19 Nov 2021 19:27:56 +0800
Subject: [PATCH] org-manual.org: Clarify how to handle markup ambiguity
* doc/org-manual.org (Emphasis
"Christopher M. Miles" writes:
> I can't reproduce it with clean Emacs config. And my option
> ~org-adapt-indentation~ is ~nil~. And this
> error is not raised every time. Just some org buffer and sometimes. Have not
> noticed some regular
> pattern of problem reason yet. If I found any clue I
Ihor Radchenko writes:
> This looks like a bug in org-element-timestamp-parser
>
> Minimal reproducer:
>
> 1. Create an empty org file and open it
> 2. Yank the following string: "CLOCK: [2021-10-22 Fri 10:41]--[2021]"
> 3. M-: (org-element-at-point)
The atta
Samuel Wales writes:
> in recent maint, bulk archive is slow for me. not a huge deal but
> org-element--current-element takes up 92 percent of cpu time in
> profiler. 6 entries took a few minutes. this is just a heads up in
> case anybody can confirm.
Just a note that bulk archiving should
>> I am not sure if "Org *10*.0" is a good general example. It is probably
>> one of those cases when users want fine control over emphasis and must
>> use zero width space.
>
> This is simply the first example that crossed my mind. My point is that
> changing the regexp substantially may not be
Spectira Chiando writes:
> Patch is working great, have been using it heavily for the past month. Thanks
> very much!
Applied.
I took a freedom to push the patch to main.
Best,
Ihor
200a65a4a8cf63040e32357304396c Mon Sep 17 00:00:00 2001
Message-Id: <77312a266c200a65a4a8cf63040e32357304396c.1637674022.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Tue, 23 Nov 2021 21:24:52 +0800
Subject: [PATCH] Make org-shiftmetaleft/org-shiftmetaright honour shift-select
on Mac
jakanakaevang...@chiru.no writes:
> Tangling a file with a lot of src blocks can get quite slow because
> write-region is called for each individual src block.
>
> On my machine it takes 8 seconds to tangle a file with 160 blocks of the
> same language. Tangling the file over tramp would probably
Timothy writes:
>> I can see the purpose. However, it still looks like overcomplication.
>> org-element-context takes care about this issue simply by narrowing to
>> current element (inline src block is an object and hence must end within
>> current element).
>
> Well, one simple change we could
Aaron Jensen writes:
> Here's another on c47b535bb:
>
> https://gist.github.com/aaronjensen/348d879f79099c0d9b660bad199f25af
>
> I don't recall what I was doing at the time, it was during a meeting.
I do not see anything meaningful in the backtrace, except that "Current
command: nil" is
Max Nikulin writes:
> Unintentionally I pressed some keys and it appeared again
> ...
> C-\ russian-computer RET
> ||
>
> By "|" I mean Shift+\ that inserts "/" with russian-computer input method.
I pushed yet another workaround.
That part of code is turning into one giant FIXME and I do not
Carlos Pita writes:
> when I press [ or ] to add additional words to the agenda query but then
> immediately abort the prompt with C-g without actually adding any new
> word, a trailing extra space is added to the query. After doing the same
> n times, the query includes n trailing spaces.
Carlos Pita writes:
> The new three dots are not expandable.
>
> Maybe I'm not getting how this is supposed to work, but it makes no
> sense to me.
M-x org-reveal (C-c C-r)
Carlos Pita writes:
> Hi all,
>
> I don't see any clear reason why org-occur should hide unmatching
> entries except at the top level, where it merely folds them. For files
> containing lots of top-level entries this requires tree demoting in
> order to hide irrelevant information, but this
e love.
Ok. I will create a new discussion thread on fontification.
Best,
Ihor
>From a1a497a80578669ef1e96700aa592aadd8d0d7ec Mon Sep 17 00:00:00 2001
Message-Id:
From: Ihor Radchenko
Date: Fri, 19 Nov 2021 19:27:56 +0800
Subject: [PATCH] org-manual.org: Clarify how to handle markup ambig
Edrie Ddrie writes:
> When using `org-fill-paragraph' on a part of a paragraph, e.g. with halve
> the lines as active region, it still uses the unselected text around when
> filling.
> This works different than `fill-paragraph', `fill-region' and
> `fill-region-as-paragraph' that fill only the
Dear all,
Recently, there have been multiple issues related to incorrect
fontification:
- https://list.orgmode.org/orgmode/23707.20428.546749.44...@frac.u-strasbg.fr/
- https://list.orgmode.org/orgmode/87fsujp7mc@web.de/
- https://list.orgmode.org/orgmode/87czvqxdn9@gmail.com/
-
tony aldon writes:
> This is my first communication on this mailing list and I hope I'll do
> it well.
Thanks for reporting and welcome to the mailing list!
> 1) The "bug" (I'm not sure if it is a bug):
>
> When you modify the `buffer-invisibility-spec` replacing
> `'(outline . t)` by
00:00 2001
Message-Id: <3b4a857582e848e9688a49c01b853ed577dd4935.1637321577.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Fri, 19 Nov 2021 19:27:56 +0800
Subject: [PATCH] org-manual.org: Clarify how to handle markup ambiguity
* doc/org-manual.org (Emphasis and Monospace): Advice users to insert
zero width sp
Max Nikulin writes:
> Org main, Emacs-26.3
>
> c-star.org file:
> >8
> Ф Put cursor on this line and hit =C-c C-*= to make it a heading
> 8<
>
> Notice a Cyrillic letter that causes a problem with `org-ctrl-c-star'.
Confirmed
However, I can only trigger the warning up to
Kaushal Modi writes:
> Hello all,
>
> I am following up on this issue with ob-shell and sessions.
>
> I had posted the recipe to reproduce the issue few months back, and it
> still applies; ref:
> https://list.orgmode.org/CAFyQvY2AeToQc2G=e+de4votetfbkvisenipypw1y-feu1o...@mail.gmail.com/
FYI,
Pete Siemsen writes:
> Thank you. That changed things, so I guess it's getting better. Now when I
> do a TAB, I get
>
> Cannot open load file. No such file or directory, xdg
Note that Org does not officially support Aquamacs. For now, I fixed
this particular issue because it also affects Emacs
Ihor Radchenko writes:
> After second thought, I am not sure anymore if using XDG is a good idea.
> Emacs itself only recently started supporting XDG and the support is
> somewhat limited. Similar to the described case with non-existing .cache
> directory, Emacs ignores non-exis
Max Nikulin writes:
> With equivalent patch (attached one has additional differences in spaces
> around) my particular case works. I have no idea which additional
> scenarios it may affect. I did not test the patch extensively. I faced
> the issue while I was preparing a patch to fix storing
Jan Seeger via "General discussions about Org-mode."
writes:
> Hello!
>
> I'm trying to make multi-frame emacsing nicer, and I encountered what I
> consider a bug with the `org-no-popups` macro in `org-macs.el`.
This problem has been fixed in Org 9.5. Feel free to update. See
Yu Shen writes:
> Subject: [BUG] Keep getting warning when saving org file
> org-element--cache: (save-buffer) Cached element is incorrect in
> 2021095727-cs61a_scheme_interpreter_beyond_calculator.org. (Cache tic
> up to date: "yes") Resetting. [9.6 (9.6-??-2e783 @
>
dal-bla...@onenetbeyond.org writes:
> I just inspected the git version.
>
> Is the macro 'org-no-popups' setting _'pop-up-windows' to nil_ and is
> only used by 'org-switch-to-buffer-other-window' that call
> 'switch-to-buffer-other-window' which in turn,
> set _'pop-up-windows' to t_ ?
>
> Also
Ning Yuan writes:
> A few days ago I updated org-mode to the latest available commit,
> "9.6-??-2e7".
> After this update, tasks which were closed by my custom "CANCELLED"
> keyword, defined in org-todo-keywords, appeared in my org-agenda as if
> they were still open.
> I believe
Carlos Pita writes:
> ... That said, what is the point of the list? What is the
> reason not to concatenate the parts into one single string? It
> looks and feels weird as if each section had its own menu while it's
> all the same thing.
It is a list because mode-name is using format-mode-line
e7f00a30bea2a9ea.1637048505.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Tue, 16 Nov 2021 15:40:35 +0800
Subject: [PATCH] org-emphasis-alist: Update defcustom making emphasis
characters constant
* lisp/org.el (org-emphasis-alist): Mention that emphasis characters
should not be changed by us
Aaron Jensen writes:
> Another one:
> https://gist.github.com/aaronjensen/5114997373008e18a6473f513f5d5da8
>
> I don't have the details of what I was doing in the time, sorry.
>
> I'm on: ded97b767 * main origin/main org-element.el: Fix regression
> from d3836c1a1
I have done some related
Carlos Pita writes:
> Hi Igor,
>
> Have you checked that there is no extra space (I mean with the default
> bg face) as in the attached image?
>
> I've checked this now again with org main branch and emacs master
> branch and the gap is still there.
The extra space was there. However, it should
Ihor Radchenko writes:
> Confirmed
> However, I can only trigger the warning up to Emacs 27. Emacs 28 and
> later has no issue.
>
> Need to investigate further.
Fixed via c3f457375. This is another case when Emacs internals
(replace-match) increase buffer-chars-modified-t
Ihor Radchenko writes:
>> 4. This file does not seem realistic for me as a user who use Emacs for
>> writing -- but I see this sort of testing can be useful for avoiding
>> potential issues. How important do you think it is to tackle this type
>> of "hypothetical&q
Carlos Pita writes:
> Hi all,
>
> in the *Org Agenda* buffer mode-line I'm seeing a weird gap that I
> can't remember whether it was before or not.
> ...
> org-mode version: 9.5, release_9.5-68-g77e2ec (emacs-28 branch)
I am unable to reproduce
Best,
Ihor
Ihor Radchenko writes:
> Confirmed
Fixed
I tried to change buffer-chars-modified-tick to buffer-hash, but it is
too slow. After discussion with Emacs devs [1], we found some heuristics
that can filter away this particular case. Fixed on main via d8606c316.
[1] https://lists.gnu.org/arch
Noboru Ota writes:
> Ihor Radchenko writes:
>
>> Try to open the attached file and run M-x org-transclusion-add-all
>
> Thank you. I see. Not even org-transclusion-add-all but a single add
> function takes a bit of time.
> 1. I see it as an issue rather of
Eric S Fraga writes:
> On Sunday, 14 Nov 2021 at 14:08, Ihor Radchenko wrote:
>> Can you elaborate? We are looking forward for ideas how to improve Org
>> in this area. More concrete suggestions are welcome.
>
> I posted about this some weeks ago. It would be desirable
Samuel Wales writes:
> thank you! bulk archiving will be among the first things i will try
> once i upgrade. i have years[?] of doneified tasks now i think.
>
> i always use maint, with my own few patches rebased on top, so not
> sure if i can take advantage of it, except to run main to do it.
Dear Fellow Orgers,
Despite being not directly visible to users, Org mode testing suite is
critical to maintain overall codebase stability. It helps to avoid
unintentional breakages as we keep adding new features to Org.
Yet, writing tests is probably not the most exciting part for
volunteer
Peter Williams writes:
> This is my first time sending mail to the list so let me know if I
> breach any convention.
> ...
> # Cause the Warning
> S R Ξ A S2 X こ T 漢字 Д Ԋ ಱ Ѷ
> # No Problems (= R= is single use)
> 힡 ℤ / s S R nA 漢字 2S _W /W s こ 2 @ _
Welcome and thank you very much for the
Matt Micheletti writes:
> ...
> do not respect the usage of the org-scheduled-string or org-deadline-string
> values when prompting the user to enter a schedule or deadline timestamp
> leading to confusion amongst the inconsistent UI/UX when those strings are
> changed (as Org Mode permits).
701 - 800 of 7522 matches
Mail list logo