On Tue, May 20, 2014 at 2:01 AM, Ben Coman wrote:
> Okay I see a benefit in annotations on top of the bitmap being re-editable
> later, but it makes the underlying bitmap harder to edit. 'll have see how
> this balance pans out in practice. Maybe the bitmaps wont need much
> editing.
we need t
On May 19, 2014, at 4:15 PM, Norbert Hartl wrote:
> Am 19.05.2014 um 21:59 schrieb Johan Fabry :
>
>> Doru, the correct way to follow up on that is:
>>
>> Me, three!
>>
>> :-P
>>
> Ou, you have to like this:
>
> Two men walk into a bar. The first man said „I like to have some H20“. The
>
Am 19.05.2014 um 21:59 schrieb Johan Fabry :
> Doru, the correct way to follow up on that is:
>
> Me, three!
>
> :-P
>
Ou, you have to like this:
Two men walk into a bar. The first man said „I like to have some H20“. The
second man said „I like to have some H20, too“. The second man died!
Doru, the correct way to follow up on that is:
Me, three!
:-P
On May 19, 2014, at 3:54 PM, Tudor Girba wrote:
> So am I :)
>
> Doru
>
>
> On Mon, May 19, 2014 at 9:03 PM, Norbert Hartl wrote:
>
>
> > Am 19.05.2014 um 19:58 schrieb Johan Fabry :
> >
> >
> > On May 19, 2014, at 8:06 AM, M
On 18 May 2014, at 10:47, Hilaire Fernandes wrote:
> It is really a nice way to announce/talk smartly and originally on Pharo
> release out there.
Yes, really nice.
If only we knew what #detect:ifOne:ifNone: did ;-)
> Thanks
>
> Hilaire
>
> Le 18/05/2014 09:52, Tudor Girba a écrit :
>> Hi,
So am I :)
Doru
On Mon, May 19, 2014 at 9:03 PM, Norbert Hartl wrote:
>
>
> > Am 19.05.2014 um 19:58 schrieb Johan Fabry :
> >
> >
> > On May 19, 2014, at 8:06 AM, Marcus Denker
> wrote:
> >
> >>> This so that I can transparently redirect them to a dictionary lookup.
> >>
> >> there will be D
> Am 19.05.2014 um 19:58 schrieb Johan Fabry :
>
>
> On May 19, 2014, at 8:06 AM, Marcus Denker wrote:
>
>>> This so that I can transparently redirect them to a dictionary lookup.
>>
>> there will be Dictionay based slots coming with Pharo4, no need to roll your
>> own for that.
>>
>> In a
https://stackoverflow.com/questions/23744072/aconcagua-measure-library-storing-baseunits
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Aconcagua-SO-Question-tp4759572.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
On May 19, 2014, at 8:06 AM, Marcus Denker wrote:
>> This so that I can transparently redirect them to a dictionary lookup.
>
> there will be Dictionay based slots coming with Pharo4, no need to roll your
> own for that.
>
> In addition, I want to add support for Reflectivity meta links on sl
Arturo Zambrano wrote
> When trying to recover the changes, class name changes are not there
Yes, I've been bitten by this as well. It becomes a major PITA to manually
search through the changes and find the places to manually define classes.
Also, I've wondered why it's not an error to attempt to
On Sun, May 11, 2014 at 3:20 PM, Ben Coman wrote:
>
> I noticed that many of the figures are pdf, so I am really curious why this
> was done and not left as a JPG or PNG? It may not matter for a book but it
> seems awkward if a html version is needed at some point. Also I added a
> .gitignore sin
On 19 mai 2014, at 14:11, Marcus Denker wrote:
>
> On 19 May 2014, at 07:24, Clément Bera wrote:
>
>>
>>
>>
>> 2014-05-18 21:42 GMT+02:00 Johan Fabry :
>>
>> I understand, thanks for the info.
>>
>> Let me simplify my question: Using slots is there a reasonably
>> straightforward way fo
On 19 May 2014, at 14:38, Yuriy Tymchuk wrote:
> One more question. Can all this provide a possibility (in the future) to add
> inst vars to classes of the foreign packages?
>
it definitly would be easier to do as ivars (like all slots) are objects… that
could be “part” of a package, like me
On 19 May 2014, at 14:33, Camille Teruel wrote:
>
> On 19 mai 2014, at 14:06, Marcus Denker wrote:
>
>>
>> On 18 May 2014, at 21:42, Johan Fabry wrote:
>>
>>>
>>> I understand, thanks for the info.
>>>
>>> Let me simplify my question: Using slots is there a reasonably
>>> straightforwa
One more question. Can all this provide a possibility (in the future) to add
inst vars to classes of the foreign packages?
Uko
On 19 May 2014, at 14:33, Camille Teruel wrote:
>
> On 19 mai 2014, at 14:06, Marcus Denker wrote:
>
>>
>> On 18 May 2014, at 21:42, Johan Fabry wrote:
>>
>>>
>
On 19 mai 2014, at 14:06, Marcus Denker wrote:
>
> On 18 May 2014, at 21:42, Johan Fabry wrote:
>
>>
>> I understand, thanks for the info.
>>
>> Let me simplify my question: Using slots is there a reasonably
>> straightforward way for me to intercept variable accesses in all methods
>> w
On 19 May 2014, at 07:24, Clément Bera wrote:
>
>
>
> 2014-05-18 21:42 GMT+02:00 Johan Fabry :
>
> I understand, thanks for the info.
>
> Let me simplify my question: Using slots is there a reasonably
> straightforward way for me to intercept variable accesses in all methods
> within a cl
On 18 May 2014, at 21:42, Johan Fabry wrote:
>
> I understand, thanks for the info.
>
> Let me simplify my question: Using slots is there a reasonably
> straightforward way for me to intercept variable accesses in all methods
> within a class?
Yes, you can make a special slot subclass and
Hi,
you can use gitfiletree (for Mac and Linux); you have to ensure
ConfigurationOfGitFileTree is loaded in your configuration.
Have a look at ConfigurationOfSmaCC and ConfigurationOfAltBrowser for
examples (in the Pharo3 configuration browser).
Thierry
Le 19/05/2014 11:46, Laurent Laffont
spec repository: ‘filetree://relative-path-to-your-repository'
is a bit annoying because you have to hardcode the directory but well… I
already asked for an override functionality in metacello, but still not
implemented.
Esteban
On 19 May 2014, at 11:46, Laurent Laffont wrote:
> Hi,
>
> H
Hi,
How to specify a git filetree repository (but not github) in a Metacello
Configuration ?
Laurent
21 matches
Mail list logo
