[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] w3m-cookie & w3m-cookie-clear
On 2017-06-13 11:32, Katsumi Yamaoka wrote:
> In [emacs-w3m : No.12685]
> On Mon, 12 Jun 2017 17:36:55 -0400, Boruch Baum wrote:
> > 2] Function `w3m-cookie-clear'
> > . . .
> > I didn't include code for the keybinding because I wasn't sure you
> > would find it desirable.
> How about M-<DEL>, i.e., the Lisp form [(meta delete)] ?
It seems too generic. For instance, many browsers have options to also
delete history, which I haven't yet found in w3m (does it exist yet?),
and there may be other data that could be options for deletion. Maybe
use M-<DEL> as keybinding prefix, so M-<DEL> k could be delete
cookies, M-<DEL> s could be delete history, and there would be
flexibility to add other options.
> > 2.1] On a related point: If you want, I would be willing to code a
> > feature to selective delete specific cookies. There are several ways
> > this could be done: a] It could be a command line selection similar to
> > what we did recently with `C-u f' for toggling individual filters; b]
> > It could be an added feature to the current `w3m-cookie' buffer; c] It
> > could be a separate screen for just deleting cookies, using the
> > keybinding conventions of the emacs Ibuffer, so that multiple entries
> > can be selected for deletion, and then actually deleted with a
> > separate keybinding.
> I've never thought about it but it sounds good.
What would be your desired implementation?
I'm thinking maybe it should be a feature added to the `w3m-cookie'
buffer to selectively delete single cookies or groups of cookies (d to
select a cookie for deletion, and x to perform the deletion after
> > BTW - This is a feature I would very much like for deleting multiple
> > tabs instead of having to repeatedly answer the y/n prompt for each
> > deletion.
> I found no `y-or-n-p' or the like in `w3m-delete-buffer', though
> it's not a matter. The feature deleting not only multiple tabs
> but also multiple items in `w3m-select-buffer' would be nice.
> I guess doing it in only `w3m-select-buffer' is easier and enough.
Ooops. I mis-wrote. I was referring to the session selection feature
(M-s by default), but I agree that the interface should have
consistency over all similar features, so the same should exist for
`w3m-select-buffer'. Also, it could be that it was in the session
selection code that I saw all the unusual use of tail recursion. I was
looking to see what would be involved in adding a feature to manually
select which tabs in a saved or crashed session to recover / load. I
was in a rush and was dealing with a crashed session of 83 buffers, so
I just copied the session file and turned it to a list of urls, and
manually loaded the few I actually needed right away.
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0