Hi all,
Just wanted give a bit more context for the changes I've just uploaded to trunk. They fall into two categories:
One is adding support for icons in lists. OmniBrowser uses this to indicate things like methods being overridden and classes inheriting from certain important superclasses, like Collection or Exception.
The other is making the current selection available when building context menus for text panes. Previously the current selection wasn't available when the menu was being built, though you could get it when actually executing a menu command. Having the selection lets us determine which refactorings are applicable, and indicate that correctly in the menu.
I probably should have submitted these changes to the Inbox for review before pushing them to trunk, but I didn't think of it until I had already uploaded the first few versions. I don't think there's much risk of breaking anything, though. There's very little change to existing code, and that's only triggered by the model indicating that it wants to use the new functionality when it builds a window in ToolBuilder.
The next release of OmniBrowser should be available pretty soon too, just a few more bugs to fix.
Colin
Good to have now this update in the trunk. Thank you!
-- Hannes
On 4/3/12, Colin Putney colin@wiresong.com wrote:
Hi all,
Just wanted give a bit more context for the changes I've just uploaded to trunk. They fall into two categories:
One is adding support for icons in lists. OmniBrowser uses this to indicate things like methods being overridden and classes inheriting from certain important superclasses, like Collection or Exception.
The other is making the current selection available when building context menus for text panes. Previously the current selection wasn't available when the menu was being built, though you could get it when actually executing a menu command. Having the selection lets us determine which refactorings are applicable, and indicate that correctly in the menu.
I probably should have submitted these changes to the Inbox for review before pushing them to trunk, but I didn't think of it until I had already uploaded the first few versions. I don't think there's much risk of breaking anything, though. There's very little change to existing code, and that's only triggered by the model indicating that it wants to use the new functionality when it builds a window in ToolBuilder.
The next release of OmniBrowser should be available pretty soon too, just a few more bugs to fix.
Colin
On Mon, Apr 02, 2012 at 05:19:34PM -0700, Colin Putney wrote:
Hi all,
Just wanted give a bit more context for the changes I've just uploaded to trunk. They fall into two categories:
One is adding support for icons in lists. OmniBrowser uses this to indicate things like methods being overridden and classes inheriting from certain important superclasses, like Collection or Exception.
The other is making the current selection available when building context menus for text panes. Previously the current selection wasn't available when the menu was being built, though you could get it when actually executing a menu command. Having the selection lets us determine which refactorings are applicable, and indicate that correctly in the menu.
Excellent!
I probably should have submitted these changes to the Inbox for review before pushing them to trunk, but I didn't think of it until I had already uploaded the first few versions. I don't think there's much risk of breaking anything, though. There's very little change to existing code, and that's only triggered by the model indicating that it wants to use the new functionality when it builds a window in ToolBuilder.
No worries, if any issues appear we can fix them in trunk. That way they will be addressed as quickly as possible.
The next release of OmniBrowser should be available pretty soon too, just a few more bugs to fix.
Colin
Hello
How do I load OmniBrowser these days into a fully updated Squeak 4.4 image?
--Hannes
On 4/3/12, David T. Lewis lewis@mail.msen.com wrote:
On Mon, Apr 02, 2012 at 05:19:34PM -0700, Colin Putney wrote:
Hi all,
Just wanted give a bit more context for the changes I've just uploaded to trunk. They fall into two categories:
One is adding support for icons in lists. OmniBrowser uses this to indicate things like methods being overridden and classes inheriting from certain important superclasses, like Collection or Exception.
The other is making the current selection available when building context menus for text panes. Previously the current selection wasn't available when the menu was being built, though you could get it when actually executing a menu command. Having the selection lets us determine which refactorings are applicable, and indicate that correctly in the menu.
Excellent!
I probably should have submitted these changes to the Inbox for review before pushing them to trunk, but I didn't think of it until I had already uploaded the first few versions. I don't think there's much risk of breaking anything, though. There's very little change to existing code, and that's only triggered by the model indicating that it wants to use the new functionality when it builds a window in ToolBuilder.
No worries, if any issues appear we can fix them in trunk. That way they will be addressed as quickly as possible.
The next release of OmniBrowser should be available pretty soon too, just a few more bugs to fix.
Colin
To load OmniBrowser
The code snippet which is in the workspace accessible under 'Help', 'Extending the system'
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
Still does the job.
--Hannes
--Hannes
On 9/11/12, H. Hirzel hannes.hirzel@gmail.com wrote:
Hello
How do I load OmniBrowser these days into a fully updated Squeak 4.4 image?
--Hannes
On 4/3/12, David T. Lewis lewis@mail.msen.com wrote:
On Mon, Apr 02, 2012 at 05:19:34PM -0700, Colin Putney wrote:
Hi all,
Just wanted give a bit more context for the changes I've just uploaded to trunk. They fall into two categories:
One is adding support for icons in lists. OmniBrowser uses this to indicate things like methods being overridden and classes inheriting from certain important superclasses, like Collection or Exception.
The other is making the current selection available when building context menus for text panes. Previously the current selection wasn't available when the menu was being built, though you could get it when actually executing a menu command. Having the selection lets us determine which refactorings are applicable, and indicate that correctly in the menu.
Excellent!
I probably should have submitted these changes to the Inbox for review before pushing them to trunk, but I didn't think of it until I had already uploaded the first few versions. I don't think there's much risk of breaking anything, though. There's very little change to existing code, and that's only triggered by the model indicating that it wants to use the new functionality when it builds a window in ToolBuilder.
No worries, if any issues appear we can fix them in trunk. That way they will be addressed as quickly as possible.
The next release of OmniBrowser should be available pretty soon too, just a few more bugs to fix.
Colin
On 11 September 2012 14:37, H. Hirzel hannes.hirzel@gmail.com wrote:
To load OmniBrowser
The code snippet which is in the workspace accessible under 'Help', 'Extending the system'
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install:
'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
Cool! But why the #perform? Couldn't you just say (Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion load: #( Dev ) ?
frank
Still does the job.
--Hannes
--Hannes
On 9/11/12, H. Hirzel hannes.hirzel@gmail.com wrote:
Hello
How do I load OmniBrowser these days into a fully updated Squeak 4.4 image?
--Hannes
On 4/3/12, David T. Lewis lewis@mail.msen.com wrote:
On Mon, Apr 02, 2012 at 05:19:34PM -0700, Colin Putney wrote:
Hi all,
Just wanted give a bit more context for the changes I've just uploaded to trunk. They fall into two categories:
One is adding support for icons in lists. OmniBrowser uses this to indicate things like methods being overridden and classes inheriting from certain important superclasses, like Collection or Exception.
The other is making the current selection available when building context menus for text panes. Previously the current selection wasn't available when the menu was being built, though you could get it when actually executing a menu command. Having the selection lets us determine which refactorings are applicable, and indicate that correctly in the menu.
Excellent!
I probably should have submitted these changes to the Inbox for review before pushing them to trunk, but I didn't think of it until I had already uploaded the first few versions. I don't think there's much risk of breaking anything, though. There's very little change to existing code, and that's only triggered by the model indicating that it wants to use the new functionality when it builds a window in ToolBuilder.
No worries, if any issues appear we can fix them in trunk. That way they will be addressed as quickly as possible.
The next release of OmniBrowser should be available pretty soon too, just a few more bugs to fix.
Colin
If you remove the perform: #lastVersion
and execute
(Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion) load: #( Dev ).
in a fresh Squeak4.4. trunk image
you get a feedback 'unknown selector' / 'lastVersion'
On the other side the current load script
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
just works fine.
--Hannes
On 9/11/12, Frank Shearar frank.shearar@gmail.com wrote:
On 11 September 2012 14:37, H. Hirzel hannes.hirzel@gmail.com wrote:
To load OmniBrowser
The code snippet which is in the workspace accessible under 'Help', 'Extending the system'
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install:
'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
Cool! But why the #perform? Couldn't you just say (Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion load: #( Dev ) ?
frank
Still does the job.
--Hannes
--Hannes
On 9/11/12, H. Hirzel hannes.hirzel@gmail.com wrote:
Hello
How do I load OmniBrowser these days into a fully updated Squeak 4.4 image?
--Hannes
On 4/3/12, David T. Lewis lewis@mail.msen.com wrote:
On Mon, Apr 02, 2012 at 05:19:34PM -0700, Colin Putney wrote:
Hi all,
Just wanted give a bit more context for the changes I've just uploaded to trunk. They fall into two categories:
One is adding support for icons in lists. OmniBrowser uses this to indicate things like methods being overridden and classes inheriting from certain important superclasses, like Collection or Exception.
The other is making the current selection available when building context menus for text panes. Previously the current selection wasn't available when the menu was being built, though you could get it when actually executing a menu command. Having the selection lets us determine which refactorings are applicable, and indicate that correctly in the menu.
Excellent!
I probably should have submitted these changes to the Inbox for review before pushing them to trunk, but I didn't think of it until I had already uploaded the first few versions. I don't think there's much risk of breaking anything, though. There's very little change to existing code, and that's only triggered by the model indicating that it wants to use the new functionality when it builds a window in ToolBuilder.
No worries, if any issues appear we can fix them in trunk. That way they will be addressed as quickly as possible.
The next release of OmniBrowser should be available pretty soon too, just a few more bugs to fix.
Colin
On 11 September 2012 15:28, H. Hirzel hannes.hirzel@gmail.com wrote:
If you remove the perform: #lastVersion
and execute
(Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion) load: #( Dev ).
in a fresh Squeak4.4. trunk image
you get a feedback 'unknown selector' / 'lastVersion'
On the other side the current load script
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
just works fine.
Ah, right of course. A vanilla image has no such sender.
frank
--Hannes
On 9/11/12, Frank Shearar frank.shearar@gmail.com wrote:
On 11 September 2012 14:37, H. Hirzel hannes.hirzel@gmail.com wrote:
To load OmniBrowser
The code snippet which is in the workspace accessible under 'Help', 'Extending the system'
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install:
'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
Cool! But why the #perform? Couldn't you just say (Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion load: #( Dev ) ?
frank
Still does the job.
--Hannes
--Hannes
On 9/11/12, H. Hirzel hannes.hirzel@gmail.com wrote:
Hello
How do I load OmniBrowser these days into a fully updated Squeak 4.4 image?
--Hannes
On 4/3/12, David T. Lewis lewis@mail.msen.com wrote:
On Mon, Apr 02, 2012 at 05:19:34PM -0700, Colin Putney wrote:
Hi all,
Just wanted give a bit more context for the changes I've just uploaded to trunk. They fall into two categories:
One is adding support for icons in lists. OmniBrowser uses this to indicate things like methods being overridden and classes inheriting from certain important superclasses, like Collection or Exception.
The other is making the current selection available when building context menus for text panes. Previously the current selection wasn't available when the menu was being built, though you could get it when actually executing a menu command. Having the selection lets us determine which refactorings are applicable, and indicate that correctly in the menu.
Excellent!
I probably should have submitted these changes to the Inbox for review before pushing them to trunk, but I didn't think of it until I had already uploaded the first few versions. I don't think there's much risk of breaking anything, though. There's very little change to existing code, and that's only triggered by the model indicating that it wants to use the new functionality when it builds a window in ToolBuilder.
No worries, if any issues appear we can fix them in trunk. That way they will be addressed as quickly as possible.
The next release of OmniBrowser should be available pretty soon too, just a few more bugs to fix.
Colin
Retest:
Installing Omnibrowser still works fine
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
Code snippet from the 'How to extend the system' workspace.
--Hannes
On 9/11/12, Frank Shearar frank.shearar@gmail.com wrote:
On 11 September 2012 15:28, H. Hirzel hannes.hirzel@gmail.com wrote:
If you remove the perform: #lastVersion
and execute
(Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion) load: #( Dev ).
in a fresh Squeak4.4. trunk image
you get a feedback 'unknown selector' / 'lastVersion'
On the other side the current load script
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
just works fine.
Ah, right of course. A vanilla image has no such sender.
frank
--Hannes
On 9/11/12, Frank Shearar frank.shearar@gmail.com wrote:
On 11 September 2012 14:37, H. Hirzel hannes.hirzel@gmail.com wrote:
To load OmniBrowser
The code snippet which is in the workspace accessible under 'Help', 'Extending the system'
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install:
'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
Cool! But why the #perform? Couldn't you just say (Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion load: #( Dev ) ?
frank
Still does the job.
--Hannes
--Hannes
On 9/11/12, H. Hirzel hannes.hirzel@gmail.com wrote:
Hello
How do I load OmniBrowser these days into a fully updated Squeak 4.4 image?
--Hannes
On 4/3/12, David T. Lewis lewis@mail.msen.com wrote:
On Mon, Apr 02, 2012 at 05:19:34PM -0700, Colin Putney wrote: > Hi all, > > Just wanted give a bit more context for the changes I've just > uploaded > to trunk. They fall into two categories: > > One is adding support for icons in lists. OmniBrowser uses this to > indicate things like methods being overridden and classes inheriting > from certain important superclasses, like Collection or Exception. > > The other is making the current selection available when building > context menus for text panes. Previously the current selection > wasn't > available when the menu was being built, though you could get it > when > actually executing a menu command. Having the selection lets us > determine which refactorings are applicable, and indicate that > correctly in the menu.
Excellent!
> > I probably should have submitted these changes to the Inbox for > review > before pushing them to trunk, but I didn't think of it until I had > already uploaded the first few versions. I don't think there's much > risk of breaking anything, though. There's very little change to > existing code, and that's only triggered by the model indicating > that > it wants to use the new functionality when it builds a window in > ToolBuilder.
No worries, if any issues appear we can fix them in trunk. That way they will be addressed as quickly as possible.
> > The next release of OmniBrowser should be available pretty soon too, > just a few more bugs to fix. > > Colin
On 2012-12-12 8:07 PM, H. Hirzel wrote:
Retest:
Installing Omnibrowser still works fine
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
Code snippet from the 'How to extend the system' workspace.
--Hannes
On 9/11/12, Frank Shearar frank.shearar@gmail.com wrote:
On 11 September 2012 15:28, H. Hirzel hannes.hirzel@gmail.com wrote:
If you remove the perform: #lastVersion
and execute
(Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion) load: #( Dev ).
in a fresh Squeak4.4. trunk image
you get a feedback 'unknown selector' / 'lastVersion'
On the other side the current load script
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
just works fine.
Ah, right of course. A vanilla image has no such sender.
frank
--Hannes
On 9/11/12, Frank Shearar frank.shearar@gmail.com wrote:
On 11 September 2012 14:37, H. Hirzel hannes.hirzel@gmail.com wrote:
To load OmniBrowser
The code snippet which is in the workspace accessible under 'Help', 'Extending the system'
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install:
'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
Cool! But why the #perform? Couldn't you just say (Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion load: #( Dev ) ?
frank
Still does the job.
--Hannes
--Hannes
On 9/11/12, H. Hirzel hannes.hirzel@gmail.com wrote:
Hello
How do I load OmniBrowser these days into a fully updated Squeak 4.4 image?
--Hannes
On 4/3/12, David T. Lewis lewis@mail.msen.com wrote: > On Mon, Apr 02, 2012 at 05:19:34PM -0700, Colin Putney wrote: >> Hi all, >> >> Just wanted give a bit more context for the changes I've just >> uploaded >> to trunk. They fall into two categories: >> >> One is adding support for icons in lists. OmniBrowser uses this to >> indicate things like methods being overridden and classes inheriting >> from certain important superclasses, like Collection or Exception. >> >> The other is making the current selection available when building >> context menus for text panes. Previously the current selection >> wasn't >> available when the menu was being built, though you could get it >> when >> actually executing a menu command. Having the selection lets us >> determine which refactorings are applicable, and indicate that >> correctly in the menu. > Excellent! > >> I probably should have submitted these changes to the Inbox for >> review >> before pushing them to trunk, but I didn't think of it until I had >> already uploaded the first few versions. I don't think there's much >> risk of breaking anything, though. There's very little change to >> existing code, and that's only triggered by the model indicating >> that >> it wants to use the new functionality when it builds a window in >> ToolBuilder. > No worries, if any issues appear we can fix them in trunk. That way > they will be addressed as quickly as possible. > >> The next release of OmniBrowser should be available pretty soon too, >> just a few more bugs to fix. >> >> Colin >
Well that's better. OmniBrowser to hack on Altitude seems a better idea. Thank you, Hannes.
Chris
The search box does gives a walkback but otherwise it seems to work fine so far.
--Hannes
On 12/13/12, Chris Cunnington smalltalktelevision@gmail.com wrote:
On 2012-12-12 8:07 PM, H. Hirzel wrote:
Retest:
Installing Omnibrowser still works fine
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
Code snippet from the 'How to extend the system' workspace.
--Hannes
On 9/11/12, Frank Shearar frank.shearar@gmail.com wrote:
On 11 September 2012 15:28, H. Hirzel hannes.hirzel@gmail.com wrote:
If you remove the perform: #lastVersion
and execute
(Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion) load: #( Dev ).
in a fresh Squeak4.4. trunk image
you get a feedback 'unknown selector' / 'lastVersion'
On the other side the current load script
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install: 'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
just works fine.
Ah, right of course. A vanilla image has no such sender.
frank
--Hannes
On 9/11/12, Frank Shearar frank.shearar@gmail.com wrote:
On 11 September 2012 14:37, H. Hirzel hannes.hirzel@gmail.com wrote:
To load OmniBrowser
The code snippet which is in the workspace accessible under 'Help', 'Extending the system'
"Omnibrowser, including Refactoring engine" (Installer ss project: 'MetacelloRepository') install:
'ConfigurationOfOmniBrowser'. ((Smalltalk at: #ConfigurationOfOmniBrowser) project perform: #lastVersion) load: #( Dev ).
Cool! But why the #perform? Couldn't you just say (Smalltalk at: #ConfigurationOfOmniBrowser) project lastVersion load: #( Dev ) ?
frank
Still does the job.
--Hannes
--Hannes
On 9/11/12, H. Hirzel hannes.hirzel@gmail.com wrote: > Hello > > How do I load OmniBrowser these days into a fully updated Squeak 4.4 > image? > > --Hannes > > On 4/3/12, David T. Lewis lewis@mail.msen.com wrote: >> On Mon, Apr 02, 2012 at 05:19:34PM -0700, Colin Putney wrote: >>> Hi all, >>> >>> Just wanted give a bit more context for the changes I've just >>> uploaded >>> to trunk. They fall into two categories: >>> >>> One is adding support for icons in lists. OmniBrowser uses this to >>> indicate things like methods being overridden and classes >>> inheriting >>> from certain important superclasses, like Collection or Exception. >>> >>> The other is making the current selection available when building >>> context menus for text panes. Previously the current selection >>> wasn't >>> available when the menu was being built, though you could get it >>> when >>> actually executing a menu command. Having the selection lets us >>> determine which refactorings are applicable, and indicate that >>> correctly in the menu. >> Excellent! >> >>> I probably should have submitted these changes to the Inbox for >>> review >>> before pushing them to trunk, but I didn't think of it until I had >>> already uploaded the first few versions. I don't think there's >>> much >>> risk of breaking anything, though. There's very little change to >>> existing code, and that's only triggered by the model indicating >>> that >>> it wants to use the new functionality when it builds a window in >>> ToolBuilder. >> No worries, if any issues appear we can fix them in trunk. That way >> they will be addressed as quickly as possible. >> >>> The next release of OmniBrowser should be available pretty soon >>> too, >>> just a few more bugs to fix. >>> >>> Colin >>
Well that's better. OmniBrowser to hack on Altitude seems a better idea. Thank you, Hannes.
Chris
squeak-dev@lists.squeakfoundation.org