The Squeak port of the StarBrowser has been considerably improved, and is now ready for day-to-day use (that is: I'm using it myself).
It is registered on SqueakMap, and can also be found using the SqueakMap web interface at: http://map2.squeakfoundation.org/sm/package/9187f67b-a437-4e52-93f9-eecb9b48...
It now also includes a basic SqueakMap browser/loader and a DVS UI.
Try the window frame menu and the context menus on individual items, the toolbar buttons, and drag/drop to/from other browsers and within or between StarBrowsers.
It's not complete yet; I've noted some of the missing parts are in the install/changes.txt entry in the SAR. Most notably, don't bother trying to use the history arrows (<- and -> buttons), as they may confuse the browser. However, the left-most button (hide/show tree) works fine.
This is the third version of the port of the StarBrowser from VisualWorks to Squeak. Most of the functionality works (the classifications model and an inspector and class editor, and lots of other features.) Drag and drop work (with thanks to Ned for the help).
Ned re-factored the menu handling and button handling into more service classes, and added DVS, Morphic, and SqueakMap support as examples of extension.
The goal of the Star Browser is to allow you to browse your Smalltalk environment and classify anything you encounter while doing so. Therefore it has full drag&drop support to allow you to classify software elements such as classes and methods while you are browsing.
It is easily extended to handle browsing most anything in the Squeak environment.
I'm interested in hearing any bug reports, and will gladly consider extensions.
Enjoy!
hi ned
This looks really good. In the VW version I started to extend the childrenItem service to provide different behavior. In VW we also have a tool call SmallBrother that we use to have a dynamic group most recents classes and methods. With that we get a really excellent browser.
What I like with the starBrowser is that if we pay attention we could easily merged at least three browsers: system, hierarchy and class browser. Plus RB ;)
We could also have wiskers :) This would be great.
Continue Ned
stef
PS: Andreas we have in Squeak :))))
On samedi, novembre 30, 2002, at 08:28 am, Ned Konz wrote:
The Squeak port of the StarBrowser has been considerably improved, and is now ready for day-to-day use (that is: I'm using it myself).
It is registered on SqueakMap, and can also be found using the SqueakMap web interface at: http://map2.squeakfoundation.org/sm/package/9187f67b-a437-4e52-93f9- eecb9b48df78
It now also includes a basic SqueakMap browser/loader and a DVS UI.
Try the window frame menu and the context menus on individual items, the toolbar buttons, and drag/drop to/from other browsers and within or between StarBrowsers.
It's not complete yet; I've noted some of the missing parts are in the install/changes.txt entry in the SAR. Most notably, don't bother trying to use the history arrows (<- and -> buttons), as they may confuse the browser. However, the left-most button (hide/show tree) works fine.
This is the third version of the port of the StarBrowser from VisualWorks to Squeak. Most of the functionality works (the classifications model and an inspector and class editor, and lots of other features.) Drag and drop work (with thanks to Ned for the help).
Ned re-factored the menu handling and button handling into more service classes, and added DVS, Morphic, and SqueakMap support as examples of extension.
The goal of the Star Browser is to allow you to browse your Smalltalk environment and classify anything you encounter while doing so. Therefore it has full drag&drop support to allow you to classify software elements such as classes and methods while you are browsing.
It is easily extended to handle browsing most anything in the Squeak environment.
I'm interested in hearing any bug reports, and will gladly consider extensions.
Enjoy!
Ned Konz http://bike-nomad.com GPG key ID: BEEA7EFE <StarBrowser.gif>
Dr. Stéphane DUCASSE (ducasse@iam.unibe.ch) http://www.iam.unibe.ch/~ducasse/ "if you knew today was your last day on earth, what would you do different? ... especially if, by doing something different, today might not be your last day on earth" Calvin&Hobbes
On Saturday 30 November 2002 04:10 am, Stephane Ducasse wrote:
This looks really good. In the VW version I started to extend the childrenItem service to provide different behavior.
Yes, I have an ItemChildren service. Until I get some way to choose between different services, though, I decided not to pursue (for instance) having the children of classes be method categories or methods, as I thought people would like to choose.
In VW we also have a tool call SmallBrother that we use to have a dynamic group most recents classes and methods. With that we get a really excellent browser.
You may notice that I added both recent classes and recent method submissions <g>...
On Friday 29 November 2002 11:28 pm, Ned Konz wrote:
Try the window frame menu and the context menus on individual items, the toolbar buttons, and drag/drop to/from other browsers and within or between StarBrowsers.
Oh yeah: as in the other browsers, drag moves items and shift-drag copies them. This is different from the VW version, which appears to always copy.
And there isn't yet proper drop highlighting (that is, invalid drop targets are highlighted). However, a bad drop is just rejected.
Hi Ned,
The Squeak port of the StarBrowser has been considerably improved
It is truly so.
There are a couple things I noticed though:
1/- Are the bitmaps for the toolbar buttons a bit out of proportion ?
2/- There are 2 extra empty items under root, what are they. (Please see attached gif).
Thanks for all the work.
Cheers,
PhiHo.
----- Original Message ----- From: "Ned Konz" ned@bike-nomad.com To: squeak-dev@lists.squeakfoundation.org Sent: Saturday, November 30, 2002 2:28 AM Subject: [ANN] v3 of StarBrowser registered on SqueakMap: try it!
The Squeak port of the StarBrowser has been considerably improved, and is now ready for day-to-day use (that is: I'm using it myself).
It is registered on SqueakMap, and can also be found using the SqueakMap web interface at: http://map2.squeakfoundation.org/sm/package/9187f67b-a437-4e52-93f9-eecb9b48 df78
It now also includes a basic SqueakMap browser/loader and a DVS UI.
Try the window frame menu and the context menus on individual items, the toolbar buttons, and drag/drop to/from other browsers and within or between StarBrowsers.
It's not complete yet; I've noted some of the missing parts are in the install/changes.txt entry in the SAR. Most notably, don't bother trying to use the history arrows (<- and -> buttons), as they may confuse the browser. However, the left-most button (hide/show tree) works fine.
This is the third version of the port of the StarBrowser from VisualWorks to Squeak. Most of the functionality works (the classifications model and an inspector and class editor, and lots of other features.) Drag and drop work (with thanks to Ned for the help).
Ned re-factored the menu handling and button handling into more service classes, and added DVS, Morphic, and SqueakMap support as examples of extension.
The goal of the Star Browser is to allow you to browse your Smalltalk environment and classify anything you encounter while doing so. Therefore it has full drag&drop support to allow you to classify software elements such as classes and methods while you are browsing.
It is easily extended to handle browsing most anything in the Squeak environment.
I'm interested in hearing any bug reports, and will gladly consider extensions.
Enjoy! -- Ned Konz http://bike-nomad.com GPG key ID: BEEA7EFE
On Saturday 30 November 2002 10:40 pm, PhiHo Hoang wrote:
1/- Are the bitmaps for the toolbar buttons a bit out of
proportion ?
With respect to what? I think they're rather dramatic that large <g>...
Actually, do you think they should be bigger or smaller? I just grabbed some KDE icons, and I had the choice of 16x16, 22x22, and 32x32 (and bigger). These are the 22x22 ones, and they look fine on my system. But then I run my system at 1400x1050 pixels, which is about 98dpi on my monitor.
2/- There are 2 extra empty items under root, what are they. (Please see attached gif).
I don't know. But I did find some places where the parent/child relationships were getting messed up.
I'll be releasing another version shortly, but keep playing with it.
I'm going to have to eliminate the mostly useless ClassificationItemWrapper to be able to support history.
I've added find, and will be adding a "recent expressions" list you can select intentional classification expressions from (which will come pre-loaded with some handy expressions).
I've also added change set browsing, XML file reading/displaying (but not editing), more support for SqueakMap and DVS, etc.
And I will be adding the categories to the SqueakMap support, so the StarBrowser will fully replace:
* PackagePanel (DVS tool) * CategoricalSMLoader * SMLoader
etc...
Any more ideas or desires?
Ned,
1/- Are the bitmaps for the toolbar buttons a bit out of
proportion ?
With respect to what?
wrt the flipping triangle.
As you said, it depends on the screen resolution.
For my system using 1280x1024, a smaller size would look nicer. Again, this is strictly cosmetics.
And I will be adding the categories to the SqueakMap support, so the StarBrowser will fully replace:
- PackagePanel (DVS tool)
- CategoricalSMLoader
- SMLoader
etc...
Glad to know that you are planning these.
At less than 100 packages, SMLoader already looks crammed.
I guess CategoricalSMLoader would greatly help. (Hey, how do I bring up this browser ;-)
At the current growth rate, SqueakMap will host thousands packages in no time ;-)
Any more ideas or desires?
What about an instance browser, when you select a class, it will show all instances of that class, then you drill down on each instance. Do we already have something like tis ?
Ultimately, the truly Squeak(Class)Map browser, it shows class dependency. That would do wonders together with DVS tools, RB and SpaghettiTracer.
Please keep up with the good work.
Cheers,
PhiHo.
----- Original Message ----- From: "Ned Konz" ned@bike-nomad.com To: squeak-dev@lists.squeakfoundation.org Sent: Sunday, December 01, 2002 2:02 AM Subject: Re: [ANN] v3 of StarBrowser registered on SqueakMap: try it!
On Saturday 30 November 2002 10:40 pm, PhiHo Hoang wrote:
1/- Are the bitmaps for the toolbar buttons a bit out of
proportion ?
With respect to what? I think they're rather dramatic that large <g>...
Actually, do you think they should be bigger or smaller? I just grabbed some KDE icons, and I had the choice of 16x16, 22x22, and 32x32 (and bigger). These are the 22x22 ones, and they look fine on my system. But then I run my system at 1400x1050 pixels, which is about 98dpi on my monitor.
2/- There are 2 extra empty items under root, what are they. (Please see attached gif).
I don't know. But I did find some places where the parent/child relationships were getting messed up.
I'll be releasing another version shortly, but keep playing with it.
I'm going to have to eliminate the mostly useless ClassificationItemWrapper to be able to support history.
I've added find, and will be adding a "recent expressions" list you can select intentional classification expressions from (which will come pre-loaded with some handy expressions).
I've also added change set browsing, XML file reading/displaying (but not editing), more support for SqueakMap and DVS, etc.
And I will be adding the categories to the SqueakMap support, so the StarBrowser will fully replace:
* PackagePanel (DVS tool) * CategoricalSMLoader * SMLoader
etc...
Any more ideas or desires?
On Sunday 01 December 2002 12:00 am, PhiHo Hoang wrote:
wrt the flipping triangle.
I'm using a bigger font and it doesn't look as bad.
As you said, it depends on the screen resolution. For my system using 1280x1024, a smaller size would look nicer. Again, this is strictly cosmetics.
What size do you think would be better?
You can replace them yourself right now:
ItemIcon icons at: #Left put: (Form ...)
If you have icons you'd prefer and would like to share with others, put them into an ItemIcon subclass (probably adding a class instance variable to cache them) and when I have selectable services (soon), you can choose between sets.
I did have problems with sizing the toolbar; there are a variety of things in SystemWindow and in my tree hiding/showing code that don't work well with offsets in LayoutFrames. So I had to use a proportional size for the toolbar. Which means that when you resize the window the toolbar will resize.
I'd like to change the various #initialExtent methods to make them a Preference (seems like I've done this before somewhen). This would make it so you wouldn't need to resize as much. Of course, then we'd have to change RealEstateAgent to keep the windows on the desktop when they were large...
BTW, if you want a number of windows (including most browsers) to come up with different sizes, you can define this method:
RealEstateAgent class>>standardSize: aPoint StandardSize := aPoint
and then go:
RealEstateAgent standardSize: 800@600
or whatever.
Those numbers should be stuck into Preferences, though, so they can get saved.
Hey, another add-on for StarBrowser: Preferences!
On Sunday 01 December 2002 06:48 am, Ned Konz wrote:
I'm using a bigger font (from Accufonts) and it doesn't look as bad.
See picture attached.
Hello List
I'm playing with stepping Morphs and want to build something like a Clock but moving faster. One line should go around in about 5 seconds. So I took the WatchMorph. I changed it that it steps 360 times for one circle. So it has about 14 milliseconds for one step. Everytime I send a #step it does a #changed. Then I realized that it's too slow at all. It takes about half a second to draw the (whole) Morph. The Morph extents about 250@250. How can I get it faster ? __ / \ / /\ ) ( / ) / it's turning around \ / | / __/ |/_
thanks for Help Chris Burkert
On Sunday 01 December 2002 07:18 am, Chris Burkert wrote:
Hello List
I'm playing with stepping Morphs and want to build something like a Clock but moving faster. One line should go around in about 5 seconds. So I took the WatchMorph. I changed it that it steps 360 times for one circle. So it has about 14 milliseconds for one step. Everytime I send a #step it does a #changed. Then I realized that it's too slow at all. It takes about half a second to draw the (whole) Morph. The Morph extents about 250@250. How can I get it faster ?
By not redrawing the whole thing. And making sure that you aren't redrawing a big chunk of your screen. And turn off antialiasing.
Does it redraw faster when you put it in the upper left hand corner of your screen?
Make sure that you don't get multiple redraws, as well.
Try turning on the debugShowDamage preference and make sure that you aren't invalidating an area at the upper left hand corner of your screen, and that you're limiting your damage to the area of your Morph.
If the above doesn't help, consider making the moving part as small as possible and stepping it instead of the big thing. After all, you don't have to invalidate the whole item. You can avoid the drawing of the rectangle this way.
And I will be adding the categories to the SqueakMap support, so the StarBrowser will fully replace:
- PackagePanel (DVS tool)
- CategoricalSMLoader
- SMLoader
That's wonderful to see that this simple idea scales so much.
etc...
Any more ideas or desires?
Yes I would like to have:
- Do you have senders so that when we do do senders/implementors this can (with a shift for example) create a category instead of popping up yet another window.
- for the methods in a class I changed the ExtendedItemChildrenService so that I get "selector (Class)" and not "Class>>selector" because the class name is useless in the context of the class and it takes too much screen space.
- I would like to have the possibility to look for senders/implementors in the context of a classification. In fact I would like to have all the normal way to find information possibly working on a classification such as methods with string.... this would be great.
- I know that one guy did in VW a classification that selects automatically the Test subclasses
- Refactoring Browser taking advantages of classification ;)
-- Ned Konz http://bike-nomad.com GPG key ID: BEEA7EFE
Dr. Stéphane DUCASSE (ducasse@iam.unibe.ch) http://www.iam.unibe.ch/~ducasse/ "if you knew today was your last day on earth, what would you do different? ... especially if, by doing something different, today might not be your last day on earth" Calvin&Hobbes
On Sunday 01 December 2002 01:11 am, Stephane Ducasse wrote:
- Do you have senders so that when we do do senders/implementors
this can (with a shift for example) create a category instead of popping up yet another window.
Yes, but you have to have a method selected in the category tree. I need to add
Actually, I was thinking about having a switch somewhere between spawning new (regular old) browsers and adding to a category. Then there's the option of spawning a new SB with the results (which I see in the VW version).
- for the methods in a class I changed the
ExtendedItemChildrenService so that I get "selector (Class)" and not "Class>>selector" because the class name is useless in the context of the class and it takes too much screen space.
I have the ItemLabel responsible for (for instance) labeling methods. I can change this appearance. Though it may make sense to make this a choosable preference (through selectable services)
When I add selectable service options we should be able to choose (for classes) between seeing class/method category/method and class alone.
- I would like to have the possibility to look for
senders/implementors in the context of a classification. In fact I would like to have all the normal way to find information possibly working on a classification such as methods with string.... this would be great.
I'm adding them. And I want to add
- I know that one guy did in VW a classification that selects
automatically the Test subclasses
I'm thinking about adding them too, with test results also below them. (bye bye TestRunner!).
- Refactoring Browser taking advantages of classification ;)
I wish. Maybe when we get Daniel using the StarBrowser...
squeak-dev@lists.squeakfoundation.org