B bb 5Y n ne​ de n nb bb Geggggggegggg x wxxg gg & 3g G gg?????????¿??¿???5? & ⁣Envoyé par BlueMail ​ &;; Affffffrrrrryrryyeyeyeyeyrytrtyrrryrryrhryrhrhhufxrayrfhà D Gggguggg &wg W W W w , w,w x W Le 12 avr. 2017 18:00, à 18:00, emacs-orgmode-request@gnu.org a écrit: >Send Emacs-orgmode mailing list submissions to > emacs-orgmode@gnu.org > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnu.org/mailman/listinfo/emacs-orgmode >or, via email, send a message with subject or body 'help' to > emacs-orgmode-request@gnu.org > >You can reach the person managing the list at > emacs-orgmode-owner@gnu.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Emacs-orgmode digest..." > > >Today's Topics: > > 1. Re: org-link-search failing to find links created by clock > table (Stacey Marshall) > 2. Re: is it bad to have both org and org-plus-contrib > installed? (Kaushal Modi) > 3. Re: is it bad to have both org and org-plus-contrib > installed? (Cook, Malcolm) > 4. [PATCH] lisp/ob-sql.el: Fix filename conversion in minGW > environment. (Xi Shen) > 5. org-plot on multiple y axes (Aaron Jensen) > 6. Re: org-plot on multiple y axes (Eric S Fraga) > 7. Re: Bug: finding close tasks has infinite loop [9.0.5 > (release_9.0.5-433-ge65be5 @ > /home/hs/.emacs.d/git/org-mode/lisp/)] (Stefan-W. Hahn) > 8. Re: Viewing pdf images (Doyley, Marvin M.) > 9. Mathjax CDN to shutdown April 30th 2017 (Adam Aviv) > 10. Re: Mathjax CDN to shutdown April 30th 2017 > (Adonay Felipe Nogueira) > 11. Re: ox-man line break (Francesco Montanari) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Tue, 11 Apr 2017 23:37:55 +0100 >From: Stacey Marshall >To: Org Mode >Subject: Re: [O] org-link-search failing to find links created by > clock table >Message-ID: <082112E5-9D27-4CC6-83BF-0D26C31C408F@oracle.com> >Content-Type: text/plain; charset=us-ascii > >*** Some additional information, by example > >Emacs : GNU Emacs 25.2.1 (x86_64-apple-darwin16.4.0, Carbon Version >157 AppKit 1504.81) > of 2017-03-07 >Package: Org mode version 9.0.5 (release_9.0.5-351-g0e0fda.dirty @ >/Users/stacey/.emacs.d/org-mode/lisp/) > >In this buffer the TODO keywords are FIXME and FIXED, as set by: > >#+SEQ_TODO: FIXME FIXED > >Clock table generated with C-c C-x C-r and then modified to include >link and increase maxlevel to include the sample CLOCK entries below. > >#+BEGIN: clocktable :maxlevel 4 :scope subtree :link t >#+CAPTION: Clock summary at [2017-04-11 Tue 23:29] >| Headline | Time | | | | >|----------------------------+-----------+---+---------+---------| >| *Total time* | *1h 4min* | | | | >|----------------------------+-----------+---+---------+---------| >| \_ >[[file:/Users/stacey/Dropbox/org-mode.org::Example%20of%20the%20issue][Example >of the issue]] | | | 1h 4min | | >| \_ [[file:/Users/stacey/Dropbox/org-mode.org::Test%20log][Test >log]] | | | | 0h 4min | >| \_ >[[file:/Users/stacey/Dropbox/org-mode.org::FIXME%20Test%20log][FIXME >Test log]] | | | | 1h 0min | >#+END: > >- Test Log link works, its link is: > - FIXME Test log does not, its link is: > >**** Test log >:LOGBOOK: >CLOCK: [2017-04-11 Tue 23:20]--[2017-04-11 Tue 23:24] => 0:04 >:END: >**** FIXME Test log >:LOGBOOK: >CLOCK: [2017-04-11 Tue 22:20]--[2017-04-11 Tue 23:20] => 1:00 >:END: > > >-- >Stacey > > > > > > >------------------------------ > >Message: 2 >Date: Tue, 11 Apr 2017 22:38:37 +0000 >From: Kaushal Modi >To: "Thomas S. Dye" , Alan Schmitt > >Cc: emacs-orgmode >Subject: Re: [O] is it bad to have both org and org-plus-contrib > installed? >Message-ID: > >Content-Type: text/plain; charset="utf-8" > >Hi all, > >I just discovered a bug in this advice that I suggested earlier in this >thread.. I needed to fix the order of packages in the new-ret list that >is >returned. The bug was that the order of pkgs in new-ret was flipped >compared to that in orig-ret.. so I needed to flip it back using >reverse. > >So just for record, here is the fixed function: > >;; http://emacs.stackexchange.com/a/26513/115 >(defun modi/package-dependency-check-ignore (orig-ret) > "Remove the `black listed packages' from ORIG-RET. > >Packages listed in the let-bound `pkg-black-list' will not be >auto-installed >even if they are found as dependencies. > >It is known that this advice is not effective when installed packages >asynchronously using `paradox'. Below is effective on synchronous >package installations." > (let ((pkg-black-list '(org)) > new-ret > pkg-name) > (dolist (pkg-struct orig-ret) > (setq pkg-name (package-desc-name pkg-struct)) > (if (member pkg-name pkg-black-list) > (message (concat "Package `%s' will not be installed. " > "See `modi/package-dependency-check-ignore'.") > pkg-name) > (push pkg-struct new-ret))) > ;; Tue Apr 11 17:48:16 EDT 2017 - kmodi > ;; It's *very* critical that the order of packages stays the same in >NEW-RET >;; as in ORIG-RET. The `push' command flips the order, so use `reverse' > ;; to flip the order back to the original. > ;; Without this step, you will get errors like below when installing > ;; packages with dependencies: > ;; Debugger entered--Lisp error: (error "Unable to activate package >?nim-mode?. > ;; Required package ?flycheck-28? is unavailable") > (setq new-ret (reverse new-ret)) > new-ret)) >(advice-add 'package-compute-transaction :filter-return >#'modi/package-dependency-check-ignore) > >On Tue, Jan 24, 2017 at 11:28 AM Thomas S. Dye wrote: > >> >> Alan Schmitt writes: >> >> > Thank you for the suggestion, but I use Spacemacs, which in turn >uses >> > paradox. >> > >> > Why couldn't there be an org-contrib package, depending on org? So >that >> > way org would not be duplicated in two packages. >> >> I've run into the same problem with Spacemacs and would welcome a >> solution. >> >> All the best, >> Tom >> >> -- >> Thomas S. Dye >> http://www.tsdye.com >> >-- > >Kaushal Modi >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: > > >------------------------------ > >Message: 3 >Date: Tue, 11 Apr 2017 22:56:39 +0000 >From: "Cook, Malcolm" >To: "'Kaushal Modi'" , "'Thomas S. Dye'" > , "'Alan Schmitt'" >Cc: "'emacs-orgmode'" >Subject: Re: [O] is it bad to have both org and org-plus-contrib > installed? >Message-ID: >Content-Type: text/plain; charset="utf-8" > >Hi, >Coming late to this fray and responding to original Subject > >If you > >(require 'use-package) > >Then you might find the following to work, as I do: > >(use-package org >:ensure org-plus-contrib ; following >http://emacs.stackexchange.com/questions/7890/org-plus-contrib-and-org-with-require-or-use-package >;; .. etc >) > >YMMV, > >Malcolm > >From: Emacs-orgmode >[mailto:emacs-orgmode-bounces+mec=stowers.org@gnu.org] On Behalf Of >Kaushal Modi >Sent: Tuesday, April 11, 2017 5:39 PM >To: Thomas S. Dye ; Alan Schmitt > >Cc: emacs-orgmode >Subject: Re: [O] is it bad to have both org and org-plus-contrib >installed? > >Hi all, > >I just discovered a bug in this advice that I suggested earlier in this >thread.. I needed to fix the order of packages in the new-ret list that >is returned. The bug was that the order of pkgs in new-ret was flipped >compared to that in orig-ret.. so I needed to flip it back using >reverse. > >So just for record, here is the fixed function: > >;; http://emacs.stackexchange.com/a/26513/115 >(defun modi/package-dependency-check-ignore (orig-ret) > "Remove the `black listed packages' from ORIG-RET. > >Packages listed in the let-bound `pkg-black-list' will not be >auto-installed >even if they are found as dependencies. > >It is known that this advice is not effective when installed packages >asynchronously using `paradox'. Below is effective on synchronous >package installations." > (let ((pkg-black-list '(org)) > new-ret > pkg-name) > (dolist (pkg-struct orig-ret) > (setq pkg-name (package-desc-name pkg-struct)) > (if (member pkg-name pkg-black-list) > (message (concat "Package `%s' will not be installed. " > "See `modi/package-dependency-check-ignore'.") > pkg-name) > (push pkg-struct new-ret))) > ;; Tue Apr 11 17:48:16 EDT 2017 - kmodi >;; It's *very* critical that the order of packages stays the same in >NEW-RET >;; as in ORIG-RET. The `push' command flips the order, so use `reverse' > ;; to flip the order back to the original. > ;; Without this step, you will get errors like below when installing > ;; packages with dependencies: >;; Debugger entered--Lisp error: (error "Unable to activate package >?nim-mode?. > ;; Required package ?flycheck-28? is unavailable") > (setq new-ret (reverse new-ret)) > new-ret)) >(advice-add 'package-compute-transaction :filter-return >#'modi/package-dependency-check-ignore) > >On Tue, Jan 24, 2017 at 11:28 AM Thomas S. Dye >> wrote: > >Alan Schmitt writes: > >> Thank you for the suggestion, but I use Spacemacs, which in turn uses >> paradox. >> >> Why couldn't there be an org-contrib package, depending on org? So >that >> way org would not be duplicated in two packages. > >I've run into the same problem with Spacemacs and would welcome a >solution. > >All the best, >Tom > >-- >Thomas S. Dye >http://www.tsdye.com >-- > >Kaushal Modi >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: > > >------------------------------ > >Message: 4 >Date: Wed, 12 Apr 2017 03:16:29 +0000 >From: Xi Shen >To: "emacs-orgmode@gnu.org" >Subject: [O] [PATCH] lisp/ob-sql.el: Fix filename conversion in minGW > environment. >Message-ID: > >Content-Type: text/plain; charset="utf-8" > >Hi, > >Regarding a patch I made early. Ref. title: [PATCH] ob-sql.el: Support >sqlcmd and cygwin environment. > >I found it does not for Emacs for Windows. More generally, it does not >work >in minGW or MSYS environments. I think it is because minGW is not a >POSIX >environment, and applications in minGW can actually talk to Windows >system >and handle Windows file path directly. > >Because there's no official way to identify if Emacs is in minGW >environment, I must roll out cygwin environment first, then I test if >it is >in "windows-nt" environment. > >Please review the patch, and let me know if you have any >comments/question. > > >Thanks, >David >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: > >-------------- next part -------------- >A non-text attachment was scrubbed... >Name: ob-sql.el.patch >Type: application/octet-stream >Size: 1645 bytes >Desc: not available >URL: > > >------------------------------ > >Message: 5 >Date: Wed, 12 Apr 2017 04:45:42 -0700 >From: Aaron Jensen >To: emacs-orgmode@gnu.org >Subject: [O] org-plot on multiple y axes >Message-ID: > >Content-Type: text/plain; charset=UTF-8 > >Hi, > >Is it possible to use org-plot to plot on multiple y axes? gnuplot >supports y2range, and I can specify that, but I don't know how (or if >it is possible) to specify which deps should be plotted against which >axis. > >If this is not possible, is it possible to have two charts plotted >against the same table? Thanks! > >Aaron > > > >------------------------------ > >Message: 6 >Date: Wed, 12 Apr 2017 13:06:21 +0100 >From: Eric S Fraga >To: emacs-orgmode@gnu.org >Subject: Re: [O] org-plot on multiple y axes >Message-ID: <87a87lkeyq.fsf@t3610> >Content-Type: text/plain; charset="us-ascii" > >On Wednesday, 12 Apr 2017 at 11:45, Aaron Jensen wrote: >> Hi, >> >> Is it possible to use org-plot to plot on multiple y axes? gnuplot >> supports y2range, and I can specify that, but I don't know how (or if >> it is possible) to specify which deps should be plotted against which >> axis. > >I'm not sure what you want is possible (others can chime in...) but you >could use gnuplot via babel instead which is what I do all the time: > >#+begin_src gnuplot :var data=sometable >set y2range ... >set y2label ... >plot data using ... axes x1y2 ... >#+end_src > >HTH, >eric > >-- >: Eric S Fraga (0xFFFCF67D), Emacs 26.0.50, Org >release_9.0.5-444-g998576 >-------------- next part -------------- >A non-text attachment was scrubbed... >Name: signature.asc >Type: application/pgp-signature >Size: 194 bytes >Desc: not available >URL: > > >------------------------------ > >Message: 7 >Date: Wed, 12 Apr 2017 14:44:35 +0200 >From: "Stefan-W. Hahn" >To: emacs-orgmode@gnu.org >Subject: Re: [O] Bug: finding close tasks has infinite loop [9.0.5 > (release_9.0.5-433-ge65be5 @ /home/hs/.emacs.d/git/org-mode/lisp/)] >Message-ID: <20170412124435.GC14068@seven> >Content-Type: text/plain; charset=utf-8 > >Mail von Stefan-W. Hahn, Fri, 07 Apr 2017 at 09:39:30 +0200: > >Hello, > >I tried an instrumented version with code below and got an hint where >the >time get consumed. > >> #+BEGIN_QUOTE >> ** DONE Task > :@status: >> CLOSED: [2017-02-17 Fr 14:08] >> :CLOCK: >> CLOCK: [2016-03-07 Mo 12:58]--[2016-03-07 Mo 14:09] => 1:11 > >979 CLOCK lines, gives 1958 org-time entries. > >> CLOCK: [2011-09-26 Mo 13:02]--[2011-09-26 Mo 13:48] => 0:46 >> :END: >> Added: [2011-09-26 Mo] >> >> #+END_QUOTE >> > >With following code I let it run. It came to an end after 119 seconds: > >#+BEGIN_SRC emacs-lisp > >(defmacro profile-org (times &rest body) > `(let (output) > (dolist (p '("org-")) ; symbol prefixes to instrument > (elp-instrument-package p)) > (dotimes (x ,times) > ,@body) > (elp-results) > (elp-restore-all) > (point-min) > (forward-line 20) > (delete-region (point) (point-max)) > (setq output (buffer-substring-no-properties (point-min) (point-max))) > (kill-buffer) > (delete-window) > output)) > >(let ((org-agenda-files > '("~/notes/bug/test.org"))) > (profile-org 1 > (org-tags-view nil "+CLOSED<=\"<-1m>\""))) >#+END_SRC > >This is the elp-result: > >#+BEGIN_QUOTE > >Back to top level >org-tags-view 1 > 119.90470040 119.90470040 >org-scan-tags 1 > 119.89504432 119.89504432 >org-entry-properties 2 > 119.89459378 59.947296892 >org-cached-entry-get 1 > 119.89455419 119.89455419 >org-element-context 1959 > 119.88264565 0.0611958374 >org-element-at-point 1959 > 119.87516006 0.0611920163 >org-element--parse-to 1959 > 119.61624070 0.0610598472 >org-element--current-element 963339 > 106.53174518 0.0001105859 >org-element-clock-parser 959420 > 77.279206300 8.054...e-05 >org-element-timestamp-parser 961380 > 60.700601205 6.313...e-05 >org-parse-time-string 1920801 > 32.491741821 1.691...e-05 >org-get-limited-outline-regexp 969216 > 10.924480618 1.127...e-05 >org-at-heading-p 967259 > 4.0055616979 4.141...e-06 >org-element--cache-put 963339 > 2.1260797540 2.206...e-06 >org-element-drawer-parser 1959 > 0.5903366010 0.0003013458 >org-element-planning-parser 1959 > 0.0443325489 2.263...e-05 >org-element--collect-affiliated-keywords 1960 > 0.0102636800 5.236...e-06 >org-agenda-prepare 1 > 0.008041049 0.008041049 >org-agenda-mode 1 > 0.002911944 0.002911944 >org-agenda-prepare-buffers 1 > 0.002577423 0.002577423 > >#+END_QUOTE > >It gives an amazing number of calles to org-parse-time-string, around >981 >calls or each org-timestamp. > >With kind regards, >Stefan > >-- >Stefan-W. Hahn It is easy to make things. > It is hard to make things simple. > > > >------------------------------ > >Message: 8 >Date: Wed, 12 Apr 2017 13:05:54 +0000 >From: "Doyley, Marvin M." >To: Eduardo Mercovich >Cc: "emacs-orgmode@gnu.org" >Subject: Re: [O] Viewing pdf images >Message-ID: <41796EF9-08D7-40EF-AF3F-7765B8828174@ur.rochester.edu> >Content-Type: text/plain; charset="utf-8" > >Hi Eduardo, >Thanks for the insight, I really appreciate this. >Cheers, >M >> On Apr 10, 2017, at 12:51 PM, Eduardo Mercovich > wrote: >> >> Hi Marvin. >> >>> I also agree that in terms of resolution (pix per inch ) pdf and jpg >are the same. However, pdf (and SVG) allow the image to be scaled with >little loss in image quality. >> >> Sorry to disagree, but again, pdf images can be vector (like svg) and >infinitely scaled or raster (bitmap, as a jpg) and in this case the >quality is on the file. The pdf format only adds and envelope around >the original jpg image, or in the conversion it can be downscaled. >> >> Just to test this you can extract the images from the pdf and check >their properties. The specific tools depend on your OS of choice, but >at least in Linux there are many options, some command line based and >others GUI based. >> >>> In my lab we typically save the images in pdf because the most >biomedical journals don?t accept SVG file format (not yet). >> >> Sure. But why not simply use a jpg or png? >> * Journals accept those formats perfectly well, * you will see them >with their best quality, and >> * you can see them in emacs buffers natively. >> >> Just try it and you'll see that -if I understood you ok- you will >gain in every dimension. :) >> >> Best... >> >> >> -- >> eduardo mercovich >> >> Donde se cruzan tus talentos con las necesidades del mundo, ah? est? >tu vocaci?n. (An?nimo) > >-------------- next part -------------- >A non-text attachment was scrubbed... >Name: signature.asc >Type: application/pgp-signature >Size: 801 bytes >Desc: Message signed with OpenPGP using GPGMail >URL: > > >------------------------------ > >Message: 9 >Date: Wed, 12 Apr 2017 09:41:05 -0400 >From: Adam Aviv >To: Emacs-orgmode@gnu.org >Subject: [O] Mathjax CDN to shutdown April 30th 2017 >Message-ID: > >Content-Type: text/plain; charset="utf-8" > >Hi all, > >I saw this blogpost recently about cdn.mathjax.org will be shutdown on >April 30th 2017. > >https://www.mathjax.org/cdn-shutting-down/ > >There's a replacement to use cloudflair hosting instead > >https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.0/MathJax.js?... > >Is there a plan to move the default org-mode mathjax header link over >to >this by 30 April? It's a one line change in ox-htm.el for mathjax >options. >I've attached that patch for convenience. However, after a bit of >grepping, there should be some changes to the documentation which >refers to >using the mathjax CDN and stuff. > >On another note, the default option of using orgmode.org's hosting of >mathjax.sh should be updated to support HTTPS because most browsers >block >scripts loaded under http if the page is loaded under https. Or, that >default should also change to the cloudflare cdn if it fits within the >terms of service. Perhaps that should be a discussion for another >thread, >though. > >-aja > >-- >Adam J. Aviv, PhD >*Asst. Professor* >*Computer Science* >*U.S. Naval Academy* >*(410) 293- 6655* >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: > >-------------- next part -------------- >A non-text attachment was scrubbed... >Name: 0001-Fixing-link-to-mathjax-cdn-as-cdn.mathjax.org-is-shu.patch >Type: application/octet-stream >Size: 856 bytes >Desc: not available >URL: > > >------------------------------ > >Message: 10 >Date: Wed, 12 Apr 2017 10:57:08 -0300 >From: Adonay Felipe Nogueira >To: emacs-orgmode@gnu.org >Subject: Re: [O] Mathjax CDN to shutdown April 30th 2017 >Message-ID: <87o9w1zq2z.fsf@openmailbox.org> >Content-Type: text/plain; charset=utf-8 > >I would personally try to avoid CloudFlare, because it currently forces >the site visitor to run non-(free/libre) software (automatically >through >JavaScript). > >And even if it's prooven to be free/libre, it currently doesn't tell >this to the user/visitor in a clear way (next to the place where the >script is, with a license, and address of complete corresponding source >in case it's currently obfuscated/minified). >-- >- [[https://libreplanet.org/wiki/User:Adfeno]] >- Palestrante e consultor sobre /software/ livre (n?o confundir com > gratis). >- "WhatsApp"? Ele n?o ? livre, por isso n?o uso. Iguais a ele prefiro > Ring, ou Tox. Quer outras formas de contato? Adicione o vCard que > est? no endere?o acima aos teus contatos. >- Pretende me enviar arquivos .doc, .ppt, .cdr, ou .mp3? OK, eu > aceito, mas n?o repasso. Entrego apenas em formatos favor?veis ao > /software/ livre. Favor entrar em contato em caso de d?vida. >- "People said I should accept the world. Bullshit! I don't accept the > world." > --- Richard Stallman > > > >------------------------------ > >Message: 11 >Date: Wed, 12 Apr 2017 18:08:20 +0300 >From: Francesco Montanari >To: emacs-orgmode@gnu.org >Subject: Re: [O] ox-man line break >Message-ID: >Content-Type: text/plain; charset="windows-1252" > >Hello, > >On 04/01/2017 11:20 AM, Nicolas Goaziou wrote: >> Applied. Thank you. > >Thanks. > >> Also, if do know and use it, and you have some spare time to share >with >> us, we have a dire need for a manual chapter about that export >back-end. >> Just sayin'. > >Sure, I'll try to reserve some time to work on that. > >Best, >Francesco > >-------------- next part -------------- >A non-text attachment was scrubbed... >Name: signature.asc >Type: application/pgp-signature >Size: 833 bytes >Desc: OpenPGP digital signature >URL: > > >End of Emacs-orgmode Digest, Vol 134, Issue 12 >**********************************************