Re: [O] Viewing pdf images

[Doyley, Marvin M.]

Thanks,

Much appreciated.

Cheers,
M
> On Mar 21, 2017, at 6:34 AM, Julian M. Burgos  
> wrote:
> 
> I have the following in my .emacs file.  For this to work you need to
> have your emacs compiled with imagemagick support (and have imagemagick
> installed, of course).  It works well, although the images do not appear
> immediately the first time you toggle them because the conversion takes
> a little bit.
> 
> #+BEGIN_SRC emacs-lisp
> 
> (setq image-file-name-extensions
>   (quote
>("png" "jpeg" "jpg" "gif" "tiff" "tif" "xbm" "xpm" "pbm" "pgm" "ppm" "pnm" 
> "svg" "pdf" "bmp" "eps")))
> (add-to-list 'image-type-file-name-regexps '("\\.eps\\'" . imagemagick))
> (add-to-list 'image-file-name-extensions "eps")
> (add-to-list 'image-type-file-name-regexps '("\\.pdf\\'" . imagemagick))
> (add-to-list 'image-file-name-extensions "pdf")
> (setq imagemagick-types-inhibit (remove 'PDF imagemagick-types-inhibit))
> 
> #+END_SRC
> 
> 
> 
> 
> Doyley, Marvin M. writes:
> 
>> Doesn’t work. Emacs just Hangs :(
>>> On Mar 17, 2017, at 8:43 AM, Norwid Behrnd  wrote:
>>> 
>>> 
>>> To include and display pdf files, perhaps the setup outlined here is
>>> still working (dates back 2014...)
>>> 
>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__emacs.stackexchange.com_questions_390_display-2Dpdf-2Dimages-2Din-2Dorg-2Dmode=DwIC-g=kbmfwr1Yojg42sGEpaQh5ofMHBeTl9EI2eaqQZhHbOU=s3_3riAscdqtNAzgOuwYB9g0dZVGcp8BNCy_RylYdxU=cQ2XAFEKpHWcRH33Hvyanl-V2rE3v-7glys69pwm8CY=rmvwv-l1KvLkkUN0iG1d7bT6-MNbzQOFpz5U4-fLPt0=
>>> 
>>> Cheers.
>>> 
>>> 
>>> 
>>> On 03/17/2017 01:27 PM, Doyley, Marvin M. wrote:
 Hi there,
 
 For manuscripts, my research group and I typically save images in pdf
 format, much better resolution. It would be nice to view pdf  images
 when working in org-mode. Does anybody know how to view pdf images in
 org-mode.
 
 Thanks, M
 
 PS We also work with svg images too, that would also love to view in
 org-mode
 
> 
> 
> --
> Julian Mariano Burgos, PhD
> Hafrannsóknastofnun, rannsókna- og ráðgjafarstofnun hafs og vatna/
> Marine and Freshwater Research Institute
> Skúlagata 4, 121 Reykjavík, Iceland
> Sími/Telephone : +354-5752037
> Bréfsími/Telefax:  +354-5752001
> Netfang/Email: julian.bur...@hafogvatn.is



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [O] [PATCH] allow klipse export in html

[Matt Price]

Hi Bastien,
checking again to see if there's any movement on this. I can also repatch
against master.

m

On Thu, Mar 9, 2017 at 10:18 AM, Matt Price  wrote:

> Hi Bastien,
>
> Just pinging on this. If the answer is no, that's fine; otherwise I'd love
> to get this merged so I can stop monkey-patching every time I update org :-)
>
> On Mon, Jan 30, 2017 at 11:04 PM, Matt Price  wrote:
>
>> Hi Bastien, I thought I'd just check in on this again. Thanks!
>>
>> Matt
>>
>>
>> On Mon, Jan 16, 2017 at 1:35 AM, Bastien Guerry  wrote:
>>
>>> Hi Matt,
>>>
>>> Matt Price  writes:
>>>
>>> > Hi Bastien, is there anything I can do to help get this accepted? one
>>> > it is in ox-html I would like to submit a patch to ox-reveal so the
>>> > same mechanism can be used there. thanks!
>>>
>>> everything is ready, it's just that I need some time.  I *do* have
>>> some this week, don't worry.
>>>
>>> Thanks for your patience,
>>>
>>> --
>>>  Bastien
>>>
>>
>>
>

Re: [O] Bug in Recent Agenda Mod

[Marco Wahl]

Marco Wahl  writes:

> Ian Dunn  writes:
>
>> Commit d262ae53c966c7a745c0fa779149f9eb7486333d "org-agenda: Fix agenda 
>> standard name when going unsticky" sets org-agenda-buffer-name to "*Org 
>> Agenda*" if not in sticky.
>>
>> However, org-agenda-redo sets org-agenda-sticky to nil before redoing the 
>> agenda command.
>>
>> Steps to Reproduce:
>>
>> 1. Turn on org-agenda-sticky
>> 2. Execute any agenda command that only involves org-agenda-list
>>- Agenda is in buffer *Org Agenda(CMD)* (ex. *Org Agenda(d:)*)
>> 3. Press 'g' (org-agenda-redo)
>>- Agenda is now in *Org Agenda*
>>
>> The included patch fixes this for sticky redo, and will have no effect for 
>> anything other than a sticky redo.
>>
>> --
>> Ian Dunn
>>
>> diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
>> index b618653d5..04e6685b5 100644
>> --- a/lisp/org-agenda.el
>> +++ b/lisp/org-agenda.el
>> @@ -4076,6 +4076,7 @@ items if they have an hour specification like [h]h:mm."
>>(catch 'exit
>>  (setq org-agenda-buffer-name
>>(or org-agenda-buffer-tmp-name
>> +  (and org-agenda-doing-sticky-redo org-agenda-buffer-name)
>>(if org-agenda-sticky
>>(cond ((and org-keys (stringp org-match))
>>   (format "*Org Agenda(%s:%s)*" org-keys org-match))
>
> Good catch, good fix AFAICT.  Thanks.
>
> May I add this line with a commit message referencing you as the
> originator?  (I have not found you in the contributors list.)

I just committed your fix.


Ciao

Re: [O] tsia-up sorting strategy sorts agenda by date and ignores time. How can I change that?

[Matt Lundin]

Arkady Grudzinsky  writes:

> Hi,
>
> I'd like to sort my tasks in agenda by inactive creation
> timestamp which includes the time portion.  I have found that
> tsia-up strategy ignores the time portion of the timestamp.  Is
> there a way to take time into account?

Unfortunately, the org sorting relies on org-time-string-to-absolute,
which converts time strings to days only, so the default is just a day
to day comparison.

You could use something like this and then add user-defined-up or
user-defined-down where desired in org-agenda-sorting-strategy:

--8<---cut here---start->8---
(defun my-sort-by-inactive-timestamp-incl-time (a b)
  (let* ((ma (get-text-property 1 'org-marker a))
 (mb (get-text-property 1 'org-marker b))
 (tsa (with-current-buffer (marker-buffer ma)
 (org-entry-get (marker-position ma) "TIMESTAMP_IA")))
 (tsb (with-current-buffer (marker-buffer mb)
 (org-entry-get (marker-position mb) "TIMESTAMP_IA")))
 (seca (if tsa (org-time-string-to-seconds tsa) 0))
 (secb (if tsb (org-time-string-to-seconds tsb) 0)))
(cond ((> seca secb) 1)
  ((> secb seca) -1)
  (t nil

(setq org-agenda-cmp-user-defined 'my-sort-by-inactive-timestamp-incl-time)
--8<---cut here---end--->8---

I imagine there are ways to do this more elegantly (e.g., by iterating
over a and b), but this gets the job done for me.

Best,
Matt

[O] Why does org-mobile-push copy unchanged files?

[Guido Van Hoecke]

Hi,

Lately org-mobile-push copies all org-mobile-files to the Dropbox
directory. Which causes org-mobile to refresh all files, even the ones
that aren't changed, causing a considerably longer sync time at the
smartphone.

I definitely think there was a time when only the changed files were
copied. I can't link that to specific org versions though.

Running org version 9.0.5 on emacs on GNU Emacs 25.1.1
(x86_64-w64-mingw32) of 2016-09-17 on Windows 10 latest WIP fast ring.

-- 
Guido

You don't sew with a fork, so I see no reason to eat with knitting needles.
-- Miss Piggy, on eating Chinese Food

Re: [O] Org export buffer opens at buffer's end

[Matt Lundin]

Hi David,

David Mann  writes:

> When I do C-c C-e to start an org export, the export buffer opens at its
> bottom, with the top cut off in the window.  In past versions the buffer
> opened at the top.

Do you mean the *Org Export Dispatcher* buffer or the final exported
buffer? I cannot reproduce this behavior in either case. Reproducing
with a minimal config would help to track down the problem:

http://orgmode.org/manual/Feedback.html

Matt

Re: [O] Bug in Recent Agenda Mod

[Matt Lundin]

Ian Dunn  writes:

> Commit d262ae53c966c7a745c0fa779149f9eb7486333d "org-agenda: Fix
> agenda standard name when going unsticky" sets org-agenda-buffer-name
> to "*Org Agenda*" if not in sticky.
>
> However, org-agenda-redo sets org-agenda-sticky to nil before redoing the 
> agenda command.
>
> Steps to Reproduce:
>
> 1. Turn on org-agenda-sticky
> 2. Execute any agenda command that only involves org-agenda-list
>- Agenda is in buffer *Org Agenda(CMD)* (ex. *Org Agenda(d:)*)
> 3. Press 'g' (org-agenda-redo)
>- Agenda is now in *Org Agenda*
>
> The included patch fixes this for sticky redo, and will have no effect
> for anything other than a sticky redo.
>
> --
> Ian Dunn
>
> diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
> index b618653d5..04e6685b5 100644
> --- a/lisp/org-agenda.el
> +++ b/lisp/org-agenda.el
> @@ -4076,6 +4076,7 @@ items if they have an hour specification like [h]h:mm."
>(catch 'exit
>  (setq org-agenda-buffer-name
> (or org-agenda-buffer-tmp-name
> +   (and org-agenda-doing-sticky-redo org-agenda-buffer-name)
> (if org-agenda-sticky
> (cond ((and org-keys (stringp org-match))
>(format "*Org Agenda(%s:%s)*" org-keys org-match))

Thanks so much for solving this. I was just trying to figure out why
refreshing my sticky agendas kept creating a new "*Org Agenda* buffer
and am glad I checked here first. I can confirm that this fix works.

Matt

Re: [O] Viewing pdf images

[Julian M. Burgos]

I have the following in my .emacs file.  For this to work you need to
have your emacs compiled with imagemagick support (and have imagemagick
installed, of course).  It works well, although the images do not appear
immediately the first time you toggle them because the conversion takes
a little bit.

#+BEGIN_SRC emacs-lisp

(setq image-file-name-extensions
   (quote
("png" "jpeg" "jpg" "gif" "tiff" "tif" "xbm" "xpm" "pbm" "pgm" "ppm" "pnm" 
"svg" "pdf" "bmp" "eps")))
(add-to-list 'image-type-file-name-regexps '("\\.eps\\'" . imagemagick))
(add-to-list 'image-file-name-extensions "eps")
(add-to-list 'image-type-file-name-regexps '("\\.pdf\\'" . imagemagick))
(add-to-list 'image-file-name-extensions "pdf")
(setq imagemagick-types-inhibit (remove 'PDF imagemagick-types-inhibit))

#+END_SRC




Doyley, Marvin M. writes:

> Doesn’t work. Emacs just Hangs :(
>> On Mar 17, 2017, at 8:43 AM, Norwid Behrnd  wrote:
>>
>>
>> To include and display pdf files, perhaps the setup outlined here is
>> still working (dates back 2014...)
>>
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__emacs.stackexchange.com_questions_390_display-2Dpdf-2Dimages-2Din-2Dorg-2Dmode=DwIC-g=kbmfwr1Yojg42sGEpaQh5ofMHBeTl9EI2eaqQZhHbOU=s3_3riAscdqtNAzgOuwYB9g0dZVGcp8BNCy_RylYdxU=cQ2XAFEKpHWcRH33Hvyanl-V2rE3v-7glys69pwm8CY=rmvwv-l1KvLkkUN0iG1d7bT6-MNbzQOFpz5U4-fLPt0=
>>
>> Cheers.
>>
>>
>>
>> On 03/17/2017 01:27 PM, Doyley, Marvin M. wrote:
>>> Hi there,
>>>
>>> For manuscripts, my research group and I typically save images in pdf
>>> format, much better resolution. It would be nice to view pdf  images
>>> when working in org-mode. Does anybody know how to view pdf images in
>>> org-mode.
>>>
>>> Thanks, M
>>>
>>> PS We also work with svg images too, that would also love to view in
>>> org-mode
>>>


--
Julian Mariano Burgos, PhD
Hafrannsóknastofnun, rannsókna- og ráðgjafarstofnun hafs og vatna/
Marine and Freshwater Research Institute
Skúlagata 4, 121 Reykjavík, Iceland
Sími/Telephone : +354-5752037
Bréfsími/Telefax:  +354-5752001
Netfang/Email: julian.bur...@hafogvatn.is

Re: [O] Bug in Recent Agenda Mod

[Marco Wahl]

Ian Dunn  writes:

> Commit d262ae53c966c7a745c0fa779149f9eb7486333d "org-agenda: Fix agenda 
> standard name when going unsticky" sets org-agenda-buffer-name to "*Org 
> Agenda*" if not in sticky.
>
> However, org-agenda-redo sets org-agenda-sticky to nil before redoing the 
> agenda command.
>
> Steps to Reproduce:
>
> 1. Turn on org-agenda-sticky
> 2. Execute any agenda command that only involves org-agenda-list
>- Agenda is in buffer *Org Agenda(CMD)* (ex. *Org Agenda(d:)*)
> 3. Press 'g' (org-agenda-redo)
>- Agenda is now in *Org Agenda*
>
> The included patch fixes this for sticky redo, and will have no effect for 
> anything other than a sticky redo.
>
> --
> Ian Dunn
>
> diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
> index b618653d5..04e6685b5 100644
> --- a/lisp/org-agenda.el
> +++ b/lisp/org-agenda.el
> @@ -4076,6 +4076,7 @@ items if they have an hour specification like [h]h:mm."
>(catch 'exit
>  (setq org-agenda-buffer-name
> (or org-agenda-buffer-tmp-name
> +   (and org-agenda-doing-sticky-redo org-agenda-buffer-name)
> (if org-agenda-sticky
> (cond ((and org-keys (stringp org-match))
>(format "*Org Agenda(%s:%s)*" org-keys org-match))

Good catch, good fix AFAICT.  Thanks.

May I add this line with a commit message referencing you as the
originator?  (I have not found you in the contributors list.)


Best regards,

 Marco