Bug 137277 - reload/stop button as an option in toolbar settings
Summary: reload/stop button as an option in toolbar settings
Status: CONFIRMED
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 65321 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-11-13 11:02 UTC by Martin Zbořil
Modified: 2008-03-26 20:38 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Zbořil 2006-11-13 11:02:47 UTC
Version:           3.5.5 (using KDE 3.5.5, compiled sources)
Compiler:          Target: i586-mandriva-linux-gnu
OS:                Linux (i686) release 2.6.17-5mdv

i would like to ask you for adding a possibility for stop/reload button into toolbar settings where it can be choosed by any user interested in saving some space in toolbar and for these two functions which are in conflict with each other: 

when you waiting for loading a page you don't need refresh, and when its loaded you don't need stop..

Stephen Leaf was so kind to do a patch for that it can be found here http://bugs.kde.org/attachment.cgi?id=18183&action=view

there are older bugs 65321 and 109835 which are resolved as "fixed" and "duplicate" but they are not identical with this one, i am just trying to add that feature as possibility, not to force people use it.
Comment 1 Gary Greene 2006-11-14 16:52:39 UTC
Please, no. Context based UI where items appear and disappear are a BIG no-no.
Comment 2 Martin Zbořil 2006-11-14 17:00:58 UTC
did you read it? man, that's meant as posibility, and anyway, only think which changes is the icon, there is no buttons which will switch each other, and anyway, its common in konqueror toolbar to have context based UI where items appear and disappear.
Comment 3 Gary Greene 2006-11-14 17:16:57 UTC
Yes, I read it. When I comment on bugs I always look at the whole bug (or in this case wish), so please don't assume. I still feel strongly that it should NOT be changing the basic buttons on the fly.
Comment 4 Martin Zbořil 2006-11-15 04:49:34 UTC
#3 there is no actual replacing on the fly, as you trying to suggest.

The only real problem of my proposition I've discovered is horrible packet-loss of wifi and wireless afflicted people causing that they actually need reload button for every-time use.
Inspired by my recent hacking in konqueor.rc I've got idea to try it as extension in same manner as the searchtoolbar is made.
Its not perfect solution but the best for now, when devs see it in action they would love it even more and they eventually include it into kde :)
Comment 5 Aldoo 2007-08-11 13:36:18 UTC
*** This bug has been confirmed by popular vote. ***
Comment 6 Piotr Pełzowski 2007-10-12 12:46:51 UTC
In response to comment #1:
There is a lot context based UI's where items appear and disappear in KDE4 (When something is inactive then it is grayed out). It is inapropriate to say "BIG no-no" to an *optional* button. There are many optional buttons in konq which aren't used by a lot of users. And I bet that reload/stop button will be more popular (Opera has it, no one complains. Firefox-addon which give this feature is popular AFAIK)

If the stop/reload button will be added then anyone could make a decision himself.
Comment 7 Stefan Monov 2007-10-12 20:57:51 UTC
*** Bug 65321 has been marked as a duplicate of this bug. ***
Comment 8 Tom Arnold 2008-03-26 20:38:01 UTC
I agree with Piotr. Why do you want to take away options from people?