Re: Can a mail-sources :prescript communicate progress back to the user?

[Adam Sjøgren]

Lars writes:

> a...@koldfront.dk (Adam Sjøgren) writes:
>
>> I am wondering whether there is any functionality for a :prescript in
>> mail-sources to report progress back to the user - e.g. by messages
>> being shown in the mini-buffer?
>
> Yes...  can't you just use a prescript like, er,
>
> :prescript (lambda () (message "Before fetching..."))
>
> or something?

Hm, yes, I guess I could made my :prescript a (defun) that calls the
Python script and reads stdout, (message)'ing every line...

Thanks for the pointer!


  Best regards,

Adam

-- 
 "I'm only civil because I don't know any swear words."   Adam Sjøgren
 a...@koldfront.dk


___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: slow `B m' due to a require for each of gnus-active-hashtb

[Lars Ingebrigtsen]

Kevin Brubeck Unhammer  writes:

> On Gnus v5.13, Emacs 24.5.1, doing `B m` takes quite a long time (10s
> and up) before it shows any prompt (but seemingly only after I've been
> using Emacs for a while). If I toggle-debug-on-quit and poormansprofile
> it a bit, the backtraces always look like this:
>
> Debugger entered--Lisp error: (quit)
>   require(nntp)
>   gnus-get-function((nntp "news.gwene.org") request-accept-article t)
>   gnus-valid-move-group-p(nntp+news\.gwene\.org:gwene\.net\.patdavid\.gimp)

[...]

> It's a lot faster if I simply comment out (require (car method)) from
> gnus-get-function (the require seems to still be there in git). If
> that's not safe (how many backend methods are there?), then perhaps
> there could be an alternate active group storage that organises active
> groups hierarchically, so it would be possible to go from
> valid-move-group to a set of groups?

Hm...  it's odd that require should be the bottleneck here, because it's
a NOOP if the feature has already been loaded.

(benchmark-run 10 (require 'nntp))

takes 0.1s on my machine.  How many groups do you have?  :-)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: max-size for displayed PGP image on signed email?

[Lars Ingebrigtsen]

Kevin Brubeck Unhammer  writes:

> I've been running with 
>
> (defun gnus-rescale-image (image size)
>   "Rescale IMAGE to SIZE if possible.
> SIZE is in format (WIDTH . HEIGHT). Return a new image.
> Sizes are in pixels."
>   (if (or (not (fboundp 'imagemagick-types))
> ;; (not (get-buffer-window (current-buffer)))
>   )

I've now applied a similar fix to Emacs 27.  Thanks for testing.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: Can a mail-sources :prescript communicate progress back to the user?

[Lars Ingebrigtsen]

a...@koldfront.dk (Adam Sjøgren) writes:

> I am wondering whether there is any functionality for a :prescript in
> mail-sources to report progress back to the user - e.g. by messages
> being shown in the mini-buffer?

Yes...  can't you just use a prescript like, er,

:prescript (lambda () (message "Before fetching..."))

or something?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: Incorrect default value in prompt for gnus-summary-move-article

[Lars Ingebrigtsen]

j...@ankarstrom.se (John Ankarström) writes:

> Sorry, I was in a hurry and realize now that I was a bit unclear.
>
> The problem I'm having is the escaped + sign:
>
>> nnimap\+mail.my-domain.com:
>
> It's supposed to say nnimap+mail.my-domain.com - escaping the
> plus sign does not work. If I remove the backslash it works fine.
>
> I'm wondering if anyone else has seen this before or knows what
> to do about it.

This doesn't happen when I move messages to nnimap groups with names of
a similar format (with Emacs 27.)  Do you perhaps have some
customisations in place that mangles stored prompt values?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: Not killing viewer?!

[Lars Ingebrigtsen]

Gijs Hillenius  writes:

> I confirm that adding these three 
>
> 
> "application/vnd.openxmlformats-officedocument.wordprocessingml.document"
>   
> "application/vnd.openxmlformats-officedocument.presentationml.presentation"
>   "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"

Wow.  Those are some Content-Types.  :-)

Hm...  that variable is a list of regexps.  Perhaps we should put
"application/vnd.*" into the list?  I think I'll do so...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: Not killing viewer?!

[Gijs Hillenius]

On 11 Apr 2018, Gijs Hillenius wrote:

> On 11 Apr 2018, Lars Ingebrigtsen wrote:
>
>> a...@koldfront.dk (Adam Sjøgren) writes:
>>
>>> I receive an email with a Microsoft Word document attached. That is
>>> annoying in itself, but I click it, and Libreoffice opens with the
>>> document.
>>>
>>> So far, so good.
>>>
>>> Then I read the next email in Gnus.
>>>
>>> And Libreoffice is killed. Gone. Window closed.
>>>
>>> Which is kind of annoying as I wanted to look at another email at
>>> the same time as looking at the Microsoft Word document.
>>>
>>> Wasn't this fixed at some point? Do I just need to twiddle some
>>> configuration?
>>
>> Yes, I think this is covered by the `mm-keep-viewer-alive-types'
>> variable.
>
> Ah!
>
> I confirm that adding these three 
>
> "application/vnd.openxmlformats-officedocument.wordprocessingml.document"
>   
> "application/vnd.openxmlformats-officedocument.presentationml.presentation"
>   "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"
>
> indeed keeps these attachments open, whereas the default values
> "application/msword" and "application/vnd.ms-excel" did not.

And let's not forget these:

"application/vnd.oasis.opendocument.spreadsheet"
"application/vnd.oasis.opendocument.text"
"application/vnd.oasis.opendocument.presentation"

___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: Not killing viewer?!

[Gijs Hillenius]

On 11 Apr 2018, Lars Ingebrigtsen wrote:

> a...@koldfront.dk (Adam Sjøgren) writes:
>
>> I receive an email with a Microsoft Word document attached. That is
>> annoying in itself, but I click it, and Libreoffice opens with the
>> document.
>>
>> So far, so good.
>>
>> Then I read the next email in Gnus.
>>
>> And Libreoffice is killed. Gone. Window closed.
>>
>> Which is kind of annoying as I wanted to look at another email at the
>> same time as looking at the Microsoft Word document.
>>
>> Wasn't this fixed at some point? Do I just need to twiddle some
>> configuration?
>
> Yes, I think this is covered by the `mm-keep-viewer-alive-types'
> variable.

Ah!

I confirm that adding these three 


"application/vnd.openxmlformats-officedocument.wordprocessingml.document"

"application/vnd.openxmlformats-officedocument.presentationml.presentation"
"application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"

indeed keeps these attachments open, whereas the default values
"application/msword" and "application/vnd.ms-excel" did not.



___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english