3:51 p.m.
Mats Lidell <matsl(a)contactor.se> writes:
I have instead used shift-clicking with mouse-3 on the mode-line to
kill the buffer. (Implemented with the help of hyperbole.) This
gives IMHO greater control and less risk of making a mistake.
Can you post details? I think making a mousable way to kill the
current buffer is a Good Thing; however, you're right that putting it
on the toolbar is a little risky. It's a good idea to put it on the
modeline. Perhaps you're solution should become part of the standard
xemacs distribution (with an option of course).
--
(__) Doug Alcorn (mailto:doug＠lathi.net http://www.lathi.net)
oo / PGP 02B3 1E26 BCF2 9AAF 93F1 61D7 450C B264 3E63 D543
|_/ If you're a capitalist and you have the best goods and they're
free, you don't have to proselytize, you just have to wait.
5:25 p.m.
New subject: interface improvement (?)
Doug Alcorn <lathi(a)seapine.com> writes:
> I have instead used shift-clicking with mouse-3 on the mode-line
to
> kill the buffer. (Implemented with the help of hyperbole.) This
> gives IMHO greater control and less risk of making a mistake.
Can you post details? I think making a mousable way to kill the
current buffer is a Good Thing; however, you're right that putting it
on the toolbar is a little risky. It's a good idea to put it on the
modeline. Perhaps you're solution should become part of the standard
xemacs distribution (with an option of course).
I don't see why it's so risky. If you're prompted to save the file if
changed you wouldn't loose data. (And the recent-files menu will re-visit
the file again fast.) I wouldn't want to have a self-destruct button on
the toolbar, but a loose-a-few-seconds-if-misclicked button doesn't seem
too bad.
At any rate, a button like the open button, but with the text "new", that
opened a new buffer not visiting any file would avoid a FAQ.
I can't remember ever using the toolbar, and now that I look at it, it
seems a bit random. The Mail and News buttons for instance, would in my
case only be used once per XEmacs session, which lasts for weeks. To me
toolbars in general is useful for fast access to often used functions (not
having to reach for the keyboard when you're already mousing), and for
seeing the most common operations when first starting to use a program. I
wonder if any "experienced" users use the toolbar at all.
In that spirit, maybe tetris, mine game, calender and rectangle
copy/kill/yank would be worthy of toolbar space. And what about doctor and
flame? Or split-window-vertically, delete-window? What about a button3 pop-up
offering to remove the button, and you could drag a menu option over to the
toolbar to insert an empty icon, right-click on it to set icon and text or
move the button. I guess the problem is finding someone who thinks it's
worth the effort to do it.
Ah, well,
-- René
7:32 p.m.
New subject: interface improvement (?)
René <reneky(a)stud.ntnu.no> writes:
At any rate, a button like the open button, but with the text
"new",
that opened a new buffer not visiting any file would avoid a FAQ.
That sounds like a misleading feature. Almost all editing is done in
buffers that visit a file. The FAQ is how to "create a new file",
which is done by simply typing the non-existent file name at the `C-x
C-f' prompt.
I can't remember ever using the toolbar, and now that I look at
it,
it seems a bit random.
Yes, the toolbar is almost completely useless, as admitted even by the
people who normally use the mouse.
8:45 p.m.
New subject: interface improvement (?)
Andy Piper <andyp(a)bea.com> writes:
At 08:32 PM 12/6/01 +0100, Hrvoje Niksic wrote:
>Yes, the toolbar is almost completely useless, as admitted even by the
>people who normally use the mouse.
I use it a lot.
The vanilla toolbar? Which buttons? The major modes I use doesn't seem to
make any use of it, but IIRC infodock had some more elaborate toolbars.
-- René
9:05 a.m.
New subject: interface improvement (?)
Andy Piper writes:
At 08:32 PM 12/6/01 +0100, Hrvoje Niksic wrote:
>Yes, the toolbar is almost completely useless, as admitted even by the
>people who normally use the mouse.
I use it a lot.
me too
But then I wrote most of it.
thanks andy :)
--
XEmacs Advocate, Perl Hacker,Apache God,FreeBSD Devote
do not try and bend the spoon, thats impossible. but try to realise the truth.
and that is?
there is no spoon.
- Neo and child Prodigy - The Matrix
1:25 p.m.
New subject: interface improvement (?)
Andy Piper <andyp(a)bea.com> writes:
At 08:32 PM 12/6/01 +0100, Hrvoje Niksic wrote:
>Yes, the toolbar is almost completely useless, as admitted even by the
>people who normally use the mouse.
I use it a lot.
I stand corrected.
After taking a second look at toolbar, I see that the above assessment
was too harsh. At least the Open/Save/Cut/Copy/Paste/Undo entries
would be usable by the mouse-using population.
The thing is, there should be *easy* (easy is the keyword) ways to add
your own stuff to the toolbar. For example, "Compile" and "Debug"
buttons should be shown only in programming-language modes. Also,
there should be real support for captions.
5:14 p.m.
New subject: interface improvement (?)
At 02:25 PM 12/7/2001 +0100, Hrvoje Niksic wrote:
After taking a second look at toolbar, I see that the above
assessment
was too harsh. At least the Open/Save/Cut/Copy/Paste/Undo entries
would be usable by the mouse-using population.
The thing is, there should be *easy* (easy is the keyword) ways to add
your own stuff to the toolbar. For example, "Compile" and "Debug"
buttons should be shown only in programming-language modes. Also,
there should be real support for captions.
Agreed
andy
8:20 a.m.
New subject: interface improvement (?)
>>>> Doug wrote:
Doug> Can you post details? I think making a mousable way to kill the
Doug> current buffer is a Good Thing; however, you're right that
Doug> putting it on the toolbar is a little risky.
Well with risky I also mean inconvenient. You don't want to select a
buffer and then hit the toolbar. That is a two-click operation.
With hyperbole this is easy.
(setq assist-key-modeline-hook '(lambda () (kill-buffer nil)))
Doug> It's a good idea to put it on the modeline. Perhaps you're
Doug> solution should become part of the standard xemacs distribution
Doug> (with an option of course).
Well the solution needs hyperbole so it will need a bit further work
until it can be part of the standard. Please note that I haven't
checked if it is possible to do something similar without hyperbole.
Yours
--
%% Mats
8169
days inactive
8170
days old
8 comments
6 participants
participants (6)
-
Andy Piper -
Doug Alcorn -
Hrvoje Niksic -
Mats Lidell -
Peter Brown -
René