Re: spam
Hikaru Ichijyo writes: > It's a real science, making tasteless ads look like > something you need to be reading. :) You can't fool everyone - but you can fool some, and those are the ones you want to concentrate on... -- underground experts united ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
spam (was: alt-tab? really? you're joking...)
Hikaru Ichijyo writes: > I only keep the really good spam emails. There have > been some classics: > > "If your warrior of love is too small, you may lose > this war!" ... You seem to get a lot of spam. While it is mostly the job of the server software not to propagate it, last line of defense client-side anti-spam is something I would like to have better. I have the KILL file which may look like this: (gnus-kill "From" "\"Dealsbycm.se\"" '(gnus-summary-mark-as-read nil "X") t) ;; etc. (gnus-expunge "X") I do like the idea of basing anti-spam on header-value pairs (and regexps), so you can just block them off one by one. (On the server probably something more advanced/powerful and algorithmic is called for, depending on volume.) What I don't like with the KILL file solution is that it is in code (Elisp) contrary to just have a textfile of data. I did some work to automatize it: it works, without giving the impression of being rock-steady. Something like that should definitely be added to Gnus if it isn't already. http://user.it.uu.se/~embe8573/conf/emacs-init/gnus/lamer.el http://user.it.uu.se/~embe8573/conf/.zsh/special/gnus_kill But I do get spam very rarely so someone must be doing something right. -- underground experts united ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
incal writes: >> Well, in any programming mode, `' runs >> `completion-at-point' or `complete-symbol' which >> are the main completion functions in emacs. >> (Actually, that's bound to `C-M-i' but that >> translates to `' which is much easier to >> type.) > > To me isn't more difficult to type (in a > way, it is easier/better as the left index finger > can remain at ), and it doesn't translate to > , which by the way I had to configure. But > now I got suspicious: I'll remove the configuration > and see if it still works... Without the configuration, translates to in the Linux VTs. Those keys are both very good, so why have them do the same thing? It is a waste. For example, I use to scroll a "pane" (and to scroll a line), and to switch between buffers. Here is how to get both keys, again in a Linux VT: In /etc/console-setup/remap.inc alt keycode 15 = U+1003 # M-TAB Then execute this function: lkeys () { sudo loadkeys --clearcompose --clearstrings \ /etc/console-setup/remap.inc > /dev/null } Last, in an Emacs init file: (define-key input-decode-map [?\u1003] [M-tab]) -- underground experts united ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
Tassilo Horn writes: > Well, in any programming mode, `' runs > `completion-at-point' or `complete-symbol' which are > the main completion functions in emacs. (Actually, > that's bound to `C-M-i' but that translates to > `' which is much easier to type.) To me isn't more difficult to type (in a way, it is easier/better as the left index finger can remain at ), and it doesn't translate to , which by the way I had to configure. But now I got suspicious: I'll remove the configuration and see if it still works... -- underground experts united ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: new subject (was: alt-tab? really? you're joking...)
incal writes: > Indeed, however sometimes you reply to a post the > old way, and in mid-edit you realize you are talking > about something else. > > Or do you have a keystroke for that as well? No, it is the other way around, it works the way I thought it didn't, but it doesn't work the way I thought it did. Yes, that makes more sense. -- underground experts united ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: new subject (was: alt-tab? really? you're joking...)
Peter Münster writes: >> Or if it gradually evolved out of the old one but >> still has some connection, keep the old subject >> like this Subject: new subject (was: old subject) > > Yeah, C-c C-f s ! ;) Indeed, however sometimes you reply to a post the old way, and in mid-edit you realize you are talking about something else. Or do you have a keystroke for that as well? Actually, I do - sort of: http://user.it.uu.se/~embe8573/conf/emacs-init/gnus/moggle.el :) -- underground experts united ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
Hikaru Ichijyo writes: > Now, I do have another question of course (us Gnus > newbies like me have those without end, I'd > imagine...) What I can tell there aren't that many Gnus newbies around - I wish there were! - so don't be afraid you'll flood this roup with questions or anything. But if you want to be something more than a newbie, the fool-proof method is acting like a professional right away: start to write more elaborate subjects, that are descriptive of the problem or, well subject in short! - and not ironic in style. And when you have a new question, start a new thread. Or if it gradually evolved out of the old one but still has some connection, keep the old subject like this Subject: new subject (was: old subject) That is typically done when the "new subject" needs a quotation from the "old subject". If not, just create a new subject. > Is there a way I can make messages that I have > already expired from the Summary buffer really > disappear from view? To me, it is easier not to bother with the expire stuff at all. Just read the the material, or implicitly use use `gnus-summary-mark-as-read-forward' for what you don't want to read, and you are done. Use `gnus-summary-tick-article-forward' for what you want to read, only later, and for what you've read but you want to keep, still (like a mail that contains instructions what/how to do something). When you are done, use `gnus-summary-mark-as-read-forward' to be done with those, too. Here, I mention the command names but that should be close, one-letter keystrokes, of course... -- underground experts united ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
a...@koldfront.dk (Adam Sjøgren) writes: > Adam, who had to configure alt-tab in his window > manager to do as "everywhere else", because his > colleagues got all confused when borrowing his > keyboard/computer. *Laughter* I don't think it would have mattered if I borrowed my computer to Steve Wozniak himself, he'd still have to pick it apart piece by piece before he could make any sense of it! No, not really. It is just Emacs and zsh. A modified Emacs and a modified zsh... -- underground experts united ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
Hikaru Ichijyo writes: > In bug #1, "M-TAB conflicts with ispell" That's good news, a bug can be fixed and this one already is you just said (?). > (and they could have also mentioned, the > window-switching keys of half the desktop managers > in existence, but they didn't mention that), they > say: "Window manager" I think if you mean openbox, metacity, and those. But those designations are too similar, too much intersection and "that doesn't say much", yeah. But that is nothing to think about, I think, the important thing is everything is configurable the way YOU want it. I have come across many, many variables and settings that I don't understand why "my" value isn't the default, but I don't care as long as I can change it. Only for PR reasons with newcomers who are perhaps not inclined to put hours on their systems, which I don't mind (on the contrary), that's the only thing, otherwise what does it matter what key it is or function name or background color or whatever as long as you can change it? Isn't that the only way, and the easiest way as well, to potentially everyone can be happy with their software? -- underground experts united ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
Hikaru Ichijyo writes: > It seems that the key binding for name completion is > M-TAB. Completion sucks anyway. Setup aliases and type the aliases instead: style, precision, speed. Like this: ;; For example, for mail addresses, .mailrc can look ;; like this: ;; ;; alias john"John DiFool " ;; alias kate"Katherine Moss " ;; alias friends john kate ;; ;; For Usenet groups, setup ordinary abbrevs: ;; ;; (let*((write '( ... )) ; other abbrevs ;; (groups '(("geh" "gnu.emacs.help") ;; ("geg" "gnu.emacs.gnus") ;; ; ... ;; ("ges" "gnu.emacs.sources"))) ;; (both (append write groups))) ;; (define-abbrev-table 'global-abbrev-table both) ) > That's just...amazing. Really. The fact that Emacs > and BBDB come from a UNIX-centric world doesn't > begin to explain that, since MS-Windows is not the > only platform where that's used for windows > switching. It's also true in WindowMaker (which I > use), KDE, Gnome, and if I remember correctly, CDE > (which kills any idea that maybe they were only > thinking of commercial UNIX). This rant is a waste of energy - just set the keys to whatever you want. > And the Info docs say that you can't rebind it. Really? Can you quote that? -- underground experts united ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english