aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/no_search_button__44___hence_can__39__t_do_search_in_w3m_at_ikiwiki.info.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs/no_search_button__44___hence_can__39__t_do_search_in_w3m_at_ikiwiki.info.mdwn')
-rw-r--r--doc/bugs/no_search_button__44___hence_can__39__t_do_search_in_w3m_at_ikiwiki.info.mdwn6
1 files changed, 3 insertions, 3 deletions
diff --git a/doc/bugs/no_search_button__44___hence_can__39__t_do_search_in_w3m_at_ikiwiki.info.mdwn b/doc/bugs/no_search_button__44___hence_can__39__t_do_search_in_w3m_at_ikiwiki.info.mdwn
index 468dde6ef..ba1286dbc 100644
--- a/doc/bugs/no_search_button__44___hence_can__39__t_do_search_in_w3m_at_ikiwiki.info.mdwn
+++ b/doc/bugs/no_search_button__44___hence_can__39__t_do_search_in_w3m_at_ikiwiki.info.mdwn
@@ -7,7 +7,7 @@ actually a search request (i.e., no button).
In the more "complete"
browsers (Chromium etc.), the request is done by pressing Enter in the
text field.)
---imz
+--Ivan Z.
I see, no Javascript is probably involved in using the search form;
the code is simply:
@@ -23,10 +23,10 @@ So, if the semantics suggested by HTML is such that such a form is to
be submitted by some default form submitting action in the UI and it
doesn't really require a button to be functional, then I'd say it's
not an ikiwiki's problem, but a missing feature in the UI of emacs-w3m
-or the underlying w3m... Perhaps I'll report this issue to them. --imz
+or the underlying w3m... Perhaps I'll report this issue to them. --Ivan Z.
[[!tag done]]
There is no problem at all!
I'm sorry for this hassle!
In emacs-w3m, there is the <code>w3m-submit-form</code> command
-(<key>C-c C-c</key>) to submit the form at point; it works.--imz
+(<key>C-c C-c</key>) to submit the form at point; it works.--Ivan Z.