On May 21, 2013, at 9:00 AM, Denis Kudriashov dionisi...@gmail.com wrote:
2013/5/20 stephane ducasse stephane.duca...@free.fr
Hello.
New TxText version 0.8 is ready:
- editor stuff extracted to separate packages TxText-Editor and
TxTextTests-Editor
may be you should call the
I contributed to this translation with the Syntax and Seaside chapters. IMO
Pharo en Ejemplos sounds more natural than Pharo por Ejemplo that is
the literal word-by-word translation.
Rafa
2013/5/21 stephane ducasse stephane.duca...@free.fr
On May 21, 2013, at 8:47 AM, Oscar Nierstrasz
Max,
On 21 May 2013, at 09:43, Max Leske maxle...@gmail.com wrote:
Not sure if this is related, but my FileSystem-Git build for 2.0 broke this
morning with a Zn stack trace (bad gateway):
https://ci.inria.fr/pharo-contribution/job/FileSystem-Git/PHARO=20,VERSION=development,VM=vm/53/
Wow, thanks for the detailed explanation. That is really interesting!
Norbert
Am 20.05.2013 um 17:57 schrieb Marcus Denker marcus.den...@inria.fr:
On May 20, 2013, at 4:44 PM, Paul Davidowitz pdavi...@fastmail.fm wrote:
I just started following this Dev mailing list, and I saw that 'AST
On 21 May 2013, at 09:59, Max Leske maxle...@gmail.com wrote:
3. SmallIntegeridentityHash is really slow. Using SmallInteger as keys in
IdentityDictionary is significantly slower than using them in a regular
Dictionary because the identity check is done via #identityHash (#hash simply
It looks like Zinc has a problem handling PUT requests (at least
ZnZincServerAdaptor). If I replace ZnZincServerAdaptor by WAKom, then
things work fine. To reproduce:
Setting up the Server
1- Download a SmalltalkHub image
(https://ci.inria.fr/pharo-contribution/job/SmalltalkHub/)
2- Install
On 21.05.2013, at 10:14, Sven Van Caekenberghe s...@stfx.eu wrote:
On 21 May 2013, at 09:59, Max Leske maxle...@gmail.com wrote:
3. SmallIntegeridentityHash is really slow. Using SmallInteger as keys in
IdentityDictionary is significantly slower than using them in a regular
Dictionary
On 21.05.2013, at 10:01, Sven Van Caekenberghe s...@stfx.eu wrote:
Max,
On 21 May 2013, at 09:43, Max Leske maxle...@gmail.com wrote:
Not sure if this is related, but my FileSystem-Git build for 2.0 broke this
morning with a Zn stack trace (bad gateway):
On 21.05.2013, at 10:58, Camillo Bruni camillobr...@gmail.com wrote:
my random pessimistic comments
a) your benchmarking script sucks! = use SMARK!!
http://smalltalkhub.com/#!/~StefanMarr/SMark
We're fully aware of that :)
b) check my master thesis for a more thorough testing of
Thanks sven, I'll try it later today.
Nico
On May 21, 2013, at 1:01 PM, Sven Van Caekenberghe s...@stfx.eu wrote:
Hi Damien,
On 21 May 2013, at 10:20, Damien Cassou damien.cas...@gmail.com wrote:
It looks like Zinc has a problem handling PUT requests (at least
ZnZincServerAdaptor). If
30151
-
5562 rename Morphic package to Morphic-Base
https://pharo.fogbugz.com/f/cases/5562
old one, hard one :)
### Here's what I've been up to since the last WhatsUp:
LightHouse
-Learning Glamour
-Started new project with Stephan Eggermont and Diego Lont as part of GSoC.
Project is a Distributed Issue Tracker built in Pharo for Pharo!
a) your benchmarking script sucks! = use SMARK!!
http://smalltalkhub.com/#!/~StefanMarr/SMark
We're fully aware of that :)
:) in the todo list
BTW, does SMark provide a way to write ad-hoc bechmarks in the
workspace, without creating a bench* method in a benchmark class?
I mean something
Hi,
I was wondering if and how can I delete a package from Smalltalkhub.
Thanks in avance,
R
Hi Martin:
On 21 May 2013, at 14:31, Martin Dias tinchod...@gmail.com wrote:
BTW, does SMark provide a way to write ad-hoc bechmarks in the
workspace, without creating a bench* method in a benchmark class?
I mean something like:
[ 1000 factorial ] bench
but with the power of smark
No,
Hey!
It will be there soon, Damien implemented the feature, I need to review it
before updating smalltalkhub :)
Nico
On May 21, 2013, at 2:52 PM, Roberto Minelli roberto.mine...@bluewin.ch wrote:
Hi,
I was wondering if and how can I delete a package from Smalltalkhub.
Thanks in
Awesome, thanks ;)
On May 21, 2013, at 3:21 PM, Nicolas Petton petton.nico...@gmail.com
wrote:
Hey!
It will be there soon, Damien implemented the feature, I need to review it
before updating smalltalkhub :)
Nico
On May 21, 2013, at 2:52 PM, Roberto Minelli
+uno a Pharo en ejemplos ;-)
Regards!
Esteban A. Maringolo
2013/5/21 Rafael Luque rafael.luque.le...@gmail.com
I contributed to this translation with the Syntax and Seaside chapters.
IMO Pharo en Ejemplos sounds more natural than Pharo por Ejemplo that
is the literal word-by-word
Pharo en ejemplos
sounds good :)
On Tue, May 21, 2013 at 2:35 PM, Esteban A. Maringolo
emaring...@gmail.comwrote:
+uno a Pharo en ejemplos ;-)
Regards!
Esteban A. Maringolo
2013/5/21 Rafael Luque rafael.luque.le...@gmail.com
I contributed to this translation with the Syntax and
Hi,
I am using Fuel to serialize/deserialize some objects. As part as the objects I
need to serialize there are some classes, class definitions (i.e., Ring) and
some CompiledMethod.
It's not always the case that I serialize and materialize in the same image,
thus sometimes I experience
Hello.
Or Pharo con ejemplos? in my poor English, I always interpreted this way
in Spanish.
Regards.
2013/5/21 Esteban A. Maringolo emaring...@gmail.com
+uno a Pharo en ejemplos ;-)
Regards!
Esteban A. Maringolo
2013/5/21 Rafael Luque rafael.luque.le...@gmail.com
I contributed to
Thanks! I was not aware of a Fuel-dev mailing list.
Thanks,
R
On May 21, 2013, at 4:05 PM, Max Leske maxle...@gmail.com
wrote:
Forwarding to Fuel dev
On 21.05.2013, at 16:00, roberto.mine...@usi.ch wrote:
Hi,
I am using Fuel to serialize/deserialize some objects. As part as the
Denis Kudriashov wrote:
2013/5/20 Igor Stasenko siguc...@gmail.com
On 19 May 2013 22:01, Denis Kudriashov dionisi...@gmail.com wrote:
TxInsertModeEditDecorator - input with "insert mode" where any new character replace next one.
insert mode
30152
-
10478 Add Symbol #asClass
https://pharo.fogbugz.com/f/cases/10478
10705 Safer NativeBoost usage
https://pharo.fogbugz.com/f/cases/10705
Diff information:
http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-EstebanLorenzano.839.diff
roberto.mine...@usi.ch wrote
Thanks! I was not aware of a Fuel-dev mailing list.
There is also pharo-us...@lists.pharo.org where user questions like this are
better asked so that they do not get missed or overwhelm the developer list.
-
Cheers,
Sean
--
View this message in context:
Hi,
I've worked a bit with Dusty Diego on LightHouse, the Distributed Issue
Tracker.
Here is a short video of the current state of the project:
http://www.youtube.com/watch?v=g_Q1DeeEiAQ
Source can be found on Smalltalkhub, DiegoLont/LightHouse
Stephan
30153
-
10712 safer use of RPackage in
ClassDescription#addAndClassifySelector:withMethod:inProtocol:notifying:
https://pharo.fogbugz.com/f/cases/10712
Diff information:
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-EstebanLorenzano.1459.diff
On 21 May 2013 16:44, Esteban Lorenzano esteba...@gmail.com wrote:
30153
-
10712 safer use of RPackage in
ClassDescription#addAndClassifySelector:withMethod:inProtocol:notifying:
https://pharo.fogbugz.com/f/cases/10712
Diff information:
you cannot, once you commited, your package belong to the universe :)
nah, it is a known missing feature (and really needed), there is a fix coming I
think next week.
Esteban
On May 21, 2013, at 2:53 PM, roberto.mine...@usi.ch wrote:
Hi,
I was wondering if and how can I delete a package
Pharo by example is correctly translated to Pharo a través de ejemplos, but
that sounds odd for marketing in spanish... I think the best translation would
be Pharo en ejemplos, but I will ask a friend of mine who is translator :)
On May 21, 2013, at 4:05 PM, Gastón Dall' Oglio
I like Pharo en ejemplos
Saludos,
Mariano
On Tue, May 21, 2013 at 1:06 PM, Esteban Lorenzano esteba...@gmail.comwrote:
Pharo by example is correctly translated to Pharo a través de ejemplos,
but that sounds odd for marketing in spanish... I think the best
translation would be Pharo en
Awesome, you guys are fast!
A nice to have would also be a rename package and rename project without having
to create a new project and/or a new package since in this way you will loose
the history..
Cheers,
R
On May 21, 2013, at 5:53 PM, Esteban Lorenzano esteba...@gmail.com wrote:
you
yes because nicolas should change the diff algorithem to diff against the
latest present parent and not just the direct one since we merge.
I really want to get the diff working.
Stef
On May 21, 2013, at 5:48 PM, Frank Shearar frank.shea...@gmail.com wrote:
On 21 May 2013 16:44, Esteban
I make changes which you suggest. So new version 0.9 published
Renames:
TxNoneEditDecorator-TxNullEditDecorator
TxInsertModeEditDecorator-TxOverwriteModeEditDecorator
And new TxSecretEditDecorator for password like fields.
Best regards,
Denis
2013/5/21 b...@openinworld.com
**
Denis
Hi
2013/5/21 p...@highoctane.be p...@highoctane.be
Why not TxBaseEditDecorator ?
For me null (or non) prefix better fit general idea about edit decorators.
Edit decorators executes specific actions on text to perform basic edit
operations. TxNullEditDecorator is doing nothing except basic
2013/5/21 b...@openinworld.com
I agree with Igor on this one. The insert key toggles between Insert
Mode and Overwrite Mode - but the key is not the mode - it only
triggers the transition between the two modes.The perception that the
insert key is more strongly related Overwrite Mode is
2013/5/21 stephane ducasse stephane.duca...@free.fr
On May 21, 2013, at 9:00 AM, Denis Kudriashov dionisi...@gmail.com
wrote:
2013/5/20 stephane ducasse stephane.duca...@free.fr
Hello.
New TxText version 0.8 is ready:
- editor stuff extracted to separate packages TxText-Editor and
Use Nautilus to generate them, so you will not have to think about it :)
(and you can blame someone else in case of bad naming ^^)
Ben
On May 21, 2013, at 10:24 PM, Denis Kudriashov dionisi...@gmail.com wrote:
2013/5/21 stephane ducasse stephane.duca...@free.fr
On May 21, 2013, at 9:00 AM,
On Tue, May 21, 2013 at 5:53 PM, Esteban Lorenzano esteba...@gmail.com wrote:
nah, it is a known missing feature (and really needed), there is a fix coming
I think next week.
the fix is already commited. Now, people can check if it is good:
Why Future required compiler changes?
What problem to implement #future message as any other method?
If it is about performance can you explain why basic implementation should
have bad speed? And what benchmarks was used to verify it?
2013/5/22 David T. Lewis le...@mail.msen.com
On Mon, May 20,
40 matches
Mail list logo
