Hi everyone,
I've been trying to move things over to Pharo and may be a bit more active
on the list. Part of that is trying to use smalltalkhub to manage my code.
Since I do a lot of visual work, I tend to have a lot of images (and
sounds) to manage. I'd like to be able to distribute them easily
Esteban wrote
why those methods names?
For a quick start I followed the API names. It's easier when
one wraps non-OO native code. Thats why I mumbled something about
cleaning code... ;)
Bye
T.
Guys, just FYI, in
Gofer it
smalltalkhubUser: 'CipT' project: 'TalkFFI';
configurationOf: 'TalkFFI';
load
you'll find a new version of the configuration of TalkFFI:
- version 1.3.1 works without any changes
Gofer it
smalltalkhubUser: 'CipT' project: 'TalkFFI';
configurationOf: 'TalkFFI';
Thanks Guillermo for your effort
On Tue, Sep 3, 2013 at 9:41 AM, Guillermo Polito
guillermopol...@gmail.comwrote:
Guys, just FYI, in
Gofer it
smalltalkhubUser: 'CipT' project: 'TalkFFI';
configurationOf: 'TalkFFI';
load
you'll find a new version of the configuration of TalkFFI:
-
Le 03/09/2013 10:28, Henrik Johansen a écrit :
On Sep 2, 2013, at 4:41 , Goubier Thierry thierry.goub...@cea.fr wrote:
Le 02/09/2013 16:07, Stéphane Ducasse a écrit :
what we could do is to not deprecate now the methods?
Then we can deprecate them when we release 3.0
When starting
On 3 September 2013 00:14, Esteban Lorenzano esteba...@gmail.com wrote:
is very nice :)
but... a bit of criticism (and probably ignorant criticism :P)
why those methods names?
sets, gets. colored, colorgreen...
instead pharoish names?
I think because most of windows API functions named
... most probably due to errors in the integration process.
I spotted it in last vm :(
sadly, I do not have time to tackle it before ESUG, so... until I fix it,
please don't use the latest vm.
Instead, take one of the olders if you need to download a new one.
I'm sorry for the inconvenience
30365
-
11444 Improving MiniKernel
https://pharo.fogbugz.com/f/cases/11444
11507 NautilusAbstractUI should be accept different classifiers
https://pharo.fogbugz.com/f/cases/11507
(This was alreay in, at least I did not see any changes when merging)
yes that would be great to have indeed.
On Tuesday, September 3, 2013, J.F. Rick s...@je77.com wrote:
Hi everyone,
I've been trying to move things over to Pharo and may be a bit more
active on the list. Part of that is trying to use smalltalkhub to manage my
code. Since I do a lot of visual
What I would like to have is
- A way to save files per package in the image in a virtual file system
- Monticello support to save that virtual file system as part of the
.mcz
We could clean up *a lot* of methods in the image and even save memory: right
now
the save Base64
Managing resources is not well handled and it would be great to have some
propositions.
Hi everyone,
Welcome!!
I've been trying to move things over to Pharo and may be a bit more active on
the list. Part of that is trying to use smalltalkhub to manage my code. Since
I do a lot of visual
can the 'latest version' not be retracted ?
On 03 Sep 2013, at 11:07, Esteban Lorenzano esteba...@gmail.com wrote:
... most probably due to errors in the integration process.
I spotted it in last vm :(
sadly, I do not have time to tackle it before ESUG, so... until I fix it,
please don't
I'm surprised this doesn't exist yet. It seems like it would be a natural
thing to be part of Monticello.
Cheers,
Jeff
On Tue, Sep 3, 2013 at 11:29 AM, Marcus Denker marcus.den...@inria.frwrote:
What I would like to have is
- A way to save files per package in the image in a virtual file
Hi Jeff,
Would you have an interest looking into this and prototyping a solution?
Doru
On Tue, Sep 3, 2013 at 12:44 PM, J.F. Rick s...@je77.com wrote:
I'm surprised this doesn't exist yet. It seems like it would be a natural
thing to be part of Monticello.
Cheers,
Jeff
On Tue, Sep 3,
On Tue, Sep 03, 2013 at 10:58:07AM +0200, Goubier Thierry wrote:
At the same time, parts of OSProcess seems to not be working under
Pharo2 anyway :( I don't even think I'm able to run the tests (locked up
my 3.0 image it did).
My last set of updates to OSProcess for Pharo were done in
Le 03/09/2013 12:56, David T. Lewis a écrit :
On Tue, Sep 03, 2013 at 10:58:07AM +0200, Goubier Thierry wrote:
At the same time, parts of OSProcess seems to not be working under
Pharo2 anyway :( I don't even think I'm able to run the tests (locked up
my 3.0 image it did).
My last set of
On Tue, Sep 03, 2013 at 01:15:01PM +0200, Goubier Thierry wrote:
Le 03/09/2013 12:56, David T. Lewis a ?crit :
On Tue, Sep 03, 2013 at 10:58:07AM +0200, Goubier Thierry wrote:
At the same time, parts of OSProcess seems to not be working under
Pharo2 anyway :( I don't even think I'm able
Le 03/09/2013 13:36, David T. Lewis a écrit :
On Tue, Sep 03, 2013 at 01:15:01PM +0200, Goubier Thierry wrote:
Le 03/09/2013 12:56, David T. Lewis a ?crit :
On Tue, Sep 03, 2013 at 10:58:07AM +0200, Goubier Thierry wrote:
At the same time, parts of OSProcess seems to not be working under
I started an in-image filesystem which would add resources to each Class and
Package.
Of course this currently does not yet tackle the versioning part, but it could
be built on top.
In any case, my idea was that these resources can either live in the image or
on the normal
os filesystem.
you
bah... I would just go for maintaining a fork of OSProcess with simple
rewriters for these methods and backporting fixes from the main repository.
I think all-in-one solutions only result in bad code..
On 2013-09-03, at 08:48, Goubier Thierry thierry.goub...@cea.fr wrote:
Le 03/09/2013 13:36,
And I would probably have to come and try to maintain your fork because
you wouldn't be using it and let it be deprecated for pharo 4 or 5...
:)
Thierry
Le 03/09/2013 14:22, Camillo Bruni a écrit :
bah... I would just go for maintaining a fork of OSProcess with simple
rewriters for these
On Tue, Sep 03, 2013 at 01:48:46PM +0200, Goubier Thierry wrote:
Le 03/09/2013 13:36, David T. Lewis a ?crit :
On Tue, Sep 03, 2013 at 01:15:01PM +0200, Goubier Thierry wrote:
I'm attempting something. Is is OK if I save in the OSProcess
squeaksource repository?
Thierry
Can you post
30366
-
11515 Rename protocols shortcut changed
https://pharo.fogbugz.com/f/cases/11515
11450 Protocol rename duplication
https://pharo.fogbugz.com/f/cases/11450
Diff information:
this is most annoying to me, that UI interrupts you in very strange manner
and asks you to make a decision:
- accept, or discard the method, or cancel the action.
often, you are in the middle of typing new stuff and source code
can be even not syntactically correct.. so, you have to discard or
I'll certainly create one to serve my own needs. I'll also think about how
a more general purpose one might look. Ideally, it would just integrate
with Monticello so that each package could contain its own resources. On
the other hand, code is small and can easily be saved in each version
whereas
Hi Jan, Hi Sven,
in ConfigurationOfZincHTTPComponents-SvenVanCaekenberghe.51
(http://mc.stfx.eu/ZincHTTPComponents)
there is following entry
package: 'Zinc-SSO-OAuth2-Core' with:
'Zinc-SSO-OAuth2-Core-JanVanDeSandt.15';
which has an invalid reference to removed variable
I'm using Pharo 2.0 on Ubuntu 13.10 and I can't seem to get sound working.
Getting sound to work on Linux seems to be a common problem. While I've
checked the archive for solutions, none of them work for me. I've
investigated a bit and here's what I've found:
Inside of the /usr/lib/pharo-vm
On 03 Sep 2013, at 16:33, Sabine Knöfel sabine.knoe...@gmail.com wrote:
Hi Jan, Hi Sven,
in ConfigurationOfZincHTTPComponents-SvenVanCaekenberghe.51
(http://mc.stfx.eu/ZincHTTPComponents)
there is following entry
package: 'Zinc-SSO-OAuth2-Core' with:
I agree but I want to offer something slightly different. Remove the accept
button/ command altogether. Anything that is typed by the user is
automatically accepted , if user changes his mind he should be able to use
undo/redo . Preferably create a history tool (dont know if changes could
help
Great. Thank you for the quick fix!
Sabine
On Tue, Sep 3, 2013 at 4:48 PM, Sven Van Caekenberghe-2 [via Smalltalk]
ml-node+s1294792n4706299...@n4.nabble.com wrote:
On 03 Sep 2013, at 16:33, Sabine Knöfel [hidden
email]http://user/SendEmail.jtp?type=nodenode=4706299i=0
wrote:
Hi Jan, Hi
kilon wrote:
I agree but I want to offer something slightly different. Remove the accept
button/ command altogether. Anything that is typed by the user is
automatically accepted , if user changes his mind he should be able to use
undo/redo . Preferably create a history tool (dont know if changes
On 2013-09-03, at 09:36, Goubier Thierry thierry.goub...@cea.fr wrote:
And I would probably have to come and try to maintain your fork because you
wouldn't be using it and let it be deprecated for pharo 4 or 5...
exactly, and for each Pharo version there is a different branch of OSProcess.
Hi.
Interesting, what will happen if you run printing lines to console in loop
and then stop console scrollbar by mouse? Will image hangs?
2013/9/3 Torsten Bergmann asta...@gmx.de
I played with NativeBoost and the Windows API again
this evening with the result to be able to open a
native
Denis wrote
Hi.
Interesting, what will happen if you run printing lines to console in loop
and then stop console scrollbar by mouse? Will image hangs?
Nothing spectacular - when I click the scrollbar (while output from ST loops)
the output stops
until I finish moving the scrollbar slider of the
agreed we should change that since years.
Some days we should stop and fix all the glitches that give us these hiccups.
stef
On Sep 3, 2013, at 3:07 PM, Igor Stasenko siguc...@gmail.com wrote:
this is most annoying to me, that UI interrupts you in very strange manner
and asks you to make a
I note that #class was removed from specialSelectors (nilled entry) so as
to not use the VM hack which fetches the class without sending a message.
Pharo prefers the regular message send.
But next to that entry, there is #blockCopy: which was formerly used for
blue book BlockContext.
BlockContext
Camillo wrote:
in this case it is only the instance of Job which knows the status.
Thread-safeness is not an issue since the progress bar is pure approximation.
The problem is not approximation. Objects are not reentrant, getting the value
out of a model while it is reorganizing its
On 2013-09-03, at 18:57, Stephan Eggermont step...@stack.nl wrote:
Camillo wrote:
in this case it is only the instance of Job which knows the status.
Thread-safeness is not an issue since the progress bar is pure
approximation.
The problem is not approximation. Objects are not reentrant,
that would actually be interesting on how much you win by doing so, and if you
could run this dynamically (for instance reintroduce the #class optimization if
you never override it in the image)...
On 2013-09-03, at 19:07, Nicolas Cellier nicolas.cellier.aka.n...@gmail.com
wrote:
I note that
Well, #class slot is not really available because the trick is hardcoded in
the VM as well as == trick, so no lookup in specialSelectors
(specailObjectsArray at: 24) is attempted for these 2.
COG also optimize some arithmetic messages, comparisons, bit ops, and all
is hardcoded in the VM, so
On Tue, Sep 3, 2013 at 7:14 PM, Camillo Bruni camillobr...@gmail.comwrote:
that would actually be interesting on how much you win by doing so, and if
you could run this dynamically (for instance reintroduce the #class
optimization if you never override it in the image)...
Please don't.
Hmm... my timings are not reliable, I tried again with
IRByteCodeGenerator
specialSelectorsArray
^ #(#+ 1 #- 1 # 1 # 1 #= 1 #= 1 #= 1 #~= 1 #* 1 #/ 1 #\\ 1 #@ 1
#bitShift: 1 #// 1 #bitAnd: 1 #bitOr: 1 #at: 1 #at:put: 2 #size 0 #next 0
#nextPut: 1 #atEnd 0 #== 1 nil 0 nil 0 #value 0 #value: 1
On Tue, Sep 03, 2013 at 01:48:46PM +0200, Goubier Thierry wrote:
Le 03/09/2013 13:36, David T. Lewis a ?crit :
Can you post the method here first? I'd like to check it on some Squeak
images
before it goes into the repository.
Here it is (at least an example):
in OSProcess class
43 matches
Mail list logo