greetings all,
I'm in the final weeks of writing up my Masters dissertation and seeking
some scholarly references to Smalltalk being "Strongly Typed."
I my review of Smalltalk I was surprised to find that [1] describes
Smalltalk as Strongly Typed, since Smalltalk is sometimes denigrated as
b
On Aug 1, 2013, at 9:04 PM, Stéphane Ducasse wrote:
> indeed this is what marcus thought.
> So we found a nice bug.
>
I added a tracker entry:
https://pharo.fogbugz.com/f/cases/11291/Announcer-for-Morphs-should-be-Weak
(I will be on holidays starting tomorrow afternoon, so no action
indeed this is what marcus thought.
So we found a nice bug.
Stef
On Aug 1, 2013, at 7:47 PM, p...@highoctane.be wrote:
> Continuing on the topic, it looks like that every single window that I ever
> opened is remembered by the Announcements...
>
> Cursor wait showWhile: [
> (FileSystem
Continuing on the topic, it looks like that every single window that I ever
opened is remembered by the Announcements...
Cursor wait showWhile: [
(FileSystem disk workingDirectory / 'WindowLabelled-labels.txt')
asFileReference writeStreamDo: [ :s |
WindowLabelled allInstances do: [ :each | each
I got a pretty large number with these announcements... provided nothing
special is running at the moment...
Announcement allSubInstances size. 14120
And:
(Announcement allSubInstances collect: [ :a | a class ]) asSet a
Set(WindowOpened WindowLabelled WindowClosed KMCompleteMatch TestSuiteEnded
On Aug 1, 2013, at 4:17 PM, Benjamin
wrote:
> Yep :)
>
> Thanks for your help.
> I opened an issue for that (11293) and I will try to tackle it tonight
>
There is already
11195 FileBrowser Tree in Pharo 3.0 does not work on Windows
https://pharo.fogbugz.com/f/cases/11195
signat
On 1 August 2013 15:20, Igor Stasenko wrote:
> We had quite hot discussion about this topic in the past..
> I don't think it makes sense to repeat arguments..
> because i think it won't convert anyone in either camp (those who
> [dis]agree, will still [dis]agree).
> so, lets just move on.
In a wa
We had quite hot discussion about this topic in the past..
I don't think it makes sense to repeat arguments..
because i think it won't convert anyone in either camp (those who
[dis]agree, will still [dis]agree).
so, lets just move on.
--
Best regards,
Igor Stasenko.
Yep :)
Thanks for your help.
I opened an issue for that (11293) and I will try to tackle it tonight
Ben
On Aug 1, 2013, at 4:11 PM, Stéphane Ducasse wrote:
> Igor did not tell you but I see strange blue window and windows on his
> machine and red square of death….
> So he is looking at it.
>
On 1 August 2013 16:11, Stéphane Ducasse wrote:
> Igor did not tell you but I see strange blue window and windows on his
> machine and red square of death….
> So he is looking at it.
>
i did in fact.. i was chatting with Ben all the time :)
> Stef
>
> On Aug 1, 2013, at 1:01 PM, Benjamin
> wro
Igor did not tell you but I see strange blue window and windows on his machine
and red square of death….
So he is looking at it.
Stef
On Aug 1, 2013, at 1:01 PM, Benjamin
wrote:
> On my image, when opened in Windows, opening the File Browser leads to a red
> square of death :s
>
> And usin
Excellent!
Stef
> Its not just you, I don't used to write to the lists.
>
> Phil, thanks for the repo location.
> Stef, Aconcagua and Chalten are now on the 2.0 metaRepo.
>
>
> 2013/7/30 Igor Stasenko
> On 31 July 2013 00:00, Maximiliano Taborda wrote:
> > Hi Igor,
> >
> > Something about m
Ok, we are looking at that with marcus.
So, one thing that may be causing problems is that there are some usages of
#onAnnouncement: anAnnouncement do: aBlock. And since we don't have
ephermerons, the usage of blocks in announcements is leaking references.
Also, looking at the usages of onAnnounc
Yes, I think the announcers of morph might be the cause of the problem...
On Thu, Aug 1, 2013 at 1:09 PM, p...@highoctane.be wrote:
> I did a little run on those MorphExtensions and got the output file in
> annex.
>
> Cursor wait showWhile: [
> (FileSystem disk workingDirectory / 'MorphExtension
I'm using the US international layout.
Not working:
- delete button
- diaeresis (for umlauts); option + u (+ any character that accepts diaeresis)
- probably more (didn't go through more)
On 01.08.2013, at 11:47, Igor Stasenko wrote:
> On 1 August 2013 10:27, p...@highoctane.be wrote:
>> Key
Interestingly,
in a base 2.0 image,
there isn't any user of caseOf: and very few users of caseOf:otherwise:
A sample:
^ places caseOf:
{[0]->[1] .
[1]->[0.1] .
[2]->[0.01] .
[3]->[0.001] .
On 1 August 2013 12:13, Frank Shearar wrote:
> On 1 August 2013 12:07, Stéphane Ducasse wrote:
>> Hi guys
>>
>> we should not use caseOf: in the image.
>> So I will start removing them.
>
> Other than switching on _type_, what is the problem?
>
> foo caseOf: {
> [1] -> ['one'].
> [2] -> ['two
On 1 August 2013 12:07, Stéphane Ducasse wrote:
> Hi guys
>
> we should not use caseOf: in the image.
> So I will start removing them.
Other than switching on _type_, what is the problem?
foo caseOf: {
[1] -> ['one'].
[2] -> ['two'].
} otherwise: ['three']
What's wrong with this?
frank
>
Hi guys
we should not use caseOf: in the image.
So I will start removing them.
Stef
On my image, when opened in Windows, opening the File Browser leads to a red
square of death :s
And using the UIManager to popup the file picker leads to an infinite loop of
halt :s
Do you experienced that too ?
Can people using windows try the following line:
(FileSystem disk root) director
On Aug 1, 2013, at 11:46 AM, Sebastian Tleye wrote:
> I think there is a problem in Monticello with this version
>
Yes, there are many problems. Maybe we need to revert… which is a lot of work,
so I want to check with Ben before if this is not easily fixable somehow.
>
>
> 2013/8/1 Marcus
On 1 August 2013 10:27, p...@highoctane.be wrote:
> Keyboard: Belgian french
>
> Key combination that doesn't work: hit the caret key... hit fn-Backspace...
> both things pretty standard.
>
ah, i think its same as for me, when i found my Delete key stop working.
> Phil
> On Thu, Aug 1, 2013 at 9:
I think there is a problem in Monticello with this version
2013/8/1 Marcus Denker
> 30322
> -
>
> 11282 Removal DependentFields references
> https://pharo.fogbugz.com/f/cases/11282
>
> Diff information:
>
> http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Widgets-MarcusDenke
https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/403/
122 regressions found.
Gofer.Tests.GoferOperationTest.testCleanup
Gofer.Tests.GoferOperationTest.testCommit
Gofer.Tests.GoferOperationTest.testLoad
Gofer.Tests.GoferOperationTest.testLocalChanges
Gofer.Tests.
https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=linux-stable-worker/403/
121 regressions found.
Gofer.Tests.GoferOperationTest.testCleanup
Gofer.Tests.GoferOperationTest.testCommit
Gofer.Tests.GoferOperationTest.testLoad
Gofer.Tests.GoferOperationTest.testLocalChange
30322
-
11282 Removal DependentFields references
https://pharo.fogbugz.com/f/cases/11282
Diff information:
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Widgets-MarcusDenker.878.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-MarcusDenker.1550.diff
signature.asc
https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=mac/403/
121 regressions found.
Gofer.Tests.GoferOperationTest.testCleanup
Gofer.Tests.GoferOperationTest.testCommit
Gofer.Tests.GoferOperationTest.testLoad
Gofer.Tests.GoferOperationTest.testLocalChanges
Gofer.Tests.
Keyboard: Belgian french
Key combination that doesn't work: hit the caret key... hit fn-Backspace...
both things pretty standard.
Phil
On Thu, Aug 1, 2013 at 9:14 AM, Esteban Lorenzano wrote:
> still works for me... looks like a keyboard distribution problem, we'll
> check (bah, Guille will d
On Aug 1, 2013, at 1:31 AM, p...@highoctane.be wrote:
> Doing the flushCaches...
>
> Image size before cleaning a
> MCSmalltalkhubRepository(http://smalltalkhub.com/mc/estebanlm/EclipsePack/main/)
> : 324017564
> Image size after cleaning a
> MCSmalltalkhubRepository(http://smalltalkhub.com/m
On Aug 1, 2013, at 8:56 AM, Stéphane Ducasse wrote:
> since years marcus is telling that MC storing ancestor information is doomed
> but we do not have something to really replace it.
>
This is yet another thing.
Monticello keep all history data of all package in image, this is not a cache.
still works for me... looks like a keyboard distribution problem, we'll check
(bah, Guille will do it :) soon :)
can you send which keyboard layour do you use?
and exactly which key combinations are you trying?
thanks,
Esteban
On Aug 1, 2013, at 12:01 AM, p...@highoctane.be wrote:
> Same for
31 matches
Mail list logo
