Some observations from the perspective of as a newbie on Pharo Package
Management. I'm likely to me missing in the philosophy of the design,
but from the narrow view of my own usage
1. When I read about Metacello being the package management system, I
expected there to be a "command"(*) M
Hi levente
We will certainly do that. Right now I'm resting from the crazy weeks before
christmas and too many articles writing at the last minute
(this is part of the job but working even the saturday and sunday can simply
lead to energy burnout. Anyway I'm happy we did it).
@Mariano I opened
On Sun, 18 Dec 2011, Mariano Martinez Peck wrote:
2011/12/18 Levente Uzonyi
On Sun, 18 Dec 2011, Mariano Martinez Peck wrote:
2011/12/18 Levente Uzonyi
On Sun, 18 Dec 2011, Mariano Martinez Peck wrote:
Actually, the long test is
"Create some bitmaps"
numbers := OrderedCollecti
2011/12/18 Levente Uzonyi
> On Sun, 18 Dec 2011, Mariano Martinez Peck wrote:
>
> 2011/12/18 Levente Uzonyi
>>
>> On Sun, 18 Dec 2011, Mariano Martinez Peck wrote:
>>>
>>> Actually, the long test is
>>>
"Create some bitmaps"
numbers := OrderedCollection new.
numbers a
Paul,
On 16 Dec 2011, at 22:53, Paul DeBruicker wrote:
> Hi -
>
> Because of how Internet Explorer reports javascript dates back to Seaside (as
> detected by Brian Murphy-Dye when using the FullCalendar jQuery plugin) I
> added the ability to determine the timezone based on the abbreviation IE
On Sun, 18 Dec 2011, Mariano Martinez Peck wrote:
2011/12/18 Levente Uzonyi
On Sun, 18 Dec 2011, Mariano Martinez Peck wrote:
Actually, the long test is
"Create some bitmaps"
numbers := OrderedCollection new.
numbers addAll: (1 to: 1 << 29 by: 1 << 14) asArray.
numbers addAll: ((
2011/12/18 Levente Uzonyi
> On Sun, 18 Dec 2011, Mariano Martinez Peck wrote:
>
> Actually, the long test is
>> "Create some bitmaps"
>>
>> numbers := OrderedCollection new.
>> numbers addAll: (1 to: 1 << 29 by: 1 << 14) asArray.
>> numbers addAll: ((1 to: 1 << 29 by: 1 << 14) asArray c
On Sun, 18 Dec 2011, Mariano Martinez Peck wrote:
Actually, the long test is
"Create some bitmaps"
numbers := OrderedCollection new.
numbers addAll: (1 to: 1 << 29 by: 1 << 14) asArray.
numbers addAll: ((1 to: 1 << 29 by: 1 << 14) asArray collect: [:each |
each negated] ).
"Put the
Actually, the long test is
"Create some bitmaps"
numbers := OrderedCollection new.
numbers addAll: (1 to: 1 << 29 by: 1 << 14) asArray.
numbers addAll: ((1 to: 1 << 29 by: 1 << 14) asArray collect: [:each |
each negated] ).
"Put them in a dictionary using dict as as key"
dict :
>
>>> Now I noticed that SmallIntegers storing is really slow
>>>
>>
>> This is not entirely true. Every hash table can be made slow if you know
>> how it's hash function works. Since in your example all numbers are
>> congruent to 1 modulo 4096 and the size of the array is also 4096,
>> therefore
On 17/12/11 11:00 PM, Martin Dias wrote:
For example, in the method
Object >>
arrayWithSomething
^Array with: OldClass with: #OldClass
if you inspect Object >> #arrayWithSomething, in the literals you will see:
- for the first array element, an association #OldClass->OldClass, which
is an
2011/12/18 Nicolas Cellier :
> 2011/12/18 Levente Uzonyi :
>> On Sat, 17 Dec 2011, Stéphane Ducasse wrote:
>>
>>>
>>> On Dec 16, 2011, at 3:28 PM, Levente Uzonyi wrote:
>>>
Cool. One more thing: in Squeak the method using primitive 132 directly
was renamed to #instVarsInclude:, so now #po
2011/12/18 Levente Uzonyi :
> On Sat, 17 Dec 2011, Stéphane Ducasse wrote:
>
>>
>> On Dec 16, 2011, at 3:28 PM, Levente Uzonyi wrote:
>>
>>> Cool. One more thing: in Squeak the method using primitive 132 directly
>>> was renamed to #instVarsInclude:, so now #pointsTo: works as expected. If
>>> this
On Sun, 18 Dec 2011, Levente Uzonyi wrote:
On Sat, 17 Dec 2011, Mariano Martinez Peck wrote:
Can't you debug it ?
Of course I could do it when I have some time. It already took me 1 hour to
isolate the bug from Fuel and make a reproducible test. I hope that at
least you find that usefu
Janko
This is not that we do not have ideas :)
What we need is manpower?
For the idea why not I have plenty of them on UI and navigation.
Stef
> Hi guys,
>
> What if the order of method categories in System browser would be a bit
> more clever and not just alphabetical? By clever I mean that
Hi guys,
What if the order of method categories in System browser would be a bit
more clever and not just alphabetical? By clever I mean that private*
categories are always on bottom while initialize* on top. And so on..
This can be settable in Settings, switched on by default.
What do you think
Thanks I will have a look
On Dec 18, 2011, at 12:43 AM, Levente Uzonyi wrote:
> On Sat, 17 Dec 2011, Stéphane Ducasse wrote:
>
>>
>> On Dec 16, 2011, at 3:28 PM, Levente Uzonyi wrote:
>>
>>> Cool. One more thing: in Squeak the method using primitive 132 directly was
>>> renamed to #instVarsIn
2011/12/17 Mariano Martinez Peck :
>
>> >>
>> >
>> > Can't you debug it ?
>> >
>>
>
> Of course I could do it when I have some time. It already took me 1 hour to
> isolate the bug from Fuel and make a reproducible test. I hope that at least
> you find that useful. I found the bug and I thought I co
18 matches
Mail list logo
