Re: [Orgmode] [PATCH] org-export-pdf-remove-logfiles extensions
My first mail on the list! Love org-mode by the way.
>> XeLaTeX[1,2] produces some more files than pdflatex. These are:
>> .nav, .snm, .vrb. All named the same as the base file. The list in
>> org-export-as-pdf should be extended or even made customisable.
I second you on this one! That would be nice if the "log" files list was
customizable.
I use xelatex and bibtex which leads to additional garbage files such as ".blg"
and ".bbl".
For the moment, I am cleaning the mess with a unix "rm" command at the end of
the latex/bibtex processing, like this:
(setq org-latex-to-pdf-process '("xelatex -interaction nonstopmode %s" "bibtex
%b" "xelatex -interaction nonstopmode %s" "xelatex -interaction nonstopmode %s"
"rm *blg *bbl"))
best regards,
GT
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Search for an entry expands parent
Hello,I recently upgraded to org mode version 9.3.6 and the following behavior was introduced: When I search for an entry using C-s, all the parent entries and sub-entries are expanded and stay expanded.Find in https://imgur.com/a/vzEU1zp screenshots of the newly introduced behavior and expected/old behavior.Please advise on how to resolve.PS: I first asked question on Reddit, https://www.reddit.com/r/orgmode/comments/hps5ey/search_for_an_entry_expands_parent/Gt Uit
Re: Search for an entry expands parent
17.07.2020, 01:42, "Kyle Meyer" :Gt Uit writes: I recently upgraded to org mode version 9.3.6 and the following behavior was introduced: When I search for an entry using C-s, all the parent entries and sub-entries are expanded and stay expanded. Find in https://imgur.com/a/vzEU1zp screenshots of the newly introduced behavior and expected/old behavior.An image is helpful, and some may follow that link, but it's also usefulto include example Org content and a set of steps to reproduce thebehavior you're describing. Based on that link, something like--8<---cut here---start->8---* A** Bsome text** Ctarget search--8<---cut here---end--->8---And then, with all content folded, 'C-s target'.With the default settings in Org 9, the result is* A** B...** Ctarget searchI believe you want the visibility to be like this:* A...** Ctarget searchYou can customize this behavior through org-show-context-detail. Itsounds like you'd prefer `minimal':(setf (alist-get 'isearch org-show-context-detail) 'minimal)Hello, Thanks a lot for the prompt and helpful response. I added the above snippet to the .emacs file and restarted. Did a describe-variable and got the following:"org-show-context-detail is a variable defined in ‘org.el’.Its value is((agenda . local)(bookmark-jump . lineage)(isearch . minimal)(default . ancestors))" However, doing a search still expands all the entries. I downgraded to orgmode v 9.3.1 and still got the same results. I tried on a fresh emacs instance with the only entry in it being setting the org-show-context-detail isearch to minimal and still got the same results (search expands all entries). Is it possible that this is a bug? I'd like to note that I am using emacs v26.3 . Gt Uit
Re: Search for an entry expands parent
- all 17.07.2020, 07:56, "Gt Uit" : 17.07.2020, 01:42, "Kyle Meyer" <k...@kyleam.com>:Gt Uit writes: I recently upgraded to org mode version 9.3.6 and the following behavior was introduced: When I search for an entry using C-s, all the parent entries and sub-entries are expanded and stay expanded. Find in https://imgur.com/a/vzEU1zp screenshots of the newly introduced behavior and expected/old behavior.An image is helpful, and some may follow that link, but it's also usefulto include example Org content and a set of steps to reproduce thebehavior you're describing. Based on that link, something like--8<---cut here---start->8---* A** Bsome text** Ctarget search--8<---cut here---end--->8---And then, with all content folded, 'C-s target'.With the default settings in Org 9, the result is* A** B...** Ctarget searchI believe you want the visibility to be like this:* A...** Ctarget searchYou can customize this behavior through org-show-context-detail. Itsounds like you'd prefer `minimal':(setf (alist-get 'isearch org-show-context-detail) 'minimal)Hello, Thanks a lot for the prompt and helpful response. I added the above snippet to the .emacs file and restarted. Did a describe-variable and got the following:"org-show-context-detail is a variable defined in ‘org.el’.Its value is((agenda . local)(bookmark-jump . lineage)(isearch . minimal)(default . ancestors))" However, doing a search still expands all the entries. I downgraded to orgmode v 9.3.1 and still got the same results. I tried on a fresh emacs instance with the only entry in it being setting the org-show-context-detail isearch to minimal and still got the same results (search expands all entries). Is it possible that this is a bug? I'd like to note that I am using emacs v26.3 . Gt Uit Updates since my last email:- Sometimes the first C-s yields intended result (minimal), withsubsequent C-s searches expanding all entries.- I tried on Emacs 28.0.50 and am getting the same results.- I tried with emacs -Q and isearch minimal behaves properly!- I tried a live distribution (Linux Mint 20 Ulyana, samedistribution I am currently using) and isearch minimal behavesproperly.- I tried the following without any success:+ Remove all emacs related packages and reinstall emacs (via apt)+ Install emacs from snap. Now that I have narrowed down the bug to be something local to mycurrent installation please advise on how to debug/resolve. Gt Uit
Re: Search for an entry expands parent
18.07.2020, 18:48, "Kyle Meyer" :Gt Uit writes: Updates since my last email: - Sometimes the first C-s yields intended result (minimal), with subsequent C-s searches expanding all entries. - I tried on Emacs 28.0.50 and am getting the same results. - I tried with emacs -Q and isearch minimal behaves properly! - I tried a live distribution (Linux Mint 20 Ulyana, same distribution I am currently using) and isearch minimal behaves properly. - I tried the following without any success: + Remove all emacs related packages and reinstall emacs (via apt) + Install emacs from snap. Now that I have narrowed down the bug to be something local to my current installation please advise on how to debug/resolve.Something that might give you a clue about what's going on is steppingthrough org-show-set-visibility, comparing what happens when it works asexpected and what happens when it doesn't. If you haven't used Edebugbefore, take a look at its node in the Elisp manual:(info "(elisp)Edebug")Thanks for pointing me to Edebug, a tremendously useful tool. I got the following: - Executed: + M-x find-function org-show-set-visibility + C-u C-M-x (edebug-defun) - The first time I launch emacs, the function org-show-set-visibility is called and I can step through the code via Edebug- Subsequent calls do not invoke org-show-set-visibility I didn't mention earlier that I got this bug after upgrading from LinuxMint 19.3 to Linux Mint 20. Can you please point me to what to further debug, in particular functionthat is called before org-show-set-visibility. Gt Uit
