Am 05.05.2013 um 21:42 schrieb Stéphane Ducasse :
> Hi guys
>
> Stupidly I introduced log: a while ago to replace Transcript show:. Now is
> the current situation.
>
> I still want to remove all the use of Transcript show:
>
> Now since I thought I did a mistake with log: because it overload
What about making level an object?
log: messageString atLevel: levelObject
--
Best regards,
Dennis Schetinin
2013/5/6 Denis Kudriashov
> Hello.
>
> What about logging levels?
>
> I like "logInfo:", "logDebug:", "logTrace:". Or maybe it is better to
> split log with levels: "self log info:
On 05/05/13 8:31 PM, Carla F. Griggio wrote:
I will keep experimenting with this during the next weeks, and specially
try to compare the pros and cons with regular event handling.
I've always been curious to see how state machine transitions would map
to Announcements/event handling.
Somet
I like this proposal.
Doru
On May 6, 2013, at 8:00 AM, Denis Kudriashov wrote:
> Hello.
>
> What about logging levels?
>
> I like "logInfo:", "logDebug:", "logTrace:". Or maybe it is better to split
> log with levels: "self log info:", "self log debug:", "self log trace:"
>
> Best regards,
Hello.
What about logging levels?
I like "logInfo:", "logDebug:", "logTrace:". Or maybe it is better to split
log with levels: "self log info:", "self log debug:", "self log trace:"
Best regards,
Denis
2013/5/5 Stéphane Ducasse
> Hi guys
>
> Stupidly I introduced log: a while ago to replace T
On 06.05.2013, at 00:58, Igor Stasenko wrote:
> On 5 May 2013 23:59, Max Leske wrote:
>>
>> On 05.05.2013, at 23:06, Igor Stasenko wrote:
>>
>>> On 5 May 2013 22:19, Max Leske wrote:
Thanks Igor.
I wonder if it would be possible instead to simply accept any object and
On 06 May 2013, at 04:42, Igor Stasenko wrote:
> curl -L get.pharo.org/30 | bash
> % Total% Received % Xferd Average Speed TimeTime Time Current
> Dload Upload Total SpentLeft Speed
> 100 25040 25040 0 41713 0 --:--:-
I mentioned in another thread. #crLog, #logCr are intuitive and perfectly
fine.
Also hook Loggers first class into the system ( Toothpick ) and make it
default to Transcript with these messages routed to the Logger.
Transcript cr / current #crLog is akin to cout / System.out.println ..
mostly de
Hi! We're sending this automatic email twice a month, to give the community an
opportunity to easily know what's happening and to coordinate efforts. Just
answer informally, and feel free to spawn discussions thereafter!
### Here's what I've been up to since the last WhatsUp:
- $HEROIC_ACHIEVE
I did something similar (experiment).
I introduced a mode stack for my morphs.
So, all morphs has an initial "default" mode on stack.
When mouse enters the morph, a new mode "over" pushed on stack.
So, the "state" is not singular, it is composite.
The intent to use stack of modes was to associate
Work for me :(
Ben
On May 6, 2013, at 4:42 AM, Igor Stasenko wrote:
> curl -L get.pharo.org/30 | bash
> % Total% Received % Xferd Average Speed TimeTime Time Current
> Dload Upload Total SpentLeft Speed
> 100 25040 25040 0
curl -L get.pharo.org/30 | bash
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft Speed
100 25040 25040 0 41713 0 --:--:-- --:--:-- --:--:-- 65894
Please install curl or wget on
Hello everyone!
I'm here to tell you that I started experimenting with a Pharo
implementation of this idea: http://swingstates.sourceforge.net/. For those
into UI programming I really recommend reading the first paper cited in
that page. It's for programming user interface interactions with state
m
On 5 May 2013 23:59, Max Leske wrote:
>
> On 05.05.2013, at 23:06, Igor Stasenko wrote:
>
>> On 5 May 2013 22:19, Max Leske wrote:
>>> Thanks Igor.
>>>
>>> I wonder if it would be possible instead to simply accept any object and
>>> only use type checks in case of an error? In that case, extra
On 05.05.2013, at 23:06, Igor Stasenko wrote:
> On 5 May 2013 22:19, Max Leske wrote:
>> Thanks Igor.
>>
>> I wonder if it would be possible instead to simply accept any object and
>> only use type checks in case of an error? In that case, extra cycles don't
>> matter. Or would an incompatib
On 05 May 2013, at 21:42, Stéphane Ducasse wrote:
> Hi guys
>
> Stupidly I introduced log: a while ago to replace Transcript show:. Now is
> the current situation.
>
> I still want to remove all the use of Transcript show:
>
> Now since I thought I did a mistake with log: because it overload
On 5 May 2013 22:19, Max Leske wrote:
> Thanks Igor.
>
> I wonder if it would be possible instead to simply accept any object and only
> use type checks in case of an error? In that case, extra cycles don't matter.
> Or would an incompatible object crash the VM?
> I hope this doesn't seem like a
Hi
I got
SLLogObject>>error
"To convey an error."
level := self errorLevelString
SLLogObject>>errorLevelString
^ 'error'
then I did move to class side and ….
SLLogObject>>error
"To convey an error."
level := self errorLevelString
stayed the same.
Thanks Igor.
I wonder if it would be possible instead to simply accept any object and only
use type checks in case of an error? In that case, extra cycles don't matter.
Or would an incompatible object crash the VM?
I hope this doesn't seem like a dumb question, I'm just curious.
On 05.05.2013,
We also react this fast because we (I) know it will help a bunch of really cool
guys :)
Ben
On May 5, 2013, at 4:13 PM, Sean P. DeNigris wrote:
> I sometimes take for granted how extraordinary our community is. This
> morning, it sunk in a bit how magical it truly is... I brought up two issues
Hi guys
Stupidly I introduced log: a while ago to replace Transcript show:. Now is the
current situation.
I still want to remove all the use of Transcript show:
Now since I thought I did a mistake with log: because it overload Integer>>log:
I introduced trace: and traceCr:
Now I do not like t
Begin forwarded message:
> From: Johannes Brauer
> Subject: [Esug-list] first MOOC about OOP with Smalltalk and Seaside?
> Date: May 4, 2013 5:29:33 PM GMT+02:00
> To: ESUG Mailing list , "g...@gsug.org"
> , VWNC List
>
> Dear Smalltalkers!
>
> There is an initiative for funding the develop
thanks!
I hope that it will help people in their business.
Stef
On May 5, 2013, at 4:35 PM, Max Leske wrote:
> +100!
>
> Special thanks to Stef and all the guys at Lille. You're responsible for a
> lot of the drive that we generate.
>
> Max
>
> On 05.05.2013, at 16:13, Sean P. DeNigris wro
On 5 May 2013 12:14, Max Leske wrote:
> I have a wish for NativeBoost (which is probably on your list anyway Igor,
> just wanted to put it out there): function definitions should be able to
> understand that I want to accept any object of a hierarchy.
>
> Here's my use case:
>
> self cal
It is even more true since the beginning of Pharo 3.0. I see so many things
integrated, bugs quickly fixed. Nice job Pharoers :)
2013/5/5 Max Leske
> +100!
>
> Special thanks to Stef and all the guys at Lille. You're responsible for a
> lot of the drive that we generate.
>
> Max
>
> On 05.05.20
I'll look at AlainTreeModel, then.
On May 3, 2013, at 5:35 PM, Clément Bera wrote:
> It is AlainTreeModel.
>
> Ben told me, I cheated. When I don't know I go ask him. Reportedly he has
> sent a mail yesterday about that. But I didn't see it.
Me neither ;(
>
>
> 2013/5/3 Clément Bera
> It
+100!
Special thanks to Stef and all the guys at Lille. You're responsible for a lot
of the drive that we generate.
Max
On 05.05.2013, at 16:13, Sean P. DeNigris wrote:
> I sometimes take for granted how extraordinary our community is. This
> morning, it sunk in a bit how magical it truly is.
I sometimes take for granted how extraordinary our community is. This
morning, it sunk in a bit how magical it truly is... I brought up two issues
I was having (not even bugs)... in the middle of the night... on a
Saturday... And like the Smalltalk fairy had come and snuck a solution under
my pillo
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/NeoCSV-skip-fields-tp4685751p4685834.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Hi Sean,
On 05 May 2013, at 07:12, "Sean P. DeNigris" wrote:
> | reader |
> FileStream fileNamed: fileName do: [ :file |
> "skip headers"
> file
> nextLine;
> nextLine;
> nextLine.
>
https://pharo.fogbugz.com/default.asp?10532
2013/5/5 Camillo Bruni
>
> On 2013-05-05, at 10:43, "p...@highoctane.be" wrote:
>
> > I am using MobaXterm (http://mobaxterm.mobatek.net/) on Windows to have
> a
> > Unix-like environment.
> >
> > Thing is that the shell there is bash but all utiliti
https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=win/125/
1 regressions found.
Tests.System.OSEnvironmentTest.testAtPut
yeah, what I did was bypass the type checking, not a really solution... we need
something better.
On May 5, 2013, at 12:18 PM, Guillermo Polito wrote:
> I remember Esteban had some similar problem when working on the ObjCBridge...
> Esteban? :D
>
>
> On Sun, May 5, 2013 at 12:14 PM, Max Le
BTW, here's a hack to get it working with one method only:
{#git_return_t. #git_object_lookup. {object className asSymbol. #*.
#object. #,. #git_repository_ptr. #repo. #,. #git_oid_ptr. #id. #,. #git_otype.
#type}}
:P
On 05.05.2013, at 12:18, Guillermo Polito wrote:
> I remember Est
I remember Esteban had some similar problem when working on the
ObjCBridge... Esteban? :D
On Sun, May 5, 2013 at 12:14 PM, Max Leske wrote:
> I have a wish for NativeBoost (which is probably on your list anyway Igor,
> just wanted to put it out there): function definitions should be able to
> u
I have a wish for NativeBoost (which is probably on your list anyway Igor, just
wanted to put it out there): function definitions should be able to understand
that I want to accept any object of a hierarchy.
Here's my use case:
self call: #(git_return_t git_object_lookup(LGitCommitExter
On 5 May 2013 09:54, Paolo Bonzini wrote:
> Il 04/05/2013 18:51, Holger Hans Peter Freyther ha scritto:
>> Hi,
>>
>> I am trying to convert/import all of Iliad (since the development had
>> moved to Pharo) and I stumble up-on an issue I already had when I tried
>> to convert Aida.
>>
>> This[1] mo
… will be online as soon as github is working again
30104
-
6161 DiskStore>>directoryAt:ifAbsent:nodesDo:
https://pharo.fogbugz.com/f/cases/6161
10460 Spec - InputWidget >> ok
https://pharo.fogbugz.com/f/cases/10460
10523 clean up #parseArgsAndTemps:notifying:
Il 04/05/2013 18:51, Holger Hans Peter Freyther ha scritto:
> Hi,
>
> I am trying to convert/import all of Iliad (since the development had
> moved to Pharo) and I stumble up-on an issue I already had when I tried
> to convert Aida.
>
> This[1] monticello file in line 6417 starts to use UCS-4 for
Am 05.05.2013 um 10:44 schrieb "p...@highoctane.be" :
> on Mobaxterm the output of uname -a is
>
> [Philippe.DELLGFX] → uname -a
> CYGWIN_NT-6.1-WOW64 DELLGFX 1.7.17(0.262/5/3) 2012-10-28 12:24 i686 GNU/Linux
>
>
> Clearly no Windows in there.
>
Hmm, I think you are running Windows 7 on a Del
Am 05.05.2013 um 10:07 schrieb Holger Hans Peter Freyther :
> Hi,
>
> when I port a project to GNU Smalltalk I tend to use the snapshot/*.st
> and convert it. Now with some MCZ versions of Aida/Iliad this is failing
> because the fileout is broken. The fileout is broken in a way that at
> some p
On 2013-05-05, at 10:43, "p...@highoctane.be" wrote:
> I am using MobaXterm (http://mobaxterm.mobatek.net/) on Windows to have a
> Unix-like environment.
>
> Thing is that the shell there is bash but all utilities (like unzip etc)
> are based on busybox (http://www.busybox.net/).
>
> This mean
on Mobaxterm the output of uname -a is
[Philippe.DELLGFX] → uname -a
CYGWIN_NT-6.1-WOW64 DELLGFX 1.7.17(0.262/5/3) 2012-10-28 12:24 i686
GNU/Linux
Clearly no Windows in there.
Phil
I am using MobaXterm (http://mobaxterm.mobatek.net/) on Windows to have a
Unix-like environment.
Thing is that the shell there is bash but all utilities (like unzip etc)
are based on busybox (http://www.busybox.net/).
This means that not all options are available.
Also, the $OS variable looks li
Hi,
when I port a project to GNU Smalltalk I tend to use the snapshot/*.st
and convert it. Now with some MCZ versions of Aida/Iliad this is failing
because the fileout is broken. The fileout is broken in a way that at
some point (without a BOM) the creator started to use UCS-4 (or such) for
the st
45 matches
Mail list logo
