Description: This applet can best be described as TweakIU-like utility for KDE's Konqueror. It allows manipulation of Konqeror's tab bar settings not accessible through the standard config menu. These settings are: - show/hide Add Tab button - show/hide Close Tab button - show/disable showing Close Tab icon when hovering above a tab. - close Tab by Middle-clicking
These are some of the tweaks you would learn how to do by visiting http://wiki.kde.org/tiki-index.php?page=Secret+Config+Settings
See the screenshot for an example.
INSTALLATION / USAGE: Double-click the downloaded file and follow the prompts.
NOTES: This is a Karambino Installer package. It relies on SuperKaramba for functionality. See here for more detail: http://www.kde-apps.org/content/show.php?content=44324
Centered tab are a feature of an excellent Polyester KDE style. http://www.kde-look.org/content/show.php?content=27968Last changelog:
Aug 19, 2006 - Bug that brakes this utility after pressing 1st OK button was resolved. On some 'broken' distros, kdialog answers in console are accompanied by visual / error trash. (On Kubuntu it's Wacom driver errors.) New console-output-filtering rutine was implemented but needs your testing. If you had this problem before, please, try the new version and email me if it works now.
Aug 18, 2006 - Added suport for enabling "Close Tab by Middle-clicking"
could you also write down the settings somewhere, a readme.txt or here? your app just does nothing after clicking OK, and i don't think a .skz file is a good way to install stuff - why not use Kommander? you can write full apps in any way you like, easy, and they are click'n'run. look at kdewebdev, that's where kommander is in (not handy, no). its better for this kind of stuff (after all, a superkaramba theme shouldn't even be allowed to change ANY user file except its own, and i think it's likely it won't be possible anymore in KDE 4).
Your app just does nothing after clicking OK
Thx for reporting a problem. I'll be happy to figure out the cause and fix it.
Could you plz, run the applet in console like so:
superkaramba /path/to/konquerortabs.skz
and send me the output. Thx in advance.
and i don't think a .skz file is a good way to install stuff - why not use Kommander?They are click'n'run.
What happens when you doubleclick a kommander script on your machine? On Suse it opens up in an editor. Not exactly "fool-proof" experience.
a superkaramba theme shouldn't even be allowed to change ANY user file except its own,
Is it in some state's constitution?
Insert some generic statement about why doing anything now is useless because KDE 4.is in the works.http://suslikcentral.blogspot.com/2006/06/guilty-pleasures-of-kde.html
Seriously, I am holding you to your bug report. Since you seem to write a lot, might as well write something usefull. I am waiting for it.
here is the bugreport:
Open failed in lock.
Karambino Installer version 0.1, August 15, 2006 is loaded
sys.path.insert(0, '/home/superstoned/konquerortabs.skz')
Karambino here: Reading installer.ini. 1st line is
[installer]
Karambino here: Testing configparser. section Installer is
{'nextaction': 'welcome', 'version': '0.4.4'}
Karambino here: actiontype is message
Karambino here: actiontype is config load
Call to initWidget failed
Traceback (most recent call last):
File "/home/superstoned/konquerortabs.skz/installer.py", line 146, in initWidget
File "/home/superstoned/konquerortabs.skz/installer.py", line 126, in processConfig
File "/home/superstoned/konquerortabs.skz/installertasks.py", line 267, in task
File "", line 1, in ?
File "/home/superstoned/konquerortabs.skz/installertasks.py", line 165, in manipulateconfig
File "/home/superstoned/konquerortabs.skz/localconf.py", line 77, in load
File "/home/superstoned/konquerortabs.skz/configobj.py", line 1095, in __init__
configobj.ParseError: Parse error in value at line 36.
Thanks for reporting this. There appears to be an entry in your ~/.kde/share/config/konquerorrc that screws things up.
Could you tell me what is stored on line 36 in that file, or just send it to me if it contains no information you consider personal.
It would be usefull to continue through email
Thx in advance
software AT accentsolution.com
superkaramba themes shouldn't be able to change any file, because they are way to easy to install and run. security matters... they won't lose any relevant functionality (and configuring settings, removing the whole /home/user folder etcetera is not relevant for a superkaramba theme) if they can't change files, so i really hope (and expect) plasmoids to be sandboxed in KDE 4.
why is this relevant now? well, you ARE writing a cool and usefull tool (i hate the fact certain settings are not really available in a GUI), and i'd love to see it available for KDE 4 settings which are only in a obscure textfile. you'd have to rewrite instead of port it, if you use something which won't be available for KDE 4...
All those settings look familiar to me somehow ;-)...
You miss putting tabbar on the bottom (TabPosition=Bottom) and the tab length/shrinking setting (better look at the wiki page for explanation).
While I'm perfectly happy with the unix way to edit config files, I like your utilities such as this and the karambino installer very much. I'm tired to remind others such as my dear brother again and again about simple operations such as that you can install an rpm with "rpm -Uvh whatever.rpm" in a konsole, or even to get a config file in ~/.whatever and to edit it.
So keep on producing such EASY tools, very much appreciated!
I run the file .skz, it pop up first welcome window, then it asks me about Add Button and then it finishes.. small balloon stays in top-left corner and I can click Reload theme but again only the first dialog.
Using Kubuntu 6.06.1
Thx. for responding. I'll be glad to fix this, but will need a bit of help from you. :)
Try running this file in console, like so:.
superkaramba /path/to/the/konquerortabs.skz
and note the errors.
Copy them to an email and send to
software AT accentsolution.com
Thx in advance.
There is already a fine method for changing this behavior.
One only needs to change a few characters in a simple text file to achieve what this thing does.
It seems to me that the introduction of obscure things like this to change basic behavior is a bad thing.
Maybe your time would be better spent making Konqueror's Official configuration utility provide this functionality.
Or, post the simple instructions:
1 - open ~/.kde/share/config/konquerorrc
2 - in the section [FMSettings] modify the line HoverCloseButton so that it =true (if that line does not exist, create it)
3 (optional) - maybe it's a good idea to make PermanentCloseButton=false too, but I don't know.
simple instructions:
1 - open ~/.kde/share/config/konquerorrc
2 - in the section [FMSettings] modify the line HoverCloseButton so that it =true (if that line does not exist, create it)
3 (optional) - maybe it's a good idea to make PermanentCloseButton=false too, but I don't know.
'Simple instructions'? :) What can be simpler than 'double-click this'?
All you had to say:
For those who likes the 'unix' way of doing things, like using vi editor and brushing your teeth by pushing the arm through the back hole, visit
http://wiki.kde.org/tiki-index.php?page=Secret+Config+Settings
;) Cheers
I agree, if everybody would contribute their ideas that way, one day the user will end up running 100 .skz pseudo-install steps before he has the desktop he wants to use.
KDE is Open Source, so there is no need to add functionality this way. Please spend your time improving the official Konqueror configuration interface, so everybody benefits from your work in the next release, without having to run installers...
Ratings & Comments
15 Comments
could you also write down the settings somewhere, a readme.txt or here? your app just does nothing after clicking OK, and i don't think a .skz file is a good way to install stuff - why not use Kommander? you can write full apps in any way you like, easy, and they are click'n'run. look at kdewebdev, that's where kommander is in (not handy, no). its better for this kind of stuff (after all, a superkaramba theme shouldn't even be allowed to change ANY user file except its own, and i think it's likely it won't be possible anymore in KDE 4).
Your app just does nothing after clicking OK Thx for reporting a problem. I'll be happy to figure out the cause and fix it. Could you plz, run the applet in console like so: superkaramba /path/to/konquerortabs.skz and send me the output. Thx in advance. and i don't think a .skz file is a good way to install stuff - why not use Kommander?They are click'n'run. What happens when you doubleclick a kommander script on your machine? On Suse it opens up in an editor. Not exactly "fool-proof" experience. a superkaramba theme shouldn't even be allowed to change ANY user file except its own, Is it in some state's constitution? Insert some generic statement about why doing anything now is useless because KDE 4.is in the works. http://suslikcentral.blogspot.com/2006/06/guilty-pleasures-of-kde.html Seriously, I am holding you to your bug report. Since you seem to write a lot, might as well write something usefull. I am waiting for it.
here is the bugreport: Open failed in lock. Karambino Installer version 0.1, August 15, 2006 is loaded sys.path.insert(0, '/home/superstoned/konquerortabs.skz') Karambino here: Reading installer.ini. 1st line is [installer] Karambino here: Testing configparser. section Installer is {'nextaction': 'welcome', 'version': '0.4.4'} Karambino here: actiontype is message Karambino here: actiontype is config load Call to initWidget failed Traceback (most recent call last): File "/home/superstoned/konquerortabs.skz/installer.py", line 146, in initWidget File "/home/superstoned/konquerortabs.skz/installer.py", line 126, in processConfig File "/home/superstoned/konquerortabs.skz/installertasks.py", line 267, in task File "", line 1, in ? File "/home/superstoned/konquerortabs.skz/installertasks.py", line 165, in manipulateconfig File "/home/superstoned/konquerortabs.skz/localconf.py", line 77, in load File "/home/superstoned/konquerortabs.skz/configobj.py", line 1095, in __init__ configobj.ParseError: Parse error in value at line 36.
Thanks for reporting this. There appears to be an entry in your ~/.kde/share/config/konquerorrc that screws things up. Could you tell me what is stored on line 36 in that file, or just send it to me if it contains no information you consider personal. It would be usefull to continue through email Thx in advance software AT accentsolution.com
superkaramba themes shouldn't be able to change any file, because they are way to easy to install and run. security matters... they won't lose any relevant functionality (and configuring settings, removing the whole /home/user folder etcetera is not relevant for a superkaramba theme) if they can't change files, so i really hope (and expect) plasmoids to be sandboxed in KDE 4. why is this relevant now? well, you ARE writing a cool and usefull tool (i hate the fact certain settings are not really available in a GUI), and i'd love to see it available for KDE 4 settings which are only in a obscure textfile. you'd have to rewrite instead of port it, if you use something which won't be available for KDE 4...
All those settings look familiar to me somehow ;-)... You miss putting tabbar on the bottom (TabPosition=Bottom) and the tab length/shrinking setting (better look at the wiki page for explanation).
Could you also add functionality in this app for closing tabs on middle click? That's also a hidden konqueror setting somewhere.. Thanks!
Yeah, sounds like a good idea.
While I'm perfectly happy with the unix way to edit config files, I like your utilities such as this and the karambino installer very much. I'm tired to remind others such as my dear brother again and again about simple operations such as that you can install an rpm with "rpm -Uvh whatever.rpm" in a konsole, or even to get a config file in ~/.whatever and to edit it. So keep on producing such EASY tools, very much appreciated!
I run the file .skz, it pop up first welcome window, then it asks me about Add Button and then it finishes.. small balloon stays in top-left corner and I can click Reload theme but again only the first dialog. Using Kubuntu 6.06.1
Thx. for responding. I'll be glad to fix this, but will need a bit of help from you. :) Try running this file in console, like so:. superkaramba /path/to/the/konquerortabs.skz and note the errors. Copy them to an email and send to software AT accentsolution.com Thx in advance.
There is already a fine method for changing this behavior. One only needs to change a few characters in a simple text file to achieve what this thing does. It seems to me that the introduction of obscure things like this to change basic behavior is a bad thing. Maybe your time would be better spent making Konqueror's Official configuration utility provide this functionality. Or, post the simple instructions: 1 - open ~/.kde/share/config/konquerorrc 2 - in the section [FMSettings] modify the line HoverCloseButton so that it =true (if that line does not exist, create it) 3 (optional) - maybe it's a good idea to make PermanentCloseButton=false too, but I don't know.
simple instructions: 1 - open ~/.kde/share/config/konquerorrc 2 - in the section [FMSettings] modify the line HoverCloseButton so that it =true (if that line does not exist, create it) 3 (optional) - maybe it's a good idea to make PermanentCloseButton=false too, but I don't know. 'Simple instructions'? :) What can be simpler than 'double-click this'? All you had to say: For those who likes the 'unix' way of doing things, like using vi editor and brushing your teeth by pushing the arm through the back hole, visit http://wiki.kde.org/tiki-index.php?page=Secret+Config+Settings ;) Cheers
I voted good just for that link you posted.
I agree, if everybody would contribute their ideas that way, one day the user will end up running 100 .skz pseudo-install steps before he has the desktop he wants to use. KDE is Open Source, so there is no need to add functionality this way. Please spend your time improving the official Konqueror configuration interface, so everybody benefits from your work in the next release, without having to run installers...