[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: w3m-form allows editing when it shouldn't
- From: Thorsten Jolitz <tjolitz@xxxxxxxxx>
- Date: Wed, 02 Oct 2013 06:50:42 +0200
- X-ml-name: emacs-w3m
- X-mail-count: 12149
- References: <87ioxkcrkq.fsf@xxxxxxxxx> <b4mwqlxancd.fsf@xxxxxxx>
Katsumi Yamaoka <yamaoka@xxxxxxx> writes:
(B> In [emacs-w3m : No.12146] Thorsten Jolitz wrote:
(B>> This happens when using the PicoLisp wiki
(B>> (http://picolisp.com/5000/!wiki?home), an application that is explicitly
(B>> designed to work with text-browsers too.
(B>> So a recipe to reproduce this behaviour would simply be to
(B>> register/login in the PicoLisp wiki with a normal browser, goto
(B>> 'Documents' or so, select a document and try to edit the text areas
(B>> without pressing the 'edit' button first - and then repeat the same
(B>> steps in emacs-w3m.
(B> Er, could you let me know the way to visit an editable document,
(B> and also the way to create and delete a document for a test? :)
(B> I feel like it's hard to inhibit editing when the Edit button is
(B> not pressed, but the second issue you brought up may be fixed
(B> (I might not be capable to do it, though).
(BHere is a reccipe (I sent you login data for a test account in a private
(Bemail) assuming you use a standard browser like chromium:
(B 1. login
(B 2. click Documents in the menu
(B 3. click on the @ before 'testfile' on top of the list -> document edit form
(B - try editing -> you can't, fields are blocked.
(B - click 'edit'
(B - edit the text, click preview, add summary, click minor-edit
(B - click 'done'
(BYou will see the edits are saved and preserved.
(BNow repeat the same thing in emacs-w3m. As described,
(B - you can edited de-activated forms, but edits are lost ('edit' not pressed)
(B - when you edit activated text areas in a dedicated buffer, edits are lost
(B too ('edit' pressed)
(BI'll take care to delete the testfiles, just let me know when you are done
(B(and when I can assist you in any way).