Hello,
I found a problem when evaluating something like: Nautilus openOnClass: Object The result is a new Nautilus on Object but the package tree list is empty and a debugger pops up with a back trace with this: NautilusUI(Object)>>doesNotUnderstand: #useLastPackagePatternStringForClass: Nautilus class>>openOnClass:inEnvironment: Nautilus class>>openOnClass: is there other way to open Nautilus programatically. Thanks!! Federico |
Hi federico
in which version because we cleaned a lot of bad code in nautilus in 5.0 alpha Le 6/10/15 01:10, Federico.Balaguer a écrit : > Hello, > > I found a problem when evaluating something like: > > Nautilus openOnClass: Object > > The result is a new Nautilus on Object but the package tree list is empty > and a debugger pops up with a back trace with this: > NautilusUI(Object)>>doesNotUnderstand: #useLastPackagePatternStringForClass: > Nautilus class>>openOnClass:inEnvironment: > Nautilus class>>openOnClass: > > is there other way to open Nautilus programatically. > > Thanks!! Federico > > > > -- > View this message in context: http://forum.world.st/Nautilus-openOnClass-gives-back-a-debugger-tp4853822.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > |
2015-10-06 8:06 GMT+02:00 stepharo <[hidden email]>: Hi federico And is it important whether Nautilus opens or any other installed browser? You can programatically open the browser with Object browse.
|
Or Smalltalk tools browser fullOnClass: Object The reason is that it is actually PackageTreeNautilus that is used… Yes, in need to be cleaned up. We did already a huge step in Pharo5. If someone wants to do a minimal fix for Pharo4, this would be nice… Marcus
|
In reply to this post by stepharo
Hello,
It is Pharo 4, I forgot to mention that Federico |
In reply to this post by Marcus Denker-4
Marcus,
Thanks!! this works as expected Federico |
In reply to this post by Marcus Denker-4
Marcus,
I have a very simple fix that seems to work on my side. I implemented: NautilusUI>>useLastPackagePatternStringForClass: aClass ^ self which seems to be what is return on the subclass of NautilusUI when the last value of a SharedPackageFilterPatternsHolder is nil. Regards, Federico Here is the fileout of that method: NautilusUI-package_filter.st |
In reply to this post by Federico.Balaguer
Pharo 40 arghhh
Do not look at the code, because we will feel ashamed for years :) We started to radically clean it in 50 but some monsters still live there and ugly ones. Stef Le 6/10/15 14:40, Federico.Balaguer a écrit : > Hello, > > It is Pharo 4, I forgot to mention that > > Federico > > > > -- > View this message in context: http://forum.world.st/Nautilus-openOnClass-gives-back-a-debugger-tp4853822p4853956.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > |
In reply to this post by Federico.Balaguer
Hi,
Yes, that should not hurt to be added.. https://pharo.fogbugz.com/f/cases/16736/Fix-Nautilus-openOnClass-for-Pharo4 > On 06 Oct 2015, at 16:50, Federico.Balaguer <[hidden email]> wrote: > > Marcus, > > I have a very simple fix that seems to work on my side. I implemented: > > NautilusUI>>useLastPackagePatternStringForClass: aClass > ^ self > > which seems to be what is return on the subclass of NautilusUI when the last > value of a SharedPackageFilterPatternsHolder is nil. > > Regards, Federico > > Here is the fileout of that method: NautilusUI-package_filter.st > <http://forum.world.st/file/n4854014/NautilusUI-package_filter.st> > > > > -- > View this message in context: http://forum.world.st/Nautilus-openOnClass-gives-back-a-debugger-tp4853822p4854014.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > |
Free forum by Nabble | Edit this page |