Quit and Error in org-export--dispatch-action
Dear Nicolas and all, The org-export provides a quitting option for user by typing `q`. This is nice feature but it is implemented with an error function. For me, it is not actually an error, it is one of the user actions, and when `debug-on-error` is `t`, the Backtrace buffer will be popped up every time. It is annoying. Please find a patch to replace error function with a simple message. What do you think? Best regards, Takaaki -- Takaaki ISHIKAWA ox.patch Description: Binary data
Re: Bug: Org 9.3 table columnwidth directive not working [9.3 (release_9.3 @ /Applications/Emacs.app/Contents/Resources/lisp/org/)]
Pankaj Jangid writes: > C-c TAB is working but earlier the behaviour was to apply > directive by default on next electric formatting. Has the behaviour > changed in 9.3? 9.2, I believe, more specifically 6d6a30d4c (org-table: Implement shrunk columns, 2017-06-27). The relevant NEWS entry, added in 6e5598dc3 (Document new column display, 2017-08-19), is *** =align= STARTUP value no longer narrow table columns Columns narrowing (or shrinking) is now dynamic. See [[*Dynamically narrow table columns]] for details. In particular, it is decoupled from aligning. If you need to automatically shrink columns upon opening an Org document, use =shrink= value instead, or in addition to align: #+BEGIN_EXAMPLE ,#+STARTUP: align shrink #+END_EXAMPLE Quickly digging, here are some related threads on the mailing list: https://lists.gnu.org/archive/html/emacs-orgmode/2017-07/msg00214.html https://lists.gnu.org/archive/html/emacs-orgmode/2017-09/msg00217.html
Re: Bug: Org 9.3 table columnwidth directive not working [9.3 (release_9.3 @ /Applications/Emacs.app/Contents/Resources/lisp/org/)]
"Fraga, Eric" writes: > You need to type C-c TAB to get the column to adjust to the > specification. Did you do that? C-c TAB is working but earlier the behaviour was to apply directive by default on next electric formatting. Has the behaviour changed in 9.3? Regards, -- Pankaj Jangid
Re: [PROPOSAL] New function `org-headings-to-point' and displayer.
On 03 Dec 2019, Adam Porter wrote: >You might consider adjusting your fontification settings. The >single-line outline path can be quite readable with the right faces (see >attached example). That's a useful hint generally, thank you. However, for most of the Org Mode files I work with, the heading lengths are pretty long, so I need vertical stacking in the minibuffer when displaying all the headings down to point. >I'd recommend against adding more optional arguments to that function, >because it already has four. Emacs/Org already have enough problems >with code like (org-whatever nil t nil t nil nil t). Sure, I can see how that tradeoff might not be worth it. >> There should also be some way to access the new functionality >> interactively; the solution might be a new interactive wrapper >> function with its own name, or maybe some new variables? I don't >> know; I haven't thought it all the way through yet. > >> Is there any interest in or opposition to such a patch? I'd like to >> get a sense of whether it would be able to land in Org Mode before I >> start working on it. > >I'd recommend simply making a new interactive function, putting it in >your personal config, and sharing it publicly (e.g. here and on >/r/orgmode). Use it "in anger" for a while, and solicit feedback from >other users for a while. Then, if it still seems widely useful enough >to deserve being added to Org proper, apply what you've learned in the >meantime to improve and simplify its implementation before proposing a >patch. Well, I already posted it here, so that's done. Those functions are publicly packaged (albeit with the `ots-' prefix) here: https://github.com/OpenTechStrategies/ots-tools/blob/master/emacs-tools/ots.el Unless you meant make a new interactive function to display a vertical hierarchy and base it on the existing Org Mode functions you informed me of the existence of? But I don't think there's a way to do that without adding some new parameters to those existing functions, and, as you point out, that's probably not worth the extra complexity. >You might also consider sending it to my "unpackaged.el" repo, which >might make a good home for it: http://github.com/alphapapa/unpackaged.el That's a nice collection! I'm enjoying browsing through it. I effectively already have a personal unpackaged-elisp repository at https://svn.red-bean.com/repos/kfogel/trunk/.emacs (if these functions weren't already in 'ots-tools', they'd be there). Best regards, -Karl
Re: org-custom-id-goto?
> I'd also be happy with a helm interface to the actual headline text I use `helm-semantic-or-imenu' to navigate between org headlines, it may partly fit your needs.
Re: org-custom-id-goto?
If you like ivy, you might find this helpful: (defun ivy-org-jump-to-heading () "Jump to heading in the current buffer." (interactive) (let ((headlines '())) (save-excursion (goto-char (point-min)) (while (re-search-forward ;; this matches org headings in elisp too. "^\\(;; \\)?\\(\\*+\\)\\(?: +\\(.*?\\)\\)?[ ]*$" nil t) (cl-pushnew (list (format "%-80s" (match-string 0)) (cons 'position (match-beginning 0))) headlines))) (ivy-read "Headline: " (reverse headlines) :action (lambda (candidate) (org-mark-ring-push) (goto-char (cdr (assoc 'position candidate))) (outline-show-entry) https://github.com/jkitchin/scimax/blob/master/scimax-org.el#L587 There are also helm equivalents. Fraga, Eric writes: > On Wednesday, 4 Dec 2019 at 10:26, Matt Price wrote: >> Is there a quasi-equivalent of ~org-id-goto~ or >> ~org-babel-goto-named-src-block~ which will jump to a header in the >> current buffer? > > If by header you mean headline or heading, I don't think there is > anything exactly how you might want it but you should maybe look at > "org-goto" and "org-occur" (or both in combination). -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu
Re: Gnus org-mode link problems in org 9.3
I have solved this problem after some investigation. It could perhaps apply to other users. I had customized the value 'org-modules'. This was fine so long as we had 'org-gnus' (and other similar modules). But in org 9.3 this has become 'ol-gnus' (and ol-bbdb and so on). Now, 'ol-gnus' and the rest are included in the stock value of org-modules, but this was over-ridden by my customized version. No more org-gnus to load! So I lost functionality as described in my complaint. I found this by going through '*Messages*' where the message "Problems loading org-gnus" (et al) appeared. I didn't see anything in the 'incompatible changes' log for org, but perhaps this is too obscure. Oh well. This occupied a few hours but it wasn't good beach weather today. Aloha, -- Bob Newell Honolulu, Hawai`i - Via Gnus/BBDB/Org/Emacs/Linux
Re: ox-latex: missing :LATEX_HEADER:
* Kaushal Modi wrote: > > On Wed, Dec 4, 2019 at 1:32 PM Karl Voit wrote: > >> Hi, >> >> For LaTeX export, I'd love to use ::LATEX_HEADER: instead of >> file-based settings with #+LATEX_HEADER. > > Typically all Org export keywords work in properties too, but with an > "EXPORT_" prefix. > > See if the ":EXPORT_LATEX_HEADER:" property works .. Of course. Stupid me. I forgot the changed prefix when exporting my very old heading. AFAIR, this got changed a while ago and I did not update my current drawers. :-( Thanks for reminding me! -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/
Re: ox-latex: missing :LATEX_HEADER:
On Wed, Dec 4, 2019 at 1:32 PM Karl Voit wrote: > Hi, > > For LaTeX export, I'd love to use ::LATEX_HEADER: instead of > file-based settings with #+LATEX_HEADER. > Typically all Org export keywords work in properties too, but with an "EXPORT_" prefix. See if the ":EXPORT_LATEX_HEADER:" property works ..
ox-latex: missing :LATEX_HEADER:
Hi, I tend to have everything within larger Org mode file. Therefore, I mostly rely on export settings I'm able to control via PROPERTY drawer values instead of file-based methods. Most of the time, there is always a property version as well as a file-based version for settings. For LaTeX export, I'd love to use ::LATEX_HEADER: instead of file-based settings with #+LATEX_HEADER. Is there a reason why this important variable is not available as per-sub-hierarchy/drawer? Thanks! -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/
Re: Gnus org-mode link problems in org 9.3
Just to update, reversion to an earlier org-mode makes these problems go away. That still doesn't parse the question of whether there is something in my own setup that now doesn't work as opposed to a more general problem. Continuing work -- Bob Newell Honolulu, Hawai`i - Via Gnus/BBDB/Org/Emacs/Linux
Re: Bug: Org 9.3 table columnwidth directive not working [9.3 (release_9.3 @ /Applications/Emacs.app/Contents/Resources/lisp/org/)]
You need to type C-c TAB to get the column to adjust to the specification. Did you do that? -- Eric S Fraga via Emacs 27.0.50, Org release_9.3-21-g36753e
Bug: Org 9.3 table columnwidth directive not working [9.3 (release_9.3 @ /Applications/Emacs.app/Contents/Resources/lisp/org/)]
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. Originally reported on Email-Bugs bug#38490 * Steps 1. Create table 2. Insert <5> anywhere in any column 3. Insert text with more than 5 characters in the above column 4. C-c C-c * Expected behaviour The column width should respect <6> directive * Result The column width exceeds the length specified with <> directive Emacs : GNU Emacs 27.0.50 (build 3, x86_64-apple-darwin19.0.0, NS appkit-1894.10 Version 10.15.1 (Build 19B88)) of 2019-12-04 Package: Org mode version 9.3 (release_9.3 @ /Applications/Emacs.app/Contents/Resources/lisp/org/) Regards, -- Pankaj Jangid
Re: Gnus org-mode link problems in org 9.3
Thanks for the input! But I don't think org-link-escape is the problem for me. In the documentation for the new org changes there is a link conversion function. I ran this to fix all my links and still got the same problem. It also wouldn't explain my todo capture template failure, either. Of course, I'll keep researching, but I may temporarily try to revert to the previous org release (if I can figure out how!) mahalo -- Bob Newell Honolulu, Hawai`i - Via Gnus/BBDB/Org/Emacs/Linux
Re: Gnus org-mode link problems in org 9.3
On Wednesday, 4 Dec 2019 at 08:14, Bob Newell wrote: > Just updated to latest org (9.3 of 3 December) on Emacs 26.3.1 > and my gnus link functions seem to have quit. > > Now, whenever I do C-c C-o on an email link I get something like this: I updated both Emacs and org mode (both from git) this morning and have had no problems with opening gnus email links from org, something I've been doing quite a lot today in fact. Just a data point... -- Eric S Fraga via Emacs 27.0.50, Org release_9.3-21-g36753e
Re: Gnus org-mode link problems in org 9.3
On Wed, Dec 4, 2019 at 11:31 AM Kaushal Modi wrote: > > Not sure if the issue you are seeing is because of the same cause. > It's very much likely that's the case: >From https://orgmode.org/Changes.html : > The old org-link-escape and org-link-unescape functions have been renamed into org-link-encode and org-link-decode.
Re: Gnus org-mode link problems in org 9.3
On Wed, Dec 4, 2019 at 11:27 AM Bob Newell wrote: > Aloha, > > Posting to both org-mode and gnus groups. > > Just updated to latest org (9.3 of 3 December) on Emacs 26.3.1 > and my gnus link functions seem to have quit. > > Now, whenever I do C-c C-o on an email link I get something like this: > > org-link-search: No match for fuzzy expression: gnus:nnimap+imap.gmail.com: > %5BGmail%5D/All%20Mail# > can9lugf6qkkyxt9ewjjs+hoyc6ywjasft4k4hv5zr2d10vy...@mail.gmail.com > Very strange! Just an hour back, my test suite failed because earlier org-link-unescape used to unhex but now it doesn't. I haven't yet traced back to the commit where this change happened. Then replacing org-link-unescape with url-unhex-string fixed my use case[1]. Not sure if the issue you are seeing is because of the same cause. [1]: https://github.com/kaushalmodi/ox-hugo/commit/4badf135967c03c402ef8fc636ac4968ac98e57c
Gnus org-mode link problems in org 9.3
Aloha, Posting to both org-mode and gnus groups. Just updated to latest org (9.3 of 3 December) on Emacs 26.3.1 and my gnus link functions seem to have quit. Now, whenever I do C-c C-o on an email link I get something like this: org-link-search: No match for fuzzy expression: gnus:nnimap+imap.gmail.com:%5BGmail%5D/All%20Mail#can9lugf6qkkyxt9ewjjs+hoyc6ywjasft4k4hv5zr2d10vy...@mail.gmail.com Further, when I want to set up a todo with C-c c t when in a gnus message (article), I now get org-capture: Capture template âtâ: No method for storing a link from this buffer Does anyone else see any of this or just my problem? Any ideas? Mahalo in advance, -- Bob Newell Honolulu, Hawai`i - Via Gnus/BBDB/Org/Emacs/Linux
Re: org-custom-id-goto?
On Wednesday, 4 Dec 2019 at 10:26, Matt Price wrote: > Is there a quasi-equivalent of ~org-id-goto~ or > ~org-babel-goto-named-src-block~ which will jump to a header in the > current buffer? If by header you mean headline or heading, I don't think there is anything exactly how you might want it but you should maybe look at "org-goto" and "org-occur" (or both in combination). -- Eric S Fraga via Emacs 27.0.50, Org release_9.3-21-g36753e
Re: mobile org
On Mon, 18 Nov 2019, Richard Lawrence wrote: > Date: Mon, 18 Nov 2019 16:08:52 > From: Richard Lawrence > To: Jude DaShiell , emacs-orgmode@gnu.org > Subject: Re: mobile org > > Jude DaShiell writes: > > > Will mobile org work in Android PI? If not, any good alternatives beyond > > orgsly available? I don't like to have to use dropbox and would like to > > plug a usb cord into my computer and synchtronize my orgmode files that > > way if possible. > > I saw this recently, and haven't seen it mentioned on the list: > > https://organice.200ok.ch/ > > Here's an intro video: https://invidio.us/watch?v=aQKc0hcFXCk > > It's a browser-based interface rather than an app, so it should work > just about anywhere. It doesn't solve the syncing problem itself; > instead it allows you to sign in with Dropbox, Google Drive, or WebDAV. > Still not great if you're trying to avoid the proprietary services and > sync with a cable, but it looks like an interesting alternative to > Orgzly. > I got orgsly and dropbox working on my phone. I tried rclone dbxcli and dropbox-cli and couldn't get any of them to link dropbox up to my computer. Probably packages need updates. > --
org-custom-id-goto?
Is there a quasi-equivalent of ~org-id-goto~ or ~org-babel-goto-named-src-block~ which will jump to a header in the current buffer? I' like to be able to quickly navigate to a buffer by name; usually I give custom_id properties to headers that I am likely to link to, so using that property would make sense. I'd also be happy with a helm interface to the actual headline text Just want ot check if I'm missing something that already exists before trying to code my own!
'org-dynamic-block-define' is a void-function?
On loading the most recent version of org-mode (yesterdays, being 2019-12-03) I am consistently getting this occurring in debugger. --8<---cut here---start->8--- Debugger entered--Lisp error: (void-function org-dynamic-block-define) (org-dynamic-block-define "clocktable" (quote org-clock-report)) load("/home/boudiccas/.emacs.d/elpa/org-plus-contrib-20191203/org-clock" noerror nil nil mustsuffix) #f(compiled-function (f) #)("org-clock") mapcar(#f(compiled-function (f) #) ("ob" "ob-C" "ob-awk" "ob-clojure" "ob-comint" "ob-core" "ob-emacs-lisp" "ob-eval" "ob-exp" "ob-java" "ob-keys" "ob-latex" "ob-lob" "ob-octave" "ob-ref" "ob-ruby" "ob-sh" "ob-table" "ob-tangle" "obarray" "org-agenda" "org-agenda-property" "org-archive" "org-attach" "org-autolist" "org-bibtex" "org-bullets" "org-capture" "org-checklist" "org-cliplink" "org-cliplink-string" "org-cliplink-transport" "org-clock" "org-clock-budget" "org-clock-convenience" "org-compat" "org-cookbook" "org-crypt" "org-dashboard" "org-duration" "org-eldoc" "org-element" "org-entities" "org-faces" "org-footnote" "org-gcal" "org-habit" "org-id" "org-indent" "org-index" ...)) org-reload(nil) funcall-interactively(org-reload nil) call-interactively(org-reload nil nil) command-execute(org-reload) --8<---cut here---end--->8--- I have removed the 3/12 version, and then reinstalled it through paradox, and its come up with the same problem each time I've done it. I'm aware of [1] and this below, but I'm not inserting a new dynamic block, just reloading org-mode after the update! --8<---cut here---start->8--- Add a dispatcher command to insert dynamic blocks You can add new dynamic blocks with function org-dynamic-block-define. All such dynamic blocks can be used by org-dynamic-block-insert-dblock command. --8<---cut here---end--->8--- So the next question is, how do I fix it at this end please? Thanks Sharon. [1] https://orgmode.org/Changes.html -- A taste of linux = http://www.sharons.org.uk TGmeds = http://www.tgmeds.org.uk DrugFacts = https://www.drugfacts.org.uk Debian 10.1, fluxbox 1.3.7, emacs 26.3, org 9.2.6 signature.asc Description: PGP signature