HaO This Web-Site was restructured and informations are mixed up. It is as it is, sorry.
PYK: I've gone through the revision prior to the big restructuring and verified that all relevant information has been carried over into this revision. The history section is now in descending order, from recent to older. If that's what makes things seem out-of-place, it could be reversed. HaO, what other changes would you like to see?
[BWidget%|%http://sourceforge.net/projects/tcllib/files/BWidget/ ] is a Tcl/Tk script-only set of megawidgets for Tcl/Tk. It Contains over 20 widgets, such as progress bars, main frames, generic scrolled widget, paned windows, button boxes, notebooks, combo boxes, spin boxes, tree widgets, font and color selection widgets, balloon help, and more. Original author's web site no longer available, but BWidget continues to be actively developed as a sub-project of tcllib. that location. The compiler-factory site has a binary version of the extension. Currently at version 1.9.7.
There are currently two versions of BWidget in the fossil repository:
Information on downloading resleases is below, on this page, but to obtain the sources for the bwidget branch:
fossil clone 'http://core.tcl.tk/bwidget/home' bwidget.fossil
mkdir bwidget.src cd bwidget.src fossil open ../bwidget.fossil bwidget
To download a compressed (tar.gz or .zip) archive of the current repository, go to the timeline for the bwidget branch, click on a link for one of the recent file sets, and then select the Tarball or Zip link. It may be necessary to log in, as anonymous at least, along the way.
[https://sourceforge.net/projects/tcllib/files/BWidget/1.9.6/%|%1.9.6]
BWidget, currently maintained as a part of tcllib, is a Tcl/Tk script-only set of megawidgets designed to provide the developer additional tools.
HaO 2011-08-23: clt contribution by Kevin Walzer on Use BWidget for new projects:
> As I stated on wiki.tcl.tk/bwidget , I would not recomment using > BWidget for new projects if you target ttk (what you should IMHO).
I'd disagree with this. BWidget is still quite useful in certain contexts. Its tree widget is more configurable than the ttk treeview, and the listbox is also more flexible, and yet it is simpler to program against than tktreectrl. Its notebook widget also offers more flexibility than the ttk notebook.
I think the best strategy to use with BWidget is as a supplement -- a very powerful one -- to the core and ttk widgets. Perhaps you wouldn't want to do an entire project in BWidget, but I find it indispensible and I am grateful that Harald continues to maintain it. That's why I've also contributed some patches to the project and helped test Harald's updates on the Mac.
In case you're curious how I use it, take a look at this screenshot:
The tree widget on the left, styled to emulate a Mac "source list" widget, is a BWidget tree. Doesn't look like the standard BWidget tree in the demos with the Windows-2000-era appearance, but that's the point--these changes are trivial to make. Doing this in tktreectrl would give me a migraine, and I'm not aware that the ttk treeview can be configured to this extent.
ttk::combobox is not a replacement for BWidget::ComboBox as it does not support images.
Thanks to Roy Keene, the repository of the source code moved to https://core.tcl.tk/bwidget/home
The 4 bug-fixes of this year are included in this release:
Former release has introduced an update bug of multiple nodes in the tree widget, which is fixed here.
MHo 2010-12-16:
HaO sorry, corrected (also on teapot)
HaO What are you doing exactly ? This is correct, this option does not exist any more in themed mode (RTFM?).
HaO: The only change between 1.9.3 and 1.9.4 is a listbox bugfix, right.
BWidget Classic and Tile/TTK
I am migrating my own applications to ttk now. There is practically no BWidget widget, which is not replaced by a ttk widget. There are mostly details missing which must be added by additional packets like balloon help (tklib) and drag and drop (tkdnd).
I did not use the work of Johann, because tile is emulated by switching colors. This works well on most Unix platforms but does not bring the complete different look of native windows (and MacOS) widgets. We discussed on that and this approach seams not to be possible. Even a simple ttk::frame may contain a structured bitmap surface which may not be emulated by one color.
I updated the classic BWidget (sticky tag "BWidget" in the repository) within this process. There are tile versions of some widgets which mostly do not support as many options as the normal ones. This is for migration purposes. I would not use it for new projects.
To enable themed mode, use:
Widget::theme 1
Here is the state and thoughts about some widgets:
HaO: 2010-06-18 ActiveState has distributed the unreleased BWidget 1.9.1 which contains extended themed support with ActiveTcl 8.4.19.4, 8.5.8.2 and 8.6.0.0b3.
There are some incompatibilities in color selection to former BWidgets. A 1.9.2 release followed which is 1.9.0 with some minor bug fixes. Andreas wrote me, that BWidget 1.9.2 is now installable via Teapot. Anybody experiencing compatibility issues is asked to install this release.
Anybody wanting to use Tile and does not need this compatibility may try to use the 1.9.1 in ActiveState or the current trunk from the Tcllib CVS . This is work in progress.
Mho: With version 1.9.1 in Tile mode I see that buttons disappear after they are initially drawn correctly and later activated. The text of the button remains intact. Maybe I have to change more than just specifying BWidget::use -package ttk...:
Only if the mouse pointer is over the button, the relief and border are visible again, but with a different style... See BWidget with tile for a code fragment.
HaO: Sorry, for sure a bug or an unfinished feature. Eventually JOB may write more.
A modified version for the BWidget toolkit to take advantage of ttk is now available in CVS.
The programming interface of BWidget::use has changed:
# BWidget::use # Argument usage: # -package ttk # | # specify a package name to be initialized, currently # support for the following packages is implemented: # ttk ... try to use tile'd widget set (if available) # # -style default / native / myFavoriteStyleName # | | | # | | specify a valid style name, # | | use "BWidget::_get_colordcls" which gives # | | you a list of what's avaliable for tk # | | # | if specified, BW tries to emulate OS color scheme, # | a specific color schema associated to each individual # | operation system is going to be used # | # same behaviour as before, stay compatible # with previous releases # # -setoptdb [no=default|0|yes|1] # | # maintain the option database # if you need a dynamic behavior when changing # the underlying style, activate this option! # # -themedirs {} = default / a list of valid directory names, # to specifying additional ttk theme packages
With the modified package (available in CVS) I could get a reasonable good result e.g. for ased3.0b16.vfs by just adding this to the existing code (and copying the requ. theme package to ased.../lib , beside this with no other change!):
package require BWidget BWidget::use \ -package ttk -style winxpblue -setoptdb 1
The result looks like:
Comments are welcome!
HaO: Bugfix release in 2009-07-24
Has anyone converted the BWidget html reference pages into either doctools or nroff -man formats?
HaO: AFAIK - nobody, sorry.