Nautilus>>openOnClass: gives back a debugger
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.h... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
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.h... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
2015-10-06 8:06 GMT+02:00 stepharo <stepharo@free.fr>:
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
And is it important whether Nautilus opens or any other installed browser? You can programatically open the browser with
Object browse.
-- View this message in context: http://forum.world.st/Nautilus-openOnClass-gives-back-a-debugger-tp4853822.h... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
On 06 Oct 2015, at 08:31, Nicolai Hess <nicolaihess@web.de> wrote:
2015-10-06 8:06 GMT+02:00 stepharo <stepharo@free.fr <mailto:stepharo@free.fr>>: 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
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
Marcus, Thanks!! this works as expected Federico -- View this message in context: http://forum.world.st/Nautilus-openOnClass-gives-back-a-debugger-tp4853822p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
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-tp4853822p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
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 <federico.balaguer@gmail.com> 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-tp4853822p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
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-tp4853822p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
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-tp4853822p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
participants (4)
-
Federico.Balaguer -
Marcus Denker -
Nicolai Hess -
stepharo