[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: Sun, 24 Nov 2013 14:39:58 +0100
- X-ml-name: emacs-w3m
- X-mail-count: 12222
- References: <87ioxkcrkq.fsf@xxxxxxxxx> <b4mwqlxancd.fsf@xxxxxxx> <87d2no2s4d.fsf@xxxxxxxxx> <b4mbo38uet6.fsf@xxxxxxx> <b4m4n8zdrkz.fsf@xxxxxxx> <87y56ah9wc.fsf@xxxxxxxxx> <b4mob76x9o2.fsf@xxxxxxx> <b4mwqltx1nu.fsf@xxxxxxx> <87eh7wjgbx.fsf@xxxxxxxxx>
Thorsten Jolitz <tjolitz@xxxxxxxxx> writes:
(B> Katsumi Yamaoka <yamaoka@xxxxxxx> writes:
(B>> In [emacs-w3m : No.12157] Katsumi Yamaoka wrote:
(B>>> BTW, I found a problem that the recent change causes. That is,
(B>>> I can't read text in a form fully if the text is longer than the
(B>>> width of the form. I must somehow fix it soon.
(B>> Fixed. Now disabled or readonly textarea is shown in read-only
(B> I found out that it is still possible to edit checkboxes in emacs-w3m
(B> even if the 'Edit' button is not pressed and they should be disabled.
(B> Unfortunately I can't give you a recipe to reproduce, since in the
(B> PicoLisp wiki, only in "My Account" "Role Administration" there are
(B> checkboxes, and this page is only accessible with admin rights.
(B> But its exactly the same problem as with textfields and textareas -
(B> checkboxes should be 'read-only' until 'Edit' button is pressed and the
(B> form activated.
(BI just found out that the same problem still exists for drop-down menus,
(BI can choose a different item from the drop-down items list, although
(Bthe form is in read-only state (before the 'edit' button has been
(BJust like with textareas, textfields and checkboxes, drop-down combos
(Bshould not be editable in the PicoLisp Wiki before the 'edit' button is
(Bpressed, since the selections will be lost anyway when the page is