> Well, but it makes no sense to browse a uniclass, does it? Except, maybe, if you manage to add new code to those uniclasses via Squeak's reflection interface. And then want to get a code browser for that.

I use #newSubclass every week for playing around with things and it's not even located in the EToys package :-)

It might be not a top important feature, but I think it would be nice if Squeak would not have these arbitrary limitations, so I would be happy to fix this (before or after the release).
Would there be any good reason to refer to #Smalltalk instead of #environment or #selectedEnvironment from within the Brower?

Best,
Christoph

________________________________
Von: Squeak-dev <squeak-dev-bounces at lists.squeakfoundation.org> im Auftrag von Taeumel, Marcel
Gesendet: Montag, 24. Februar 2020 15:01:18
An: John Pfersich via Squeak-dev
Betreff: Re: [squeak-dev] [BUG] Browsing uniclasses

Well, but it makes no sense to browse a uniclass, does it? Except, maybe, if you manage to add new code to those uniclasses via Squeak's reflection interface. And then want to get a code browser for that.

Otherwise, use the uniclass's base class to browse.

Uniclasses are basically for Etoys only and have limited tool support in Squeak's standard code browsing tools. It's a little bit like object-as-method. :-)

Best,
Marcel

Am 24.02.2020 14:50:36 schrieb Thiede, Christoph <christoph.thiede at student.hpi.uni-potsdam.de>:

Hi Marcel,


but it should not be a big task to support them, should it? After fixing #hasClassSelected, I could compile and categorize methods as usual ...


Best,

Christoph

________________________________
Von: Squeak-dev <squeak-dev-bounces at lists.squeakfoundation.org> im Auftrag von Taeumel, Marcel
Gesendet: Montag, 24. Februar 2020 14:42:26
An: John Pfersich via Squeak-dev
Betreff: Re: [squeak-dev] [BUG] Browsing uniclasses

Hi Christoph,

uniclasses do not show up in the System Browser; they are not supported there. Yes, there can be strange behavior if you still try to. :-)

Best,
Marcel

Am 24.02.2020 14:37:44 schrieb Thiede, Christoph <christoph.thiede at student.hpi.uni-potsdam.de>:

Hi all,


there is another small bug IWLT fix for the release:


[cid:aa5eb5d7-bdf8-4287-ab79-d2f540ce587e]


The message [category] list is empty.


At first glance, Browser >> #hasClassSelected is erroneous because it hardcodes Smalltalk instead of the displayed environment:


hasClassSelected

^ selectedClassName notNil and: [(Smalltalk classNamed: selectedClassName) notNil]

Is my assumption correct that there should be almost zero references to Smalltalk in Browser & Co.?
Now I have to ask the question of whether you should use self environment or self selectedEnvironment here. What's the difference?

Best,
Christoph
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200224/1efae946/attachment.html>