Toolbar Enhancements 0.15
-
- Posts: 1974
- Joined: November 5th, 2002, 3:25 am
- Location: Lancaster, UK
- Contact:
bozz wrote:....The extension installs okay, but cannot be saved to the disk.
you probably hit a mirror that hadn't updated when you tried to save it, but got one of the good ones when installing
try http://downloads.us-east3.mozdev.org/clav/toolbarext/
-
- Posts: 383
- Joined: November 5th, 2002, 6:41 pm
- Location: the land of kirk
- Contact:
- wheerdam
- Posts: 2771
- Joined: March 30th, 2003, 7:12 pm
- Location: OK, U.S.
- Contact:
-
- Posts: 1974
- Joined: November 5th, 2002, 3:25 am
- Location: Lancaster, UK
- Contact:
v0.2 is done. same url, but you might need to wait a few minutes
(or to be sure you get 0.2 go here )
changes:
- problem with bookmark manager button fixed
- separators look right in vertical toolbars
- when dragging things around on the vertical toolbars the dropmarker is horizontal rather than vertical (making it easier to see where the item will go)
- toolbars now have a different context menu while in customisation mode. from the context menu you can set the mode (full, icons only, text only) and icon size *for the individual toolbar*.
- extension description in options panel fixed. (though it probably wont update unless you wipe chrome.rdf and the overlayinfo folder)
- some other stuff that i can't remember
issues:
- doesn't remember the icon size + mode for custom toolbars when set through the context menu. they will revert back to small icons only.
- if you set a vertical toolbar created with v0.1 to small icons mode then it won't fully take effect until you exit customisation mode. solution is to recreate the toolbar in question. then small icons mode takes effect immediately. esoteric bug or what?
new screenshot:
http://clav.mozdev.org/toolbarext/left-fullmode.png
a toolbar down the left including some toolbar separators and set to icons+text mode (while the main toolbars are in small icons only mode)
enjoy
(or to be sure you get 0.2 go here )
changes:
- problem with bookmark manager button fixed
- separators look right in vertical toolbars
- when dragging things around on the vertical toolbars the dropmarker is horizontal rather than vertical (making it easier to see where the item will go)
- toolbars now have a different context menu while in customisation mode. from the context menu you can set the mode (full, icons only, text only) and icon size *for the individual toolbar*.
- extension description in options panel fixed. (though it probably wont update unless you wipe chrome.rdf and the overlayinfo folder)
- some other stuff that i can't remember
issues:
- doesn't remember the icon size + mode for custom toolbars when set through the context menu. they will revert back to small icons only.
- if you set a vertical toolbar created with v0.1 to small icons mode then it won't fully take effect until you exit customisation mode. solution is to recreate the toolbar in question. then small icons mode takes effect immediately. esoteric bug or what?
new screenshot:
http://clav.mozdev.org/toolbarext/left-fullmode.png
a toolbar down the left including some toolbar separators and set to icons+text mode (while the main toolbars are in small icons only mode)
enjoy
Last edited by clav on September 15th, 2003, 6:37 pm, edited 2 times in total.
-
- Posts: 1974
- Joined: November 5th, 2002, 3:25 am
- Location: Lancaster, UK
- Contact:
-
- Posts: 1974
- Joined: November 5th, 2002, 3:25 am
- Location: Lancaster, UK
- Contact:
-
- Posts: 383
- Joined: November 5th, 2002, 6:41 pm
- Location: the land of kirk
- Contact:
-
- Posts: 1974
- Joined: November 5th, 2002, 3:25 am
- Location: Lancaster, UK
- Contact:
Kasteo wrote:Thanks... I'm trying to downlaod the version 0.2, but there is no file. Can you check the link again?
one of the mozdev download mirrors (secsup.org) is misbehaving. i've changed the link to point at one of the others
And do I need to uninstall version 0.1 before install 0.2 or it will overwrite?
you can't easily uninstall, but installing over the top should be fine. (just so long as you don't end up with one copy installed locally and one globally. that can make weird things happen )
- Hooded One
- Posts: 1591
- Joined: February 5th, 2003, 11:42 am
- Location: San Francisco, CA
- Contact:
clav wrote:Laurentbon wrote:- When you View>toolbars and untick a scrollbar created with the extension, then close firebird, at the next restart the extension is shown. ie: firebird doesn't remember that the toolbar has been hidden between 2 sessions.
true, and annoying, and i'll fix it.
note that Fb as standard does not remember the state of extra toolbars
Hmm... at the moment, extra toolbars not in the top position not only forget their visiblity, but they make themselves blank. If you do manage to figure out how to make it remember the toolbar state, you might want to pipe up in bug 215489 about it.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
SuSE Linux 9.2, Kernel 2.6.8, KDE 3.3.2
SuSE Linux 9.2, Kernel 2.6.8, KDE 3.3.2
-
- Posts: 1974
- Joined: November 5th, 2002, 3:25 am
- Location: Lancaster, UK
- Contact:
Hooded One wrote:Hmm... at the moment, extra toolbars not in the top position not only forget their visiblity, but they make themselves blank.
cdn mentioned that in an email too, but it's not something i've experienced. build and os? and do the buttons reappear on the palette? and do you see anything in the js console? (having set the javascript.options.showInConsole pref to true first)
If you do manage to figure out how to make it remember the toolbar state, you might want to pipe up in bug 215489 about it.
solution is fairly obvious. you just need to think up some silly new attribute like |toolbarstates| for the <toolbarset/>, and read it on startup (in the <toolbarbox/> or <toolbarset/> xbl binding where the toolbars are created (can't remember which binsing it is off hand)). or you could use multiple attributes, one per toolbar. the point being of course that you can persist the attributes on the <toolbarset/> because the element exists when the document is first created, and cacan have it's attributes restored. the toolbars themselves are created on startup, so aren't around when persisted attributes are being restored
-
- Posts: 1922
- Joined: April 5th, 2003, 3:34 pm
I have the following code in my userchrome.css file to dosplay the sidebar on the right side:
This sorta breaks the extension, in that vertical toolbars will appear on the opposite side they are told to appear on. And suggestion of how I can fix this without messing up the alignment of other stuff?
Code: Select all
/* Place the sidebar on the right edge of the window */
#browser {
direction: rtl;
}
#sidebar-box {
direction: ltr;
}
#appcontent {
direction: ltr;
}
This sorta breaks the extension, in that vertical toolbars will appear on the opposite side they are told to appear on. And suggestion of how I can fix this without messing up the alignment of other stuff?
- ehume
- Posts: 6743
- Joined: November 17th, 2002, 12:33 pm
- Location: Princeton, NJ, USA