Smalltalk › Squeak › Squeak - Dev

Dockbar SearchBox broken

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

7 messages Options

laza

Dockbar SearchBox broken

With Morphic-kb.410 the search box in the dockbar stopped to work for me [1].

Alex

[1] http://bugs.squeak.org/view.php?id=7495

Levente Uzonyi-2

Re: Dockbar SearchBox broken

On Wed, 7 Apr 2010, Alexander Lazarević wrote:

> With Morphic-kb.410 the search box in the dockbar stopped to work for me

It's an MC bug. The preamble/postscript of a package is not executed
when they're unchanged and you load an mcd instead of an mcz, which is
pretty common during the update process.

Levente

> [1].
>
> Alex
>
> [1] http://bugs.squeak.org/view.php?id=7495
>

Bert Freudenberg

Re: Dockbar SearchBox broken

On 07.04.2010, at 18:36, Levente Uzonyi wrote:
>
> On Wed, 7 Apr 2010, Alexander Lazarević wrote:
>
>> With Morphic-kb.410 the search box in the dockbar stopped to work for me
>
> It's an MC bug. The preamble/postscript of a package is not executed when they're unchanged and you load an mcd instead of an mcz, which is pretty common during the update process.

But that's the way MC works in general - only changed definitions are applied ... and consequently only changed definitions get stored in an mcd.

It's the same for class #initialize methods, they are only executed if they were changed.

- Bert -

Casey Ransberger-2

Re: Dockbar SearchBox broken

I did the rebuild menus command and the DNU went away.

2010/4/7 Bert Freudenberg <[hidden email]>

On 07.04.2010, at 18:36, Levente Uzonyi wrote:
>
> On Wed, 7 Apr 2010, Alexander Lazarević wrote:
>
>> With Morphic-kb.410 the search box in the dockbar stopped to work for me
>
> It's an MC bug. The preamble/postscript of a package is not executed when they're unchanged and you load an mcd instead of an mcz, which is pretty common during the update process.

But that's the way MC works in general - only changed definitions are applied ... and consequently only changed definitions get stored in an mcd.

It's the same for class #initialize methods, they are only executed if they were changed.

- Bert -

laza

Re: Dockbar SearchBox broken

In reply to this post by Levente Uzonyi-2

I just added the standard postscript comment and republished. That did what I wanted, namely to trigger postscript code execution. Thanks for the hint.

Alex

2010/4/7 Levente Uzonyi <[hidden email]>

On Wed, 7 Apr 2010, Alexander Lazarević wrote:

With Morphic-kb.410 the search box in the dockbar stopped to work for me

It's an MC bug. The preamble/postscript of a package is not executed when they're unchanged and you load an mcd instead of an mcz, which is pretty common during the update process.

Levente

[1].

Alex

[1] http://bugs.squeak.org/view.php?id=7495

Levente Uzonyi-2

Re: Dockbar SearchBox broken

In reply to this post by Bert Freudenberg

On Wed, 7 Apr 2010, Bert Freudenberg wrote:

> On 07.04.2010, at 18:36, Levente Uzonyi wrote:
>>
>> On Wed, 7 Apr 2010, Alexander Lazarević wrote:
>>
>>> With Morphic-kb.410 the search box in the dockbar stopped to work for me
>>
>> It's an MC bug. The preamble/postscript of a package is not executed when they're unchanged and you load an mcd instead of an mcz, which is pretty common during the update process.
>
> But that's the way MC works in general - only changed definitions are applied ... and consequently only changed definitions get stored in an mcd.

I expected that preambles and postscripts are always evaluated, good to
know they aren't. So it's not a bug, but a feature...

Levente

>
> It's the same for class #initialize methods, they are only executed if they were changed.
>
> - Bert -
>
>
>
>

Bert Freudenberg

Package postscripts

On 08.04.2010, at 02:51, Levente Uzonyi wrote:

>
> On Wed, 7 Apr 2010, Bert Freudenberg wrote:
>
>> On 07.04.2010, at 18:36, Levente Uzonyi wrote:
>>>
>>> On Wed, 7 Apr 2010, Alexander Lazarević wrote:
>>>
>>>> With Morphic-kb.410 the search box in the dockbar stopped to work for me
>>>
>>> It's an MC bug. The preamble/postscript of a package is not executed when they're unchanged and you load an mcd instead of an mcz, which is pretty common during the update process.
>>
>> But that's the way MC works in general - only changed definitions are applied ... and consequently only changed definitions get stored in an mcd.
>
> I expected that preambles and postscripts are always evaluated, good to know they aren't. So it's not a bug, but a feature...
>
>
> Levente
>
>>
>> It's the same for class #initialize methods, they are only executed if they were changed.
>>
>> - Bert -

Well, to paraphrase a famous quote, any sufficiently obscure feature is indistinguishable from a bug ;)

In any case, it is obscure enough to throw people off. E.g., Alex removed some older postscript code and replaced it with his. But he can't actually be sure that code ever was executed, because someone might load a new package on top of a rather old one, skipping the intermediate versions. The only intermediate versions guaranteed to have been loaded separately are those in the config maps ... A good practice might be to allow the postscript to execute multiple times, by guarding each part with a check to see if it is necessary to run. Then you would never have to delete any part of the postscript.

- Bert -