* Gnus search
@ 2010-10-21 15:49 Lars Magne Ingebrigtsen
2010-10-21 16:04 ` Julien Danjou
2010-10-27 11:36 ` Andrew Cohen
0 siblings, 2 replies; 34+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-10-21 15:49 UTC (permalink / raw)
To: ding
Gnus has a few backends for adding searching to Gnus, but they all
require third-party utilities and a somewhat complicated setup.
Is there really no way to get this to work out-of-the-box simply and
easily?
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 15:49 Gnus search Lars Magne Ingebrigtsen
@ 2010-10-21 16:04 ` Julien Danjou
2010-10-21 16:07 ` Lars Magne Ingebrigtsen
2010-10-27 11:36 ` Andrew Cohen
1 sibling, 1 reply; 34+ messages in thread
From: Julien Danjou @ 2010-10-21 16:04 UTC (permalink / raw)
To: ding
On Thu, Oct 21 2010, Lars Magne Ingebrigtsen wrote:
> Gnus has a few backends for adding searching to Gnus, but they all
> require third-party utilities and a somewhat complicated setup.
>
> Is there really no way to get this to work out-of-the-box simply and
> easily?
Can I answer IMAP to this?
--
Julien Danjou
// ᐰ <julien@danjou.info> http://julien.danjou.info
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 16:04 ` Julien Danjou
@ 2010-10-21 16:07 ` Lars Magne Ingebrigtsen
2010-10-21 16:24 ` Julien Danjou
2010-10-21 21:27 ` Steinar Bang
0 siblings, 2 replies; 34+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-10-21 16:07 UTC (permalink / raw)
To: ding
Julien Danjou <julien@danjou.info> writes:
> Can I answer IMAP to this?
I guess you can. :-)
Then nnir should be on by default, and not need any user customisations,
perhaps?
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 16:07 ` Lars Magne Ingebrigtsen
@ 2010-10-21 16:24 ` Julien Danjou
2010-10-21 17:09 ` Andrew Cohen
2010-10-21 17:10 ` Tibor Simko
2010-10-21 21:27 ` Steinar Bang
1 sibling, 2 replies; 34+ messages in thread
From: Julien Danjou @ 2010-10-21 16:24 UTC (permalink / raw)
To: ding
On Thu, Oct 21 2010, Lars Magne Ingebrigtsen wrote:
> Then nnir should be on by default, and not need any user customisations,
> perhaps?
I'd be glad, since I never found time so far to take a look at it and
configure it. If it could just work out of the box, that would be *very*
handy.
--
Julien Danjou
// ᐰ <julien@danjou.info> http://julien.danjou.info
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 16:24 ` Julien Danjou
@ 2010-10-21 17:09 ` Andrew Cohen
2010-10-21 17:10 ` Tibor Simko
1 sibling, 0 replies; 34+ messages in thread
From: Andrew Cohen @ 2010-10-21 17:09 UTC (permalink / raw)
To: ding
>>>>> "Julien" == Julien Danjou <julien@danjou.info> writes:
Julien> On Thu, Oct 21 2010, Lars Magne Ingebrigtsen wrote:
>> Then nnir should be on by default, and not need any user
Julien> customisations,
>> perhaps?
Julien> I'd be glad, since I never found time so far to take a look
Julien> at it and configure it. If it could just work out of the
Julien> box, that would be *very* handy.
I don't think nnir needs any customizations for imap usage. All I had to
do was add (nnir-search-engine imap) to my imap select method, and it
just works. It should be easy enough to add this as default.
Regards,
Andy
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 16:24 ` Julien Danjou
2010-10-21 17:09 ` Andrew Cohen
@ 2010-10-21 17:10 ` Tibor Simko
2010-10-21 17:12 ` Lars Magne Ingebrigtsen
1 sibling, 1 reply; 34+ messages in thread
From: Tibor Simko @ 2010-10-21 17:10 UTC (permalink / raw)
To: ding
On Thu, 21 Oct 2010, Julien Danjou wrote:
> On Thu, Oct 21 2010, Lars Magne Ingebrigtsen wrote:
>
>> Then nnir should be on by default, and not need any user customisations,
>> perhaps?
>
> I'd be glad, since I never found time so far to take a look at it and
> configure it. If it could just work out of the box, that would be
> *very* handy.
The nnir configuration for IMAP should be just a matter of:
(require 'nnir)
(setq gnus-secondary-select-methods '((nnimap "foo"
(nnimap-address "foo")
;; etc
(nnir-search-engine imap))))
Best regards
--
Tibor Simko
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 17:10 ` Tibor Simko
@ 2010-10-21 17:12 ` Lars Magne Ingebrigtsen
2010-10-21 17:56 ` Andrew Cohen
2010-10-21 18:00 ` Ted Zlatanov
0 siblings, 2 replies; 34+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-10-21 17:12 UTC (permalink / raw)
To: ding
Tibor Simko <tibor.simko@cern.ch> writes:
> The nnir configuration for IMAP should be just a matter of:
>
> (require 'nnir)
> (setq gnus-secondary-select-methods '((nnimap "foo"
> (nnimap-address "foo")
> ;; etc
> (nnir-search-engine imap))))
Yes, and that's too much. :-)
What would be the easiest way for this to work automatically?
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 17:12 ` Lars Magne Ingebrigtsen
@ 2010-10-21 17:56 ` Andrew Cohen
2010-10-21 18:25 ` Andrew Cohen
2010-10-21 18:00 ` Ted Zlatanov
1 sibling, 1 reply; 34+ messages in thread
From: Andrew Cohen @ 2010-10-21 17:56 UTC (permalink / raw)
To: ding
>>>>> "Lars" == Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
Lars> Tibor Simko <tibor.simko@cern.ch> writes:
>> The nnir configuration for IMAP should be just a matter of:
>>
>> (require 'nnir) (setq gnus-secondary-select-methods '((nnimap
>> "foo" (nnimap-address "foo") ;; etc (nnir-search-engine imap))))
Lars> Yes, and that's too much. :-)
Lars> What would be the easiest way for this to work automatically?
One way (probably lots of others):
nnir gets server parameters through a single function,
nnir-read-server-parm. We could modify this to use a default value of
imap for nnir-search-engine whenever the group method is imap and no
overriding method is set. I can make this change a little later today.
Andy
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 17:12 ` Lars Magne Ingebrigtsen
2010-10-21 17:56 ` Andrew Cohen
@ 2010-10-21 18:00 ` Ted Zlatanov
2010-10-21 18:35 ` Andreas Seltenreich
1 sibling, 1 reply; 34+ messages in thread
From: Ted Zlatanov @ 2010-10-21 18:00 UTC (permalink / raw)
To: ding
On Thu, 21 Oct 2010 19:12:27 +0200 Lars Magne Ingebrigtsen <larsi@gnus.org> wrote:
LMI> Tibor Simko <tibor.simko@cern.ch> writes:
>> The nnir configuration for IMAP should be just a matter of:
>>
>> (require 'nnir)
>> (setq gnus-secondary-select-methods '((nnimap "foo"
>> (nnimap-address "foo")
>> ;; etc
>> (nnir-search-engine imap))))
LMI> Yes, and that's too much. :-)
LMI> What would be the easiest way for this to work automatically?
What's the downside of setting nnir-search-engine to 'imap by default?
Ted
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 17:56 ` Andrew Cohen
@ 2010-10-21 18:25 ` Andrew Cohen
2010-10-21 18:45 ` Ted Zlatanov
0 siblings, 1 reply; 34+ messages in thread
From: Andrew Cohen @ 2010-10-21 18:25 UTC (permalink / raw)
To: ding
[-- Attachment #1: Type: text/plain, Size: 111 bytes --]
Untested patch. Can someone who doesn't have an nnir method set for
nnimap servers give this is a try?
Andy
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: nnimap auto search --]
[-- Type: text/x-diff, Size: 1220 bytes --]
diff --git a/lisp/nnir.el b/lisp/nnir.el
index 2a264d1..a6a561e 100644
--- a/lisp/nnir.el
+++ b/lisp/nnir.el
@@ -1606,7 +1606,10 @@ and concat the results."
search-func)
(setq search-func (cadr
(assoc
- (nnir-read-server-parm 'nnir-search-engine server) nnir-engines)))
+ (or (nnir-read-server-parm
+ 'nnir-search-engine server)
+ (when (eq 'nnimap (car
+ (gnus-server-to-method server))) 'imap)) nnir-engines)))
(if search-func
(funcall search-func q server x)
nil)))
@@ -1617,9 +1620,12 @@ and concat the results."
(if (and (equal (cadr x) 'ok) (not (equal (cadar x) "-ephemeral")))
(let ((server (format "%s:%s" (caar x) (cadar x)))
search-func)
- (setq search-func (cadr
- (assoc
- (nnir-read-server-parm 'nnir-search-engine server) nnir-engines)))
+ (setq search-func (cadr
+ (assoc
+ (or (nnir-read-server-parm
+ 'nnir-search-engine server)
+ (when (eq 'nnimap (car
+ (gnus-server-to-method server))) 'imap)) nnir-engines)))
(if search-func
(funcall search-func q server nil)
nil))
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 18:00 ` Ted Zlatanov
@ 2010-10-21 18:35 ` Andreas Seltenreich
0 siblings, 0 replies; 34+ messages in thread
From: Andreas Seltenreich @ 2010-10-21 18:35 UTC (permalink / raw)
To: ding
Ted Zlatanov writes:
> What's the downside of setting nnir-search-engine to 'imap by default?
I'm afraid nnoo will clobber it as soon as it sees a method definition
containing another nnir-search-engine.
regards,
andreas
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 18:25 ` Andrew Cohen
@ 2010-10-21 18:45 ` Ted Zlatanov
2010-10-21 19:00 ` Andrew Cohen
0 siblings, 1 reply; 34+ messages in thread
From: Ted Zlatanov @ 2010-10-21 18:45 UTC (permalink / raw)
To: ding
On Thu, 21 Oct 2010 14:25:39 -0400 Andrew Cohen <cohen@andy.bu.edu> wrote:
AC> Untested patch. Can someone who doesn't have an nnir method set for
AC> nnimap servers give this is a try?
It works for me.
I think we should always enable nnir, meaning that this:
(defun nnir-group-mode-hook ()
(define-key gnus-group-mode-map (kbd "G G")
'gnus-group-make-nnir-group))
(add-hook 'gnus-group-mode-hook 'nnir-group-mode-hook)
should be available without explicitly loading nnir.el.
On Thu, 21 Oct 2010 20:35:26 +0200 Andreas Seltenreich <andreas+ding@gate450.dyndns.org> wrote:
AS> Ted Zlatanov writes:
>> What's the downside of setting nnir-search-engine to 'imap by default?
AS> I'm afraid nnoo will clobber it as soon as it sees a method definition
AS> containing another nnir-search-engine.
You're right. Andy's solution is much better.
Ted
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 18:45 ` Ted Zlatanov
@ 2010-10-21 19:00 ` Andrew Cohen
2010-10-22 14:24 ` Andrew Cohen
0 siblings, 1 reply; 34+ messages in thread
From: Andrew Cohen @ 2010-10-21 19:00 UTC (permalink / raw)
To: ding
>>>>> "Ted" == Ted Zlatanov <tzz@lifelogs.com> writes:
Ted> I think we should always enable nnir, meaning that this:
Ted> (defun nnir-group-mode-hook () (define-key gnus-group-mode-map
Ted> (kbd "G G") 'gnus-group-make-nnir-group)) (add-hook
Ted> 'gnus-group-mode-hook 'nnir-group-mode-hook)
Ted> should be available without explicitly loading nnir.el.
How about adding it to gnus-group-group-map? In gnus-group.el
(gnus-define-keys (gnus-group-group-map "G" gnus-group-mode-map)
"G" gnus-group-make-nnir-group
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 16:07 ` Lars Magne Ingebrigtsen
2010-10-21 16:24 ` Julien Danjou
@ 2010-10-21 21:27 ` Steinar Bang
1 sibling, 0 replies; 34+ messages in thread
From: Steinar Bang @ 2010-10-21 21:27 UTC (permalink / raw)
To: ding
>>>>> Lars Magne Ingebrigtsen <larsi@gnus.org>:
> Julien Danjou <julien@danjou.info> writes:
>> Can I answer IMAP to this?
> I guess you can. :-)
> Then nnir should be on by default, and not need any user
> customisations, perhaps?
It would be neat of nnir could be used for gmane groups. I know nnweb
can do searching, but I would have liked the behaviour of nnir (and
functionality such as `A T' working.
I tried to write this method, but it's not quite there...
(defun gnus-group-make-gmane-search-group ()
"Create an ephemeral nnweb group containing the results of a Gmane search."
(interactive)
(require 'nnweb)
(let* ((group (message-unique-id))
(type "gmane")
(gmane-group-name (car (cdr (split-string (gnus-group-group-name) ":"))))
(search
(concat
"group:" gmane-group-name " "
(read-string
"Search string: "
(cons (or (car gnus-group-web-search-history) "") 0)
'gnus-group-web-search-history)))
(method
`(nnweb ,group (nnweb-search ,search)
(nnweb-type ,(intern type))
(nnweb-ephemeral-p t))))
(gnus-group-read-ephemeral-group
group method t
(cons (current-buffer)
(if (eq major-mode 'gnus-summary-mode) 'summary 'group)))))
(defun gmane-search-group-mode-hook ()
(define-key gnus-group-mode-map (kbd "G b")
'gnus-group-make-gmane-search-group))
(add-hook 'gnus-group-mode-hook 'gmane-search-group-mode-hook)
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 19:00 ` Andrew Cohen
@ 2010-10-22 14:24 ` Andrew Cohen
2010-10-23 7:01 ` Steinar Bang
2010-10-24 4:18 ` Lars Magne Ingebrigtsen
0 siblings, 2 replies; 34+ messages in thread
From: Andrew Cohen @ 2010-10-22 14:24 UTC (permalink / raw)
To: ding
[-- Attachment #1: Type: text/plain, Size: 372 bytes --]
Attached are patches to make nnir work in nnimap groups without user
configuration. I've set things up so defaults for other backends can be
easily included in the future. I've moved the key binding into
gnus-group.el but left the binding ("G G") unchanged. Finally I've fixed
a bug when searching multiple imap groups.
Please let me know if this works.
Regards,
Andy
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: nnir search changes --]
[-- Type: text/x-diff, Size: 6014 bytes --]
diff --git a/lisp/gnus-group.el b/lisp/gnus-group.el
index 7152c18..e2864b9 100644
--- a/lisp/gnus-group.el
+++ b/lisp/gnus-group.el
@@ -55,6 +55,8 @@
(autoload 'gnus-agent-total-fetched-for "gnus-agent")
(autoload 'gnus-cache-total-fetched-for "gnus-cache")
+(autoload 'gnus-group-make-nnir-group "nnir")
+
(defcustom gnus-no-groups-message "No Gnus is good news"
"*Message displayed by Gnus when no groups are available."
:group 'gnus-start
@@ -653,6 +655,7 @@ simple manner.")
"D" gnus-group-enter-directory
"f" gnus-group-make-doc-group
"w" gnus-group-make-web-group
+ "G" gnus-group-make-nnir-group
"M" gnus-group-read-ephemeral-group
"r" gnus-group-rename-group
"R" gnus-group-make-rss-group
@@ -904,6 +907,7 @@ simple manner.")
["Add the help group" gnus-group-make-help-group t]
["Make a doc group..." gnus-group-make-doc-group t]
["Make a web group..." gnus-group-make-web-group t]
+ ["Make a search group..." gnus-group-make-nnir-group t]
["Make a virtual group..." gnus-group-make-empty-virtual t]
["Add a group to a virtual..." gnus-group-add-to-virtual t]
["Make an ephemeral group..." gnus-group-read-ephemeral-group t]
diff --git a/lisp/nnir.el b/lisp/nnir.el
index 2a264d1..a32d748 100644
--- a/lisp/nnir.el
+++ b/lisp/nnir.el
@@ -378,6 +378,10 @@ should return a message's headers in NOV format.
If this variable is nil, or if the provided function returns nil for a search
result, `gnus-retrieve-headers' will be called instead.")
+(defvar nnir-method-default-engines
+ '((nnimap . imap)
+ (nntp . nil))
+ "Alist of default search engines by server method")
;;; Developer Extension Variable:
@@ -401,8 +405,8 @@ result, `gnus-retrieve-headers' will be called instead.")
())
(hyrex nnir-run-hyrex
((group . "Group spec: ")))
- (find-grep nnir-run-find-grep
- ((grep-options . "Grep options: "))))
+ (find-grep nnir-run-find-grep
+ ((grep-options . "Grep options: "))))
"Alist of supported search engines.
Each element in the alist is a three-element list (ENGINE FUNCTION ARGS).
ENGINE is a symbol designating the searching engine. FUNCTION is also
@@ -677,16 +681,6 @@ that it is for Namazu, not Wais."
gnus-current-window-configuration)
nil)))
-(eval-when-compile
- (when (featurep 'xemacs)
- ;; The `kbd' macro requires that the `read-kbd-macro' macro is available.
- (require 'edmacro)))
-
-(defun nnir-group-mode-hook ()
- (define-key gnus-group-mode-map (kbd "G G")
- 'gnus-group-make-nnir-group))
-(add-hook 'gnus-group-mode-hook 'nnir-group-mode-hook)
-
;; Why is this needed? Is this for compatibility with old/new gnusae? Using
;; gnus-group-server instead works for me. -- Justus Piater
(defmacro nnir-group-server (group)
@@ -716,22 +710,22 @@ and show thread that contains this article."
(id (mail-header-id (gnus-summary-article-header)))
(refs (split-string
(mail-header-references (gnus-summary-article-header)))))
- (if (string= (car (gnus-group-method group)) "nnimap")
- (with-current-buffer (nnimap-buffer)
- (let* ((cmd (let ((value
- (format
- "(OR HEADER REFERENCES %s HEADER Message-Id %s)"
- id id)))
- (dolist (refid refs value)
- (setq value (format
- "(OR (OR HEADER Message-Id %s HEADER REFERENCES %s) %s)"
- refid refid value)))))
- (result (nnimap-command
- "UID SEARCH %s" cmd)))
- (gnus-summary-read-group-1 group t t gnus-summary-buffer nil
- (and (car result)
- (delete 0 (mapcar #'string-to-number
- (cdr (assoc "SEARCH" (cdr result)))))))))
+ (if (eq (car (gnus-group-method group)) 'nnimap)
+ (progn (nnimap-possibly-change-group (gnus-group-short-name group) nil)
+ (with-current-buffer (nnimap-buffer)
+ (let* ((cmd (let ((value (format
+ "(OR HEADER REFERENCES %s HEADER Message-Id %s)"
+ id id)))
+ (dolist (refid refs value)
+ (setq value (format
+ "(OR (OR HEADER Message-Id %s HEADER REFERENCES %s) %s)"
+ refid refid value)))))
+ (result (nnimap-command
+ "UID SEARCH %s" cmd)))
+ (gnus-summary-read-group-1 group t t gnus-summary-buffer nil
+ (and (car result)
+ (delete 0 (mapcar #'string-to-number
+ (cdr (assoc "SEARCH" (cdr result))))))))))
(gnus-summary-read-group-1 group t t gnus-summary-buffer
nil (list backend-number))
(gnus-summary-limit (list backend-number))
@@ -1602,24 +1596,37 @@ and concat the results."
(if gnus-group-marked
(apply 'vconcat
(mapcar (lambda (x)
- (let ((server (nnir-group-server x))
- search-func)
+ (let* ((server (nnir-group-server x))
+ (engine
+ (or (nnir-read-server-parm 'nnir-search-engine
+ server)
+ (cdr
+ (assoc (car (gnus-server-to-method server))
+ nnir-method-default-engines))))
+ search-func)
(setq search-func (cadr
(assoc
- (nnir-read-server-parm 'nnir-search-engine server) nnir-engines)))
+ engine
+ nnir-engines)))
(if search-func
(funcall search-func q server x)
nil)))
- gnus-group-marked)
- )
+ gnus-group-marked))
(apply 'vconcat
(mapcar (lambda (x)
(if (and (equal (cadr x) 'ok) (not (equal (cadar x) "-ephemeral")))
- (let ((server (format "%s:%s" (caar x) (cadar x)))
- search-func)
+ (let* ((server (format "%s:%s" (caar x) (cadar x)))
+ (engine
+ (or (nnir-read-server-parm 'nnir-search-engine
+ server)
+ (cdr
+ (assoc (car (gnus-server-to-method server))
+ nnir-method-default-engines))))
+ search-func)
(setq search-func (cadr
(assoc
- (nnir-read-server-parm 'nnir-search-engine server) nnir-engines)))
+ engine
+ nnir-engines)))
(if search-func
(funcall search-func q server nil)
nil))
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #3: changelog --]
[-- Type: text/x-diff, Size: 609 bytes --]
diff --git a/lisp/ChangeLog b/lisp/ChangeLog
index 9160666..0e18635 100644
--- a/lisp/ChangeLog
+++ b/lisp/ChangeLog
@@ -1,3 +1,14 @@
+2010-10-22 Andrew Cohen <cohen@andy.bu.edu>
+
+ * nnir.el (nnir-method-default-engines): new variable.
+ (nnir-run-query): use it.
+ (nnir-group-mode-hook): remove key binding and move to gnus-group.el.
+ (gnus-summary-nnir-goto-thread): change group if needed.
+
+ * gnus-group.el (gnus-group-group-map): add key binding for
+ gnus-group-make-nnir-group.
+
+
2010-10-22 Katsumi Yamaoka <yamaoka@jpl.org>
* mml.el (mml-preview): Work properly when editing article.
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-22 14:24 ` Andrew Cohen
@ 2010-10-23 7:01 ` Steinar Bang
2010-10-23 12:14 ` Andrew Cohen
2010-10-24 4:18 ` Lars Magne Ingebrigtsen
1 sibling, 1 reply; 34+ messages in thread
From: Steinar Bang @ 2010-10-23 7:01 UTC (permalink / raw)
To: ding
>>>>> Andrew Cohen <cohen@andy.bu.edu>:
> Attached are patches to make nnir work in nnimap groups without user
> configuration. I've set things up so defaults for other backends can
> be easily included in the future.
Any chance of seeing nnir support for gmane?
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-23 7:01 ` Steinar Bang
@ 2010-10-23 12:14 ` Andrew Cohen
2010-10-24 9:15 ` Steinar Bang
2010-10-25 18:34 ` Ted Zlatanov
0 siblings, 2 replies; 34+ messages in thread
From: Andrew Cohen @ 2010-10-23 12:14 UTC (permalink / raw)
To: ding
>>>>> "Steinar" == Steinar Bang <sb@dod.no> writes:
>>>>> Andrew Cohen <cohen@andy.bu.edu>:
>> Attached are patches to make nnir work in nnimap groups without
>> user configuration. I've set things up so defaults for other
>> backends can be easily included in the future.
Steinar> Any chance of seeing nnir support for gmane?
Working on it. But note that the existing search facility for gmane is
very good ("G w" from the group buffer and select gmane), and will in
many ways remain superior to what nnir can do.
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-22 14:24 ` Andrew Cohen
2010-10-23 7:01 ` Steinar Bang
@ 2010-10-24 4:18 ` Lars Magne Ingebrigtsen
1 sibling, 0 replies; 34+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-10-24 4:18 UTC (permalink / raw)
To: ding
Andrew Cohen <cohen@andy.bu.edu> writes:
> Attached are patches to make nnir work in nnimap groups without user
> configuration. I've set things up so defaults for other backends can be
> easily included in the future. I've moved the key binding into
> gnus-group.el but left the binding ("G G") unchanged. Finally I've fixed
> a bug when searching multiple imap groups.
Thanks; applied.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-23 12:14 ` Andrew Cohen
@ 2010-10-24 9:15 ` Steinar Bang
2010-10-25 18:34 ` Ted Zlatanov
1 sibling, 0 replies; 34+ messages in thread
From: Steinar Bang @ 2010-10-24 9:15 UTC (permalink / raw)
To: ding
>>>>> Andrew Cohen <cohen@andy.bu.edu>:
> Working on it. But note that the existing search facility for gmane is
> very good ("G w" from the group buffer and select gmane), and will in
> many ways remain superior to what nnir can do.
But `G w' can't warp from the results to the group... or can it...?
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-23 12:14 ` Andrew Cohen
2010-10-24 9:15 ` Steinar Bang
@ 2010-10-25 18:34 ` Ted Zlatanov
1 sibling, 0 replies; 34+ messages in thread
From: Ted Zlatanov @ 2010-10-25 18:34 UTC (permalink / raw)
To: ding
On Sat, 23 Oct 2010 08:14:40 -0400 Andrew Cohen <cohen@andy.bu.edu> wrote:
>>>>>> "Steinar" == Steinar Bang <sb@dod.no> writes:
>>>>>> Andrew Cohen <cohen@andy.bu.edu>:
>>> Attached are patches to make nnir work in nnimap groups without
>>> user configuration. I've set things up so defaults for other
>>> backends can be easily included in the future.
Steinar> Any chance of seeing nnir support for gmane?
AC> Working on it. But note that the existing search facility for gmane is
AC> very good ("G w" from the group buffer and select gmane), and will in
AC> many ways remain superior to what nnir can do.
Can nnir wrap that?
Ted
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-21 15:49 Gnus search Lars Magne Ingebrigtsen
2010-10-21 16:04 ` Julien Danjou
@ 2010-10-27 11:36 ` Andrew Cohen
2010-10-27 12:32 ` Steinar Bang
` (3 more replies)
1 sibling, 4 replies; 34+ messages in thread
From: Andrew Cohen @ 2010-10-27 11:36 UTC (permalink / raw)
To: ding
I am considering significant changes to nnir to improve the searching
experience. I have added gmane searching but this has exposed some
weaknesses in the current interface, so I would like to get some advice
on potential changes.
Currently nnir searches are initiated from the group buffer in one of
two ways:
1. If any groups are process-marked only these groups are searched.
2. If no groups are process marked then all opened servers are
searched. Some search engines (imap) are only capable of searching a
single group at a time so the search is restricted to the group on
the current line. Others (swish, freewais, namazu) can only search
the whole database, so that's what they do.
With only one search engine available (as has been the case for me
forever) I never noticed this, and assumed that nnir was just searching
the group on the current line. But I now have both imap and gmane
searching available, and without process-marking groups all searches now
search both backends. This is usually not what I want.
So---how about changing the behavior in case 2:
2. If no groups are process-marked search only the group on the current
line (using the appropriate backend).
and possibly adding
3. If no groups are process-marked and no group is on the current line,
search all opened servers (which might take awhile). The user can put
point on the last line of the group buffer for example.
This last addition might not be a great idea, and its only relevant if
anyone continues to use the relevant search engines. So is anyone using:
swish
wais
hyrex
namazu
Can any of these be removed?
Regards,
Andy
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-27 11:36 ` Andrew Cohen
@ 2010-10-27 12:32 ` Steinar Bang
2010-10-27 13:23 ` Dan Christensen
` (2 subsequent siblings)
3 siblings, 0 replies; 34+ messages in thread
From: Steinar Bang @ 2010-10-27 12:32 UTC (permalink / raw)
To: ding
>>>>> Andrew Cohen <cohen@andy.bu.edu>:
> So---how about changing the behavior in case 2:
> 2. If no groups are process-marked search only the group on the current
> line (using the appropriate backend).
That works for me.
(I have an additional feature request for this case: look in the group
parameters of the current group for a group parameter giving the name
for an archive group and search that as well. My use case is that I
keep my high traffic nnimap groups slim by expiring read mail to archive
groups, and manually moving ticked messages to the same archive groups).
> and possibly adding
> 3. If no groups are process-marked and no group is on the current line,
> search all opened servers (which might take awhile). The user can put
> point on the last line of the group buffer for example.
Um... I don't really have any strong views on this one, except...
> This last addition might not be a great idea,
...a feeling in this direction, yeah...
I only use nnir for imap, and (up until the new nnir) web search for gmane.
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-27 11:36 ` Andrew Cohen
2010-10-27 12:32 ` Steinar Bang
@ 2010-10-27 13:23 ` Dan Christensen
2010-10-27 13:25 ` Andrew Cohen
2010-10-27 17:41 ` Ted Zlatanov
2010-10-27 20:15 ` Gnus search Jose A. Ortega Ruiz
3 siblings, 1 reply; 34+ messages in thread
From: Dan Christensen @ 2010-10-27 13:23 UTC (permalink / raw)
To: ding
Andrew Cohen <cohen@andy.bu.edu> writes:
> and possibly adding
>
> 3. If no groups are process-marked and no group is on the current line,
> search all opened servers (which might take awhile). The user can put
> point on the last line of the group buffer for example.
Maybe a prefix arg could be used to start a search like this?
> This last addition might not be a great idea, and its only relevant if
> anyone continues to use the relevant search engines. So is anyone using:
>
> swish
> wais
> hyrex
> namazu
Will mairix be integrated into nnir?
Dan
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-27 13:23 ` Dan Christensen
@ 2010-10-27 13:25 ` Andrew Cohen
0 siblings, 0 replies; 34+ messages in thread
From: Andrew Cohen @ 2010-10-27 13:25 UTC (permalink / raw)
To: ding
>>>>> "Dan" == Dan Christensen <jdc@uwo.ca> writes:
Dan> Andrew Cohen <cohen@andy.bu.edu> writes:
>> and possibly adding
>>
>> 3. If no groups are process-marked and no group is on the current
Dan> line,
>> search all opened servers (which might take awhile). The user can
Dan> put
>> point on the last line of the group buffer for example.
Dan> Maybe a prefix arg could be used to start a search like this?
Prefix arg is already used for something else (adding search-engine
specific info).
>> This last addition might not be a great idea, and its only
>> relevant
Dan> if
>> anyone continues to use the relevant search engines. So is anyone
Dan> using:
>>
>> swish wais hyrex namazu
Dan> Will mairix be integrated into nnir?
I don't know anything about mairix but I will take a look at it when I
get a chance.
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-27 11:36 ` Andrew Cohen
2010-10-27 12:32 ` Steinar Bang
2010-10-27 13:23 ` Dan Christensen
@ 2010-10-27 17:41 ` Ted Zlatanov
2010-10-27 18:08 ` Andrew Cohen
2010-10-27 20:15 ` Gnus search Jose A. Ortega Ruiz
3 siblings, 1 reply; 34+ messages in thread
From: Ted Zlatanov @ 2010-10-27 17:41 UTC (permalink / raw)
To: ding
On Wed, 27 Oct 2010 07:36:42 -0400 Andrew Cohen <cohen@andy.bu.edu> wrote:
AC> I am considering significant changes to nnir to improve the searching
AC> experience. I have added gmane searching but this has exposed some
AC> weaknesses in the current interface, so I would like to get some advice
AC> on potential changes.
AC> Currently nnir searches are initiated from the group buffer in one of
AC> two ways:
AC> 1. If any groups are process-marked only these groups are searched.
AC> 2. If no groups are process marked then all opened servers are
AC> searched. Some search engines (imap) are only capable of searching a
AC> single group at a time so the search is restricted to the group on
AC> the current line. Others (swish, freewais, namazu) can only search
AC> the whole database, so that's what they do.
AC> With only one search engine available (as has been the case for me
AC> forever) I never noticed this, and assumed that nnir was just searching
AC> the group on the current line. But I now have both imap and gmane
AC> searching available, and without process-marking groups all searches now
AC> search both backends. This is usually not what I want.
AC> So---how about changing the behavior in case 2:
AC> 2. If no groups are process-marked search only the group on the current
AC> line (using the appropriate backend).
Agreed.
AC> and possibly adding
AC> 3. If no groups are process-marked and no group is on the current line,
AC> search all opened servers (which might take awhile). The user can put
AC> point on the last line of the group buffer for example.
I think this could be in the Server buffer, where you will have a server
under point. In the Group buffer, I'd use `G M-G' to search specific
servers, which "all" being the default (so `G M-G RET' will search all
servers).
AC> This last addition might not be a great idea, and its only relevant if
AC> anyone continues to use the relevant search engines. So is anyone using:
AC> swish
AC> wais
AC> hyrex
AC> namazu
Not me.
Ted
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-27 17:41 ` Ted Zlatanov
@ 2010-10-27 18:08 ` Andrew Cohen
2010-10-27 18:39 ` Ted Zlatanov
2010-10-29 6:34 ` nnir: Removing some search engines (was: Gnus search) Reiner Steib
0 siblings, 2 replies; 34+ messages in thread
From: Andrew Cohen @ 2010-10-27 18:08 UTC (permalink / raw)
To: ding
>>>>> "Ted" == Ted Zlatanov <tzz@lifelogs.com> writes:
Ted> On Wed, 27 Oct 2010 07:36:42 -0400 Andrew Cohen
Ted> <cohen@andy.bu.edu>
Ted> wrote:
AC> I am considering significant changes to nnir to improve the
AC> searching experience. I have added gmane searching but this has
AC> exposed some weaknesses in the current interface, so I would
AC> like to get some advice on potential changes.
AC> Currently nnir searches are initiated from the group buffer in
AC> one of two ways:
AC> 1. If any groups are process-marked only these groups are
AC> searched.
AC> 2. If no groups are process marked then all opened servers are
AC> searched. Some search engines (imap) are only capable of
AC> searching a single group at a time so the search is restricted
AC> to the group on the current line. Others (swish, freewais,
AC> namazu) can only search the whole database, so that's what they
AC> do.
AC> With only one search engine available (as has been the case for
AC> me forever) I never noticed this, and assumed that nnir was just
AC> searching the group on the current line. But I now have both
AC> imap and gmane searching available, and without process-marking
AC> groups all searches now search both backends. This is usually
AC> not what I want.
AC> So---how about changing the behavior in case 2:
AC> 2. If no groups are process-marked search only the group on the
AC> current line (using the appropriate backend).
Ted> Agreed.
AC> and possibly adding
AC> 3. If no groups are process-marked and no group is on the
AC> current line, search all opened servers (which might take
AC> awhile). The user can put point on the last line of the group
AC> buffer for example.
Ted> I think this could be in the Server buffer, where you will have
Ted> a server under point. In the Group buffer, I'd use `G M-G' to
Ted> search specific servers, which "all" being the default (so `G
Ted> M-G RET' will search all servers).
I think this is an excellent idea. It adds a keystroke (to get into the
server buffer) over the existing behavior, but I suspect that this
kind of searching will be rare (and probably no one is using it this way
at the moment).
AC> So is anyone using:
AC> swish wais hyrex namazu
Ted> Not me.
I'm wondering if we could remove some of these? I have been using namazu
up until I switched to imap a year ago. Swish has packages as new as Apr
2009, but the freewais-sf webpage says it is no longer supported, and
hyrex doesn't seem to have any activity since 2004. So I would vote for
removing at least hyrex and freewais-sf.
Regards,
Andy
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-27 18:08 ` Andrew Cohen
@ 2010-10-27 18:39 ` Ted Zlatanov
2010-10-28 10:27 ` Julien Danjou
2010-10-29 6:34 ` nnir: Removing some search engines (was: Gnus search) Reiner Steib
1 sibling, 1 reply; 34+ messages in thread
From: Ted Zlatanov @ 2010-10-27 18:39 UTC (permalink / raw)
To: ding
On Wed, 27 Oct 2010 14:08:42 -0400 Andrew Cohen <cohen@andy.bu.edu> wrote:
>>>>>> "Ted" == Ted Zlatanov <tzz@lifelogs.com> writes:
AC> So is anyone using:
AC> swish wais hyrex namazu
Ted> Not me.
AC> I'm wondering if we could remove some of these? I have been using namazu
AC> up until I switched to imap a year ago. Swish has packages as new as Apr
AC> 2009, but the freewais-sf webpage says it is no longer supported, and
AC> hyrex doesn't seem to have any activity since 2004. So I would vote for
AC> removing at least hyrex and freewais-sf.
I'm in favor of removing them.
Ted
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-27 11:36 ` Andrew Cohen
` (2 preceding siblings ...)
2010-10-27 17:41 ` Ted Zlatanov
@ 2010-10-27 20:15 ` Jose A. Ortega Ruiz
3 siblings, 0 replies; 34+ messages in thread
From: Jose A. Ortega Ruiz @ 2010-10-27 20:15 UTC (permalink / raw)
To: ding
On Wed, Oct 27 2010, Andrew Cohen wrote:
[...]
> This last addition might not be a great idea, and its only relevant if
> anyone continues to use the relevant search engines. So is anyone using:
>
> swish
> wais
> hyrex
> namazu
i use namazu (and i don't use imap).
cheers,
jao
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-27 18:39 ` Ted Zlatanov
@ 2010-10-28 10:27 ` Julien Danjou
2010-10-28 10:49 ` Andrew Cohen
0 siblings, 1 reply; 34+ messages in thread
From: Julien Danjou @ 2010-10-28 10:27 UTC (permalink / raw)
To: Ted Zlatanov; +Cc: ding
On Wed, Oct 27 2010, Ted Zlatanov wrote:
> I'm in favor of removing them.
I can prepare a patch. But the default nnir-search-engine value is
'wais.
What should the default become then?
--
Julien Danjou
// ᐰ <julien@danjou.info> http://julien.danjou.info
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-28 10:27 ` Julien Danjou
@ 2010-10-28 10:49 ` Andrew Cohen
2010-10-28 10:51 ` Julien Danjou
0 siblings, 1 reply; 34+ messages in thread
From: Andrew Cohen @ 2010-10-28 10:49 UTC (permalink / raw)
To: ding
>>>>> "Julien" == Julien Danjou <julien@danjou.info> writes:
Julien> On Wed, Oct 27 2010, Ted Zlatanov wrote:
>> I'm in favor of removing them.
I've heard from one person still using swish and one still using
namazu. Since I suspect there are others not reading this list, its
probably prudent to leave them in for now.
Julien> I can prepare a patch. But the default nnir-search-engine
Julien> value is 'wais.
Julien> What should the default become then?
I'm in the process of making significant changes to nnir (I should be
ready to post something very soon). In my new version this variable has
gone away :)
Regards,
Andy
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: Gnus search
2010-10-28 10:49 ` Andrew Cohen
@ 2010-10-28 10:51 ` Julien Danjou
0 siblings, 0 replies; 34+ messages in thread
From: Julien Danjou @ 2010-10-28 10:51 UTC (permalink / raw)
To: Andrew Cohen; +Cc: ding
On Thu, Oct 28 2010, Andrew Cohen wrote:
> I'm in the process of making significant changes to nnir (I should be
> ready to post something very soon). In my new version this variable has
> gone away :)
Fine! I've removed hyrex support, and will wait for your patch to remove
wais.
--
Julien Danjou
// ᐰ <julien@danjou.info> http://julien.danjou.info
^ permalink raw reply [flat|nested] 34+ messages in thread
* nnir: Removing some search engines (was: Gnus search)
2010-10-27 18:08 ` Andrew Cohen
2010-10-27 18:39 ` Ted Zlatanov
@ 2010-10-29 6:34 ` Reiner Steib
2010-10-29 11:16 ` nnir: Removing some search engines Andrew Cohen
2010-10-29 12:57 ` Jose A. Ortega Ruiz
1 sibling, 2 replies; 34+ messages in thread
From: Reiner Steib @ 2010-10-29 6:34 UTC (permalink / raw)
To: ding
On Wed, Oct 27 2010, Andrew Cohen wrote:
>>>>>> "Ted" == Ted Zlatanov <tzz@lifelogs.com> writes:
> AC> So is anyone using:
>
> AC> swish wais hyrex namazu
>
> Ted> Not me.
>
> I'm wondering if we could remove some of these? I have been using namazu
> up until I switched to imap a year ago. Swish has packages as new as Apr
> 2009, but the freewais-sf webpage says it is no longer supported, and
> hyrex doesn't seem to have any activity since 2004. So I would vote for
> removing at least hyrex and freewais-sf.
Is there a compelling reason to remove them?
Please ask on gnu.emacs.gnus and here on ding (in a dedicated thread)
if anyone uses them.
We could also just mark them as obsolete now (display a message when
using them maybe) and remove them later if no one complains.
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: nnir: Removing some search engines
2010-10-29 6:34 ` nnir: Removing some search engines (was: Gnus search) Reiner Steib
@ 2010-10-29 11:16 ` Andrew Cohen
2010-10-29 12:57 ` Jose A. Ortega Ruiz
1 sibling, 0 replies; 34+ messages in thread
From: Andrew Cohen @ 2010-10-29 11:16 UTC (permalink / raw)
To: ding
>>>>> "Reiner" == Reiner Steib <reinersteib+gmane@imap.cc> writes:
Reiner> On Wed, Oct 27 2010, Andrew Cohen wrote:
>>>>>>> "Ted" == Ted Zlatanov <tzz@lifelogs.com> writes:
AC> So is anyone using:
>>
AC> swish wais hyrex namazu
>>
Ted> Not me.
>>
>> I'm wondering if we could remove some of these? I have been using
Reiner> namazu
>> up until I switched to imap a year ago. Swish has packages as new
>> as
Reiner> Apr
>> 2009, but the freewais-sf webpage says it is no longer supported,
Reiner> and
>> hyrex doesn't seem to have any activity since 2004. So I would
>> vote
Reiner> for
>> removing at least hyrex and freewais-sf.
Reiner> Is there a compelling reason to remove them?
I have been rewriting much of nnir and this just added complexity. Since
I don't have any of these search engines I can't test them.
But in the end it wasn't too extreme an effort to modify them which I
have now done (with the exception of hyrex which I should get to this
weekend). So they can all be left in if we want.
Reiner> Please ask on gnu.emacs.gnus and here on ding (in a
Reiner> dedicated thread) if anyone uses them.
I have heard back from one person who uses swish. So that leaves only
freewais and hyrex as candidates in any case.
Reiner> We could also just mark them as obsolete now (display a
Reiner> message when using them maybe) and remove them later if no
Reiner> one complains.
Probably the best course.
Andy
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: nnir: Removing some search engines
2010-10-29 6:34 ` nnir: Removing some search engines (was: Gnus search) Reiner Steib
2010-10-29 11:16 ` nnir: Removing some search engines Andrew Cohen
@ 2010-10-29 12:57 ` Jose A. Ortega Ruiz
1 sibling, 0 replies; 34+ messages in thread
From: Jose A. Ortega Ruiz @ 2010-10-29 12:57 UTC (permalink / raw)
To: ding
On Fri, Oct 29 2010, Reiner Steib wrote:
[...]
> We could also just mark them as obsolete now (display a message when
> using them maybe) and remove them later if no one complains.
What would be the alternative for searching in local nnml boxes? (I use
namazu, but would be happy to use something better or, at least, not
obsoleted).
TIA,
jao
--
How many Zen Buddhist does it take to change a light bulb?
Two. One to change it and one not to change it.
^ permalink raw reply [flat|nested] 34+ messages in thread
end of thread, other threads:[~2010-10-29 12:57 UTC | newest]
Thread overview: 34+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-10-21 15:49 Gnus search Lars Magne Ingebrigtsen
2010-10-21 16:04 ` Julien Danjou
2010-10-21 16:07 ` Lars Magne Ingebrigtsen
2010-10-21 16:24 ` Julien Danjou
2010-10-21 17:09 ` Andrew Cohen
2010-10-21 17:10 ` Tibor Simko
2010-10-21 17:12 ` Lars Magne Ingebrigtsen
2010-10-21 17:56 ` Andrew Cohen
2010-10-21 18:25 ` Andrew Cohen
2010-10-21 18:45 ` Ted Zlatanov
2010-10-21 19:00 ` Andrew Cohen
2010-10-22 14:24 ` Andrew Cohen
2010-10-23 7:01 ` Steinar Bang
2010-10-23 12:14 ` Andrew Cohen
2010-10-24 9:15 ` Steinar Bang
2010-10-25 18:34 ` Ted Zlatanov
2010-10-24 4:18 ` Lars Magne Ingebrigtsen
2010-10-21 18:00 ` Ted Zlatanov
2010-10-21 18:35 ` Andreas Seltenreich
2010-10-21 21:27 ` Steinar Bang
2010-10-27 11:36 ` Andrew Cohen
2010-10-27 12:32 ` Steinar Bang
2010-10-27 13:23 ` Dan Christensen
2010-10-27 13:25 ` Andrew Cohen
2010-10-27 17:41 ` Ted Zlatanov
2010-10-27 18:08 ` Andrew Cohen
2010-10-27 18:39 ` Ted Zlatanov
2010-10-28 10:27 ` Julien Danjou
2010-10-28 10:49 ` Andrew Cohen
2010-10-28 10:51 ` Julien Danjou
2010-10-29 6:34 ` nnir: Removing some search engines (was: Gnus search) Reiner Steib
2010-10-29 11:16 ` nnir: Removing some search engines Andrew Cohen
2010-10-29 12:57 ` Jose A. Ortega Ruiz
2010-10-27 20:15 ` Gnus search Jose A. Ortega Ruiz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).