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
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
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
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
>
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
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
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:
To use PetitParser for XSD Parsing and generation of Smalltalk code
based on this Parsing?
Regards
Friedrich
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
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
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
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
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
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
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
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
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
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
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 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
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 Sven,
Fantastic work ! I just tested the new version and it seem that all is ok.
Olivier ;-)
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:
23 matches
Mail list logo
