Re: Emacs-orgmode Digest, Vol 134, Issue 12wdxxwcrxxxxxwcxcxcwxw*w##w*‰g%gg"**gg&

* Re: Emacs-orgmode Digest, Vol 134, Issue 12wdxxwcrxxxxxwcxcxcwxw*w##w*‰g%gg"**gg&
       [not found] <mailman.103.1492012815.25481.emacs-orgmode@gnu.org>
@ 2017-04-12 17:03 ` Vincent Pressicaud
  2017-04-13  1:18 ` Gnuplot and Windows Bala Ramadurai
       [not found] ` <efe6678c88714d079d8958133e5a75a6@HE1PR01MB1898.eurprd01.prod.exchangelabs.com>
  2 siblings, 0 replies; 3+ messages in thread
From: Vincent Pressicaud @ 2017-04-12 17:03 UTC (permalink / raw)
  To: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 25311 bytes --]

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 <stacey.marshall@oracle.com>
>To: Org Mode <emacs-orgmode@gnu.org>
>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 <kaushal.modi@gmail.com>
>To: "Thomas S. Dye" <tsd@tsdye.com>,	Alan Schmitt
>	<alan.schmitt@polytechnique.org>
>Cc: emacs-orgmode <emacs-orgmode@gnu.org>
>Subject: Re: [O] is it bad to have both org and org-plus-contrib
>	installed?
>Message-ID:
>	<CAFyQvY18=QPWq9Tr2bzoZ8YWvs3qRq4UjBR=bitJg1XbZ1Zzcg@mail.gmail.com>
>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 <tsd@tsdye.com> 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:
><http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20170411/214d1976/attachment.html>
>
>------------------------------
>
>Message: 3
>Date: Tue, 11 Apr 2017 22:56:39 +0000
>From: "Cook, Malcolm" <MEC@stowers.org>
>To: "'Kaushal Modi'" <kaushal.modi@gmail.com>, "'Thomas S. Dye'"
>	<tsd@tsdye.com>, "'Alan Schmitt'" <alan.schmitt@polytechnique.org>
>Cc: "'emacs-orgmode'" <emacs-orgmode@gnu.org>
>Subject: Re: [O] is it bad to have both org and org-plus-contrib
>	installed?
>Message-ID: <e12fcc11f9e2434eaa4d0511880ac950@exchsrv2.sgc.loc>
>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 <tsd@tsdye.com>; Alan Schmitt
><alan.schmitt@polytechnique.org>
>Cc: emacs-orgmode <emacs-orgmode@gnu.org>
>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
><tsd@tsdye.com<mailto:tsd@tsdye.com>> 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:
><http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20170411/95e97691/attachment.html>
>
>------------------------------
>
>Message: 4
>Date: Wed, 12 Apr 2017 03:16:29 +0000
>From: Xi Shen <davidshen84@gmail.com>
>To: "emacs-orgmode@gnu.org" <Emacs-orgmode@gnu.org>
>Subject: [O] [PATCH] lisp/ob-sql.el: Fix filename conversion in minGW
>	environment.
>Message-ID:
>	<CANO68EMbqp7Fes507gCnba1HZxV7FSe07HiuGmnJv0yWhZ=MYA@mail.gmail.com>
>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:
><http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20170412/c76a9632/attachment.html>
>-------------- next part --------------
>A non-text attachment was scrubbed...
>Name: ob-sql.el.patch
>Type: application/octet-stream
>Size: 1645 bytes
>Desc: not available
>URL:
><http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20170412/c76a9632/attachment.obj>
>
>------------------------------
>
>Message: 5
>Date: Wed, 12 Apr 2017 04:45:42 -0700
>From: Aaron Jensen <aaronjensen@gmail.com>
>To: emacs-orgmode@gnu.org
>Subject: [O] org-plot on multiple y axes
>Message-ID:
>	<CAHyO48xcTvWMx+BnAePH_gGWA4DpU6DMiU7DR+o-Ehdyakri-g@mail.gmail.com>
>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 <e.fraga@ucl.ac.uk>
>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:
><http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20170412/73604a2c/attachment.pgp>
>
>------------------------------
>
>Message: 7
>Date: Wed, 12 Apr 2017 14:44:35 +0200
>From: "Stefan-W. Hahn" <stefan.hahn@s-hahn.de>
>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." <m.doyley@rochester.edu>
>To: Eduardo Mercovich <eduardo@mercovich.net>
>Cc: "emacs-orgmode@gnu.org" <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
><eduardo@mercovich.net> 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:
><http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20170412/eb5e017f/attachment.pgp>
>
>------------------------------
>
>Message: 9
>Date: Wed, 12 Apr 2017 09:41:05 -0400
>From: Adam Aviv <aviv@usna.edu>
>To: Emacs-orgmode@gnu.org
>Subject: [O] Mathjax CDN to shutdown April 30th 2017
>Message-ID:
>	<CAJV1HczHx84qejbeG6Fk55s240=bMW-5a8aGNV3r=Aks91kNrA@mail.gmail.com>
>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:
><http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20170412/ff22c45c/attachment.html>
>-------------- 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:
><http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20170412/ff22c45c/attachment.obj>
>
>------------------------------
>
>Message: 10
>Date: Wed, 12 Apr 2017 10:57:08 -0300
>From: Adonay Felipe Nogueira <adfeno@openmailbox.org>
>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 <francesco.montanari@openmailbox.org>
>To: emacs-orgmode@gnu.org
>Subject: Re: [O] ox-man line break
>Message-ID: <fee2271f-cc86-2f6e-f67b-dfcd9b2b3348@openmailbox.org>
>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:
><http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20170412/865fb71e/attachment.pgp>
>
>End of Emacs-orgmode Digest, Vol 134, Issue 12
>**********************************************

[-- Attachment #2: Type: text/html, Size: 10031 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread