Hi Olivier,
Can you please test the latest Zn with your use case ?
You can load ConfigurationOfZincHTTPComponents from StHub and do
ConfigurationOfZincHTTPComponents project bleedingEdge load.
The are the relevant commits:
===
Name: Zinc-Character-Encoding-Core-SvenVanCaekenberghe.22
Author:
Hi Sven,
Fantastic work ! I just tested the new version and it seem that all is ok.
Olivier ;-)
Good, thanks a lot for the feedback !
Sven
On 24 Oct 2013, at 12:05, Olivier Auverlot wrote:
> Hi Sven,
>
> Fantastic work ! I just tested the new version and it seem that all is ok.
>
> Olivier ;-)
>
>
Hi list,
I've just recovered a broken image that crashed upon startup. There was
some problem with a SerialPort that stayed open and tried to write/read
into a physical port that didn't exist no more, or something of the sort.
So here's the magic line:
$ bin/myVm shared/MyImage.image eval "Small
Hi Bernat,
Interesting, I never heard of #backupTo:
But if recover.image is a copy of MyImage.image, and that last one failed to
start up, why then would the copy not have the same problem ?
Sven
On 24 Oct 2013, at 13:32, Bernat Romagosa
wrote:
> Hi list,
>
> I've just recovered a broken i
Hi everyone,
I finally got around to check back on a Spec question that popped up about
two weeks ago.
At that time I was giving Spec a first try and gathered information from a
couple of sources.
One of them was the draft chapter about Spec from the Pharo for the
Enterprise book.
https://ci.inr
Text is accepted when you “save” it (cmd+s)
Ben
On 24 Oct 2013, at 14:05, Manfred Kröhnert wrote:
> Hi everyone,
>
> I finally got around to check back on a Spec question that popped up about
> two weeks ago.
>
> At that time I was giving Spec a first try and gathered information from a
> c
Hey,
Accepting a text usually means the is compiled. To accept a text, right
click on it, then click accept in the contextual menu (at the bottom). You
can also do it with Cmd+s on Mac.
Try again and tell us if the #whenTextIsAccepted: works fine in your image
or not.
Best,
2013/10/24 Benjami
Hello Ben and Clément,
thanks for the quick reply.
But even when I hit Cmd+s the Text of the label stays the same and the
button is not enabled.
No matter if I use 'whenTextChanged:' or 'whenTextIsAccepted:'.
I only tested this in the Pharo 2.0 image.
Best,
Manfred
On Thu, Oct 24, 2013 at
Can you try in 3.0, since Spec changed *a lot* in the meantime
Ben
On 24 Oct 2013, at 14:25, Manfred Kröhnert wrote:
> Hello Ben and Clément,
>
> thanks for the quick reply.
> But even when I hit Cmd+s the Text of the label stays the same and the button
> is not enabled.
> No matter if I use
Yes, I can do that but it'll have to wait until tomorrow.
Will report back, soon.
Thanks for the help so far,
Manfred
On Thu, Oct 24, 2013 at 2:29 PM, Benjamin <
benjamin.vanryseghem.ph...@gmail.com> wrote:
> Can you try in 3.0, since Spec changed *a lot* in the meantime
>
> Ben
>
> On 24 Oct
Because:
”Unlike #saveAs: do not transfer the default execution to the new image."
So the startup and shutdown scripts won't be executed :)
(Or that's what I understood)
On Oct 24, 2013 1:54 PM, "Sven Van Caekenberghe" wrote:
> Hi Bernat,
>
> Interesting, I never heard of #backupTo:
>
> But i
Ok :)
Thank you, and see you tomorrow :P
Ben
On 24 Oct 2013, at 14:34, Manfred Kröhnert wrote:
> Yes, I can do that but it'll have to wait until tomorrow.
> Will report back, soon.
>
> Thanks for the help so far,
> Manfred
>
>
>
>
> On Thu, Oct 24, 2013 at 2:29 PM, Benjamin
> wrote:
> C
Yes, I understand - I read that, but the next time you start your new
recover.image they will run again, no ? Resulting in the same problem as the
original image, or not ?
On 24 Oct 2013, at 14:34, Bernat Romagosa
wrote:
> Because:
>
> ”Unlike #saveAs: do not transfer the default execution t
Yes, but you'll have the opportunity to fix whatever broke it before saving
and opening the image again.
2013/10/24 Sven Van Caekenberghe
> Yes, I understand - I read that, but the next time you start your new
> recover.image they will run again, no ? Resulting in the same problem as
> the orig
To use PetitParser for XSD Parsing and generation of Smalltalk code
based on this Parsing?
Regards
Friedrich
Hi Stef,
Will you please add me to the PharoExtras/JSON repo?
Thanks
Paul
On Oct 23, 2013, at 2:09 PM, Stéphane Ducasse wrote:
>
> On Oct 23, 2013, at 10:25 PM, Paul DeBruicker wrote:
>
>> There are (at least) three locations of the JSON-ul.35 package on
>> Smalltalkhub.
>>
>> Here:
On Thu, Oct 24, 2013 at 6:26 PM, Paul DeBruicker wrote:
> Will you please add me to the PharoExtras/JSON repo?
what is your login please?
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without
losing enthusiasm."
Winston Church
Message #openWorldWithSpec: sets a Spec entity to take up the whole
World. How can that be reverted? ...to set the World back to the state
delivered with a virgin Pharo image?
cheers -ben
pdebruic
Thanks Damien!
On Oct 24, 2013, at 9:30 AM, Damien Cassou wrote:
> On Thu, Oct 24, 2013 at 6:26 PM, Paul DeBruicker wrote:
>> Will you please add me to the PharoExtras/JSON repo?
>
>
> what is your login please?
>
> --
> Damien Cassou
> http://damiencassou.seasidehosting.st
>
eh
Basically what is done when you open a spec as world is that the background
color changed,
all the morph are closed, and the spec is specified to take all the space.
So to revert it, I think you *only* need to close the spec morph,
set the background color to white, and voilà
Ben
On 24
Hi,
Since this is my first post, I'd first like to say Pharo rocks!
After quite a bit of search for a server-side programming environment
that I can live with, I landed on Pharo/Zinc+family and went
"this is it!" for my project which is like a wiki for music
notation.
I'm trying to setup a pharo
Following up ..
Almost as soon as I'd written this up, I realized I hadn't tried one
thing ... and that worked :)
1. I took the base image from get.pharo.org that I was using on the server,
2. Launched pharo using Pharo2.0.app on that image (with GUI),
3. Installed RFB using the "Gofer" part of t
23 matches
Mail list logo