[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gnu.emacs.help] Re: Emacs/w3m textarea editing in same window
- From: Katsumi Yamaoka <yamaoka@xxxxxxx>
- Date: Tue, 02 Dec 2008 08:20:45 +0900
- X-ml-name: emacs-w3m
- X-mail-count: 10475
- References: <87tza5crys.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Hi,
Sorry for the late response, but emacs-w3m now got to use the whole
current window for the txtarea if you've added "*w3m form textarea*"
to `same-window-buffer-names', thanks to Naohiro Aota. Currently
the feature is available only in Emacs, not XEmacs, though. Could
you try the CVS version[1]?
[1] See http://emacs-w3m.namazu.org/index-en.html#download
or just get: http://cvs.namazu.org/emacs-w3m.tar.gz
Regards,
>>>>> In [emacs-w3m : No.10437] Nicolas Neuss wrote:
> Dear Emacs-w3m team,
> here is a question I sent to the gnu.emacs.help mailing list:
>> Hello,
>>
>> when editing textareas in Emacs/w3m I end up editing in a separate (and
>> smaller) window. Since my blocks of text are rather large, I would
>> prefer very much if the current window would be used for editing (and
>> restored afterwards). I tried to get this behaviour by using
>>
>> (pushnew "*w3m form textarea*" same-window-buffer-names)
>>
>> Unfortunately, this did not help. Does anyone here know a solution?
> Niels Giesen replied:
>> This is because `w3m-form-input-textarea' does not call one of
>> `display-buffer' and `pop-to-buffer', but rather `switch-to-buffer', and
>> handles window creation and ~ switching itself.
>>
>> I see no way short of either commenting out
>>
>> (condition-case nil
>> (split-window cur-win (if (> size 0) size window-min-height))
>> (error
>> (delete-other-windows)
>> (split-window cur-win (- (window-height cur-win)
>> w3m-form-input-textarea-buffer-lines))))
>> (select-window (next-window))
>>
>> at the end of the definition of w3m-form-input-textarea, or filing a
>> feature request (preferably with a patch) to the devs of emacs-w3m that
>> would achieve what you want.
> His solution is OK for me, but should better be configurable to be used
> only when desired.
> If you would consider this a reasonable thing for future w3m versions, I
> could drop changing the function definition in my .emacs.
> Thanks for Emacs-w3m,
> Nicolas