Re: Fwd: [BUG] when open a large org file, emacs get stuck and show a warning "org-element--cache: Unregistered buffer modifications detected"

2022-05-20 Thread Ihor Radchenko
imymorror wang  writes:

>> Can you share the values of change-major-mode-hook and org-mode-hook?
> I uploaded all *emacs **current state* in recent e-mail .

Sorry, I missed that. Unfortunately I do not see anything suspicious
there.

Now, it is confusing. I am unable to reproduce the warning on my side
even with org-fragtog and valign installed.

Can you try to reproduce the problem starting from clean Emacs state
(emacs -Q)? See https://orgmode.org/manual/Feedback.html

>> Also, do you deliberately drop the CC to emacs-orgmode@gnu.org and prefer
> the conversation to be not public?
> sorry. I'm not good at email communication. This is my first attempt to
> submit a bug report to Emacs. Maybe I could add CC to  emacs-orgmode@gnu.org 
> on
> the recent email that shows all my emacs current state info.

Just use "Reply All" in future.

Best,
Ihor



Re: Bug in 9.5.3 org--file-default-apps

2022-05-20 Thread Ihor Radchenko
Max Nikulin  writes:

> On 20/05/2022 15:22, Ihor Radchenko wrote:
>> Max Nikulin  writes:
>> 
> run-mailcap --norun ~/path/to/script

 Note that mailcap.el does _not_ use run-mailcap or anything external. It
 is written purely in elisp.

 So, can you please report the output of M-: (mailcap-mime-info nil)?
>>>
>>> view-mode
>> 
>> Sorry, I did not consider that you customised mailcap-user-mime-data (I
>> guess). No doubt your Emacs opens the script in other window.
>> 
>> What about using emacs -Q?
>
> It is the same with and without -Q and no, I have not customized 
> `mailcap-user-mime-data', its value is nil, easy customization interface 
> tells that it is the standard value. There is a chance that debian has 
> some patch, but most of debian specific is disabled when -Q option is used.

Interesting. In any case, it confirms that mailcap behaviour depends on
both Emacs settings and also system settings.

As I understand now:
1. (mailcap-mime-info nil) in Emacs 26 returns 'view-mode disregarding
   ~/.mailcap
2. (mailcap-mime-info nil) in Emacs 27 returns "less %s" on my system
   unless I have ~/.mailcap, in which case it takes text/plain handler
   from ~/.mailcap
3. (mailcap-mime-info nil) in Emacs 28/29 returns 'fundamental-mode
   unless I have ~/.mailcap, in which case it takes text/plain handler
   from there

Dear Craig, your issue will kind of disappear if you upgrade Emacs or
provide plain/text handler in ~/.mailcap.

On Org side, the very reason we call (mailcap-mime-info nil) with _nil_
argument is because mailcap.el does not recognise file types without
extension. I think that we can prefer the output of `file' utility if it
is available on the system. However, I am not sure what to do on
Windows/Mac.

Best,
Ihor
   



Re: Default attributes for images in beamer export

2022-05-20 Thread edgar

On 2022-05-20 19:50, ed...@openmail.cc wrote:

On 2022-05-19 18:29, Eric S Fraga wrote:

On Thursday, 19 May 2022 at 17:17, wrote:

#+BIND: org-latex-image-default-width 0.5\textwidth


Try

#+BIND: org-latex-image-default-width "0.5\\textwidth"

and make sure org-export-allow-bind-keywords is set to t.


Oh, ok! That works. Thank you!


Actually, if I have this (The =org-latex-image-default-option= is  
applied everywhere, but =org-latex-image-default-width= is not):


#+begin_src org
* Example

#+attr_latex: :height 0.5\regheight
file:example.png

file:example.png

* Configuration:ARCHIVE:noexport:
#+BIND: org-latex-image-default-width "0.98\\textwidth"
#+BIND: org-latex-image-default-height "\\regheight"
#+BIND: org-latex-image-default-option "keepaspectratio"
#+end_src

#+caption: Excerpt of results when exporting with Beamer LaTeX
#+begin_latex
\begin{frame}[label={sec:org22d94b4}]{Example}
\begin{center}
\includegraphics[keepaspectratio,height=0.5\regheight]{example.png}
\end{center}

\begin{center}
\includegraphics[keepaspectratio,width=0.98\textwidth,height=\regheight]{example.png}
\end{center}
\end{frame}
#+end_latex


But I was expecting

#+caption: Excerpt of results when exporting with Beamer LaTeX
#+begin_latex
\begin{frame}[label={sec:org22d94b4}]{Example}
\begin{center}
\includegraphics[keepaspectratio,width=0.98\textwidth,height=0.5\regheight]{example.png}
\end{center}

\begin{center}
\includegraphics[keepaspectratio,width=0.98\textwidth,height=\regheight]{example.png}
\end{center}
\end{frame}
#+end_latex

Is this the expected behaviour? Thanks again :) .


-
This free account was provided by VFEmail.net - report spam to ab...@vfemail.net

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the 
NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  



Re: Default attributes for images in beamer export

2022-05-20 Thread edgar

On 2022-05-19 18:29, Eric S Fraga wrote:

On Thursday, 19 May 2022 at 17:17, wrote:

#+BIND: org-latex-image-default-width 0.5\textwidth


Try

#+BIND: org-latex-image-default-width "0.5\\textwidth"

and make sure org-export-allow-bind-keywords is set to t.


Oh, ok! That works. Thank you!

-
This free account was provided by VFEmail.net - report spam to ab...@vfemail.net

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the 
NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  



Re: [PATCH] Re: No mathematics in Texinfo exports

2022-05-20 Thread Rudolf Adamkovič
Ihor Radchenko  writes:

> Sorry for this delay. Then, can you send them a followup email reminder?
> If they do not reply within another week, we will contact FSF directly.

Thank you.  I sent a followup email just now, FYI.

Rudy
-- 
"Logic is a science of the necessary laws of thought, without which no
employment of the understanding and the reason takes place."
-- Immanuel Kant, 1785

Rudolf Adamkovič  [he/him]
Studenohorská 25
84103 Bratislava
Slovakia



org-table-wrap-functions

2022-05-20 Thread Uwe Brauer


Hi

I just came across 
https://github.com/analyticd/org-table-wrap-functions.git

And found it extremely useful especially the 

org-table-column-wrap-to-point function.

I opened an issue on this github page, and asked the author to include
his package into the official one.

What do others think. Are there any plans to provide a similar feature
in the official pkg, maybe?

Regards

Uwe Brauer 

-- 
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 




Re: Bug in 9.5.3 org--file-default-apps

2022-05-20 Thread Max Nikulin

On 20/05/2022 15:22, Ihor Radchenko wrote:

Max Nikulin  writes:


run-mailcap --norun ~/path/to/script


Note that mailcap.el does _not_ use run-mailcap or anything external. It
is written purely in elisp.

So, can you please report the output of M-: (mailcap-mime-info nil)?


view-mode


Sorry, I did not consider that you customised mailcap-user-mime-data (I
guess). No doubt your Emacs opens the script in other window.

What about using emacs -Q?


It is the same with and without -Q and no, I have not customized 
`mailcap-user-mime-data', its value is nil, easy customization interface 
tells that it is the standard value. There is a chance that debian has 
some patch, but most of debian specific is disabled when -Q option is used.





Re: Trouble producing nicely aligned org tables from emacs-jupyter code blocks using latest org version

2022-05-20 Thread Ihor Radchenko
"Richard H. Stanton"  writes:

> Here’s a simple init.el that shows the problem (most of it is just 
> boilerplate code to use straight.el to manage packages, and you may need to 
> edit the python executable path).
> ...
> ——
>
> Now execute the following source block and you’ll see the misaligned table.
>
> #+begin_src jupyter-python :async yes :session py
> [['aaa', 'a'], None, ['b', 'b']]
> #+end_src

I am unable to reproduce the problem using Emacs 28.1 on Linux.
I ran Emacs in a clean .emacs.d environment using
https://github.com/alphapapa/with-emacs.sh:

$ with-emacs.sh -e emacs -OPR -- -Q -l /tmp/bug.el /tmp/bug.org

with bug.el containing your script with latest Org line uncommented and
built-in Org line commented and bug.org containing the example source
block.

Best,
Ihor



Re: [BUG] HTML export of buffer with fringe indicators

2022-05-20 Thread Ihor Radchenko
Daniel Fleischer  writes:

> Ihor Radchenko [2022-05-19 Thu 21:43] wrote:
>
>> What if you try to run M-: (htmlize-buffer) 
>> on your file?
>
> It works, creating an HTML buffer that can be opened and looks good. 

Then I have no more ideas.

I am unable to reproduce your problem on my side using the following
steps:

1. Install https://github.com/alphapapa/with-emacs.sh
2. Create /tmp/bug.org with the following contents
#+begin_src python
def hi():
pass
#+end_src
3. cd /tmp/
4. git clone git://git.sv.gnu.org/emacs/org-mode.git
5. cd org-mode
6. make clean; make autoloads; with-emacs.sh -e emacs -O -i elpy -- -Q
-L ./lisp/ -l org -l org-inlinetask --eval "(setq 
elpy-folding-fringe-indicators t)" --eval "(elpy-enable)" /tmp/bug.org

7. C-c ' and install the dependencies
8. C-e h o to export html

Best,
Ihor



Re: Bug in 9.5.3 org--file-default-apps

2022-05-20 Thread Ihor Radchenko
Max Nikulin  writes:

>>> run-mailcap --norun ~/path/to/script
>> 
>> Note that mailcap.el does _not_ use run-mailcap or anything external. It
>> is written purely in elisp.
>> 
>> So, can you please report the output of M-: (mailcap-mime-info nil)?
>
> view-mode

Sorry, I did not consider that you customised mailcap-user-mime-data (I
guess). No doubt your Emacs opens the script in other window.

What about using emacs -Q?

Best,
Ihor



Re: [PATCH] Re: Concatenate properties

2022-05-20 Thread Ihor Radchenko
Ihor Radchenko  writes:

> I will leave this for another week to give other people a chance to
> comment.

Applied upstream onto main via e268e4797.

Best,
Ihor



Re: [BUG] when open a large org file, emacs get stuck and show a warning "org-element--cache: Unregistered buffer modifications detected"

2022-05-20 Thread Ihor Radchenko
imymorror wang  writes:

>  - if keeping org-startup-folded defaul value(i.e  "showeverything") ,
> enable org-indent-mode , open the large org file, get a warning, but not
> get stuck:
>#+begin_quote
>Warning (org-element-cache): org-element--cache: Unregistered buffer
> modifications detected. Resetting.
>If this warning appears regularly, please report it to Org mode
> mailing list (M-x org-submit-bug-report).
>#+end_quote

Is the no more warning text? The warning you are seeing should continue
with

The buffer is:...
 Current command:...
 Chars modified:...
 Buffer modified:...
 Backtrace:...
 ...

Best,
Ihor