[...] How about this? It's a patch against the emacs-25 branch, I was not able to connect to the gnus git. diff --git a/lisp/gnus/gnus-icalendar.el b/lisp/gnus/gnus-icalendar.el index 4faef06..82a649
Hello, time handling is never trivial, it seems. When the calendar sender is in a different timezone, the extracted event does not seem to be converted to my timezone. I need more reading and underst
This seems to work as well in 24.5. My proposal broke the dates in the agenda buffer. Now I have a different problem, showing Greek (or other international text I guess) in calendar invitations. I wi
The Gnus git repository is now read-only (and only with anonymous access). Yes, this seems to fix the problem. I'll apply to emacs-25 and push. -- (domestic pets only, the antidote for overdose, milk
Lars, thank you so much. The problem is indeed my Greek locale that causes failure in date-to-time(). I made the following patch -- gnus-icalendar.el.orig 2016-02-23 09:04:49.755027543 +0200 +++ gnus
Thanks! Now I see some convergence in the results and this was the conclusion, fastest to slowest 1. cl-count 2. Eli's cdr approach 3. My string-match-p approach Code: https://gist.github.com/ab487f6
Why? How would that be good? Seriously, hash-tables have a lot of drawbacks. They use much more memory, they are much slower (on small dictionaries), they are much restrictive on the possible key equ
The later. -- __Pascal Bourguignon__ http://www.informatimago.com/ “The factory of the future will have only two employees, a man and a dog. The man will be there to feed the dog. The dog will be t
Hi all, I need to format a float so that I get /at most/ 2 decimal digits after point /and/ at most 5 characters altogether. For instance, 2 -> 2 2.34567 -> 2.35 123.456 -> 123.5 123456 -> XXXXX (sin
Thanks for this remark, Stefan. I've modified the code and it looks now as follows: (setq-default minibuffer-line-format `((:eval (let ((string (concat (propertize (format-time-string "%Y.
Yes, but only once. This never presented a problem and I think it won't since in my case all this relates to programming mode hooks and not the more complicated ones that supposedly would glue togeth
If you look at the documentation for the display property, and more specifically for the `space' specifications, you'll see that the HPOS element can be of the form: EXPR ::= NUM | (NUM) | UNIT | EL
I'd expected that a first argument of t for run-at-time would take care of that. From the Elisp doc: "-- Command: run-at-time time repeat function &rest args [...] In most cases, REPEAT has no effect
Yes, which is good. But I believe many should be part of vanilla Emacs, especially those that do things that can be considered atomic or very general. Best example I can think of, and one I have ment
I can see two ways to obtain the number of visible lines: 1. (window-body-height) - this doesn't take line-spacing into account. Furthermore, (/ (window-body-height) (1+ line-spacing)) doesn't seem t
Just thought of one thing, there is a caps-mode.el, written by a man on this list, which is great, because it gives you caps lock functionality, but *buffer local* (and thus obviously contained to Em
For sure, if anyone actually did that, just plain with no automatizing or preprocessing, it would be grotesque. But let's think about how Lisp processing is often illustrated, not as an endless list
You could but it becomes unwieldy pretty soon. One does not simply tell programmers “instead of literal 1, you have to write '('integer 1)”. You also incur run-time tests at each use. In C++, we
Yes, if you recall, I mentioned the possibility of solving that with a macro. Although I couldn't do it (I never did any macros, perhaps I should), I suspected it was possible and it is impressive th