[BUG] Wrong display when URL contains "/-/" [9.6.1 (release_9.6.1-264-g236bd4)]
Dear Org Mode developpers, The following content is not displaying correctly for me (see attached screenshot): [[https://host/some/-/path][[pre link]]] this is underlined, but shouldn't be [[https://host/another/-/path][[post link]]] [[https://host/some/path][[pre link]]] this is okay [[https://host/another/path][[post link]]] I guess that this is caused by the presence of "/-/" substrings in the URLs. Such URLs containing this substring are used, in instance, by GitLab. Best, Rafael Laboissière Emacs : GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.36, cairo version 1.16.0) of 2023-01-18, modified by Debian Package: Org mode version 9.6.1 (release_9.6.1-264-g236bd4 @ /home/rafael/.emacs.d/el-get/org-mode/lisp/) current state: == (setq org-link-elisp-confirm-function 'yes-or-no-p org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-persist-after-read-hook '(org-element--cache-persist-after-read) org-export-before-parsing-hook '(org-attach-expand-links) org-cycle-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-archive-hook '(org-attach-archive-delete-maybe) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines org-cycle-optimize-window-after-visibility-change org-cycle-display-inline-images) org-persist-before-read-hook '(org-element--cache-persist-before-read) org-mode-hook '(#[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-fold-show-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-confirm-shell-link-function 'yes-or-no-p outline-isearch-open-invisible-function 'outline-isearch-open-invisible org-agenda-before-write-hook '(org-agenda-add-entry-text) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-confirm-elisp-link-function 'yes-or-no-p org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-persist-directory "/var/tmp/org-persist-l3BeFI" org-fold-core-isearch-open-function 'org-fold--isearch-reveal org-persist-before-write-hook '(org-element--cache-persist-before-write) org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-link-shell-confirm-function 'yes-or-no-p org-babel-pre-tangle-hook '(save-buffer) org-agenda-loop-over-headlines-in-active-region nil org-occur-hook '(org-first-headline-recenter) org-metadown-hook '(org-babel-pop-to-session-maybe) org-link-parameters '(("attachment" :follow org-attach-follow :complete org-attach-complete-link) ("id" :follow org-id-open) ("eww" :follow org-eww-open :store org-eww-store-link) ("rmail" :follow org-rmail-open :store org-rmail-store-link) ("mhe" :follow org-mhe-open :store org-mhe-store-link) ("irc" :follow org-irc-visit :store org-irc-store-link :export org-irc-export) ("info" :follow org-info-open :export org-info-export :store org-info-store-link :insert-description org-info-description-as-command) ("gnus" :follow org-gnus-open :store org-gnus-store-link) ("docview" :follow org-docview-open :export org-docview-export :store org-docview-store-link) ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link) ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete org-bbdb-complete-link :store org-bbdb-store-link) ("w3m" :store org-w3m-store-link) ("doi" :follow org-link-doi-open :export org-link-doi-export) ("file+sys") ("file+emacs") ("shell" :follow org-link--open-shell) ("news" :follow #[514 "\301\300\302Q\"\207" ["news" browse-url ":"] 6 "\n\n(fn U
Unwanted italics formatting between two URLs
Hello, In an org-mode buffer, I have the following: [[https://first/-/url/][pre]] text [[https://second-url/?][post]] The “pre” and “text” words appear (wrongly) in italics, as you can see in the attached screenshot. This misbehavior is certainly related to the presence of the characters “-” and “?” in the URLs. I am using Org mode version 9.5.1 (release_9.5.1-11-g96d91b) Best, Rafael Laboissière
[O] Pushing commits to the Work Git repository
Hi, Is there any policy for pushing commits to the Worg Git repository? I fixed the GitHub paths in file org-outside-org.org, as per the patch attached to this message and would like to contribute it. Best, Rafael >From 1458b431c347fdf53ce84eecc2e2503385e93984 Mon Sep 17 00:00:00 2001 From: Rafael Laboissiere Date: Wed, 6 Feb 2019 16:33:36 +0100 Subject: [PATCH] Transfer maintainership of outshine, outorg, and navi-mode --- org-tutorials/org-outside-org.org | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/org-tutorials/org-outside-org.org b/org-tutorials/org-outside-org.org index 8fe2ae92..b8bc5606 100644 --- a/org-tutorials/org-outside-org.org +++ b/org-tutorials/org-outside-org.org @@ -134,8 +134,8 @@ To sum it up in one sentence: Download =outshine.el= (or clone the github-repo) and copy it to a location where Emacs can find it: -| https://github.com/tj64/outshine | -| git clone g...@github.com:tj64/outshine.git | +| https://github.com/alphapapa/outshine | +| git clone g...@github.com:alphapapa/outshine.git | Use this in your '.emacs' to get started: @@ -323,8 +323,8 @@ works too). You can download the file (or clone the github-repo) here: -| https://github.com/tj64/outorg | -| git clone g...@github.com:tj64/outorg.git | +| https://github.com/alphapapa/outorg | +| git clone g...@github.com:alphapapa/outorg.git | /outorg/ requires Org-mode too, thus should be loaded after Org-mode. Insert @@ -597,10 +597,10 @@ offering a vast amount of possible 'views' at the original-buffer. Download (or clone the github-repos of) the three required libraries -| `navi-mode.el' | https://github.com/tj64/navi | -|| git clone g...@github.com:tj64/navi.git | -| `outshine.el' | https://github.com/tj64/outshine | -| `outorg.el'| https://github.com/tj64/outorg | +| `navi-mode.el' | https://github.com/alphapapa/navi | +|| git clone g...@github.com:alphapapa/navi.git | +| `outshine.el' | https://github.com/alphapapa/outshine | +| `outorg.el'| https://github.com/alphapapa/outorg | and put them in a place where Emacs can find them (on the Emacs 'load-path'). Follow the installation instructions in =outshine.el= and =outorg.el=. -- 2.19.2
Re: [O] [PATCH] test-org/fuzzy-links
* Nicolas Goaziou <m...@nicolasgoaziou.fr> [2017-04-15 16:53]: Rafael Laboissière <raf...@laboissiere.net> writes: Function org-backward-heading-same-level fails in a specific case. Suppose the following org-mode file: == * first * second * third == where '* first' is right at the beginning of the file. When the cursor is at line '* third' and org-backward-heading-same-level is called, we go to the previous line correctly. However when the cursor is at '* second', org-backward-heading-same-level does bring us to the first line but emits an error "Beginning of buffer". It seems that the patch attached to this message fixes the problem. Thank you. I eventually applied a slightly different patch, and added some tests. Thanks. Best, Rafael
[O] [PATCH] test-org/fuzzy-links
Function org-backward-heading-same-level fails in a specific case. Suppose the following org-mode file: == * first * second * third == where '* first' is right at the beginning of the file. When the cursor is at line '* third' and org-backward-heading-same-level is called, we go to the previous line correctly. However when the cursor is at '* second', org-backward-heading-same-level does bring us to the first line but emits an error "Beginning of buffer". It seems that the patch attached to this message fixes the problem. Best, Rafael >From ff792a00e28b7b0ca4fde98f72611ef8079daf04 Mon Sep 17 00:00:00 2001 From: Rafael LaboissiereDate: Wed, 12 Apr 2017 22:18:54 +0200 Subject: [PATCH] Do not fail when heading is at the beginning of the buffer * org.el (org-forward-heading-same-level): Do not move backward when at the beginning of the buffer --- lisp/org.el | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lisp/org.el b/lisp/org.el index 17caa3fa6..b46369ad5 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -24071,7 +24071,8 @@ non-nil it will also look at invisible ones." (count (if arg (abs arg) 1)) (result (point))) (while (and (prog1 (> count 0) - (forward-char (if (and arg (< arg 0)) -1 1))) + (forward-char (if (and arg (< arg 0)) + (if (= (point) 1) 0 -1) 1))) (funcall f org-outline-regexp-bol nil 'move)) (let ((l (- (match-end 0) (match-beginning 0) 1))) (cond ((< l level) (setq count 0)) -- 2.11.0
Re: [O] OT: two interesting articles about (non-)reproducible research
* Nick Dokos[2016-04-08 14:54]: [off-topic: not even a gratuitous org reference. My only excuse is the general interest of list members on reproducible research (org-babel! OK, that's the requisite gratuitous reference: I feel better now :-) )] 538.com has published a couple of interesting articles on some poli-sci research: http://fivethirtyeight.com/features/how-two-grad-students-uncovered-michael-lacour-fraud-and-a-way-to-change-opinions-on-transgender-rights/#ss-1 and http://fivethirtyeight.com/datalab/as-a-major-retraction-shows-were-all-vulnerable-to-faked-data/ N.B. the reference to the "open data" policies of AJPS - that seems to be clearly the future direction of research (and, imo, it's about time). Ironically, the results "found" in the retreated paper by LaCour & Green (2014) have been recently replicated by Broockman & Kalla (2016): http://www.sciencemag.org/news/2016/04/talking-people-about-gay-and-transgender-issues-can-change-their-prejudices Rafael