Re: [Pharo-users] image/vm mismatch on raspberry pi model 3

2017-12-27 Thread Greg Lewin
(I want to try https://github.com/pharo-iot/PharoThings on the pi) - I
now see there is another VM on there ... I have just tried it with
better results.  Matching image-VM versions does seem to be a problem
with Smalltalk.

...

On 28 December 2017 at 02:34, Greg Lewin  wrote:
> Hi,
>
>
> Having copied a viable pair of image+changes and its associated
> sources file to a pi 3,  in the same directory as the directory from
> the zip file (from
> https://ci.inria.fr/pharo/view/RaspberryPi/job/RaspberryPi-Publish/ws/64.zip)
> containing the VM code for a rpi,
>
> on running
>
> ./PharoS Pharo6.1
>
> I get the message
>
> "This interpreter (vers. 6505) cannot read image file (vers. 6521)."
>
> How does one ensure a match between VM and image+sources on raspberry pi ?
>
> I have also tried one image pair from an earlier version and get a
> similar message.
>
> thanks
>
> Greg



[Pharo-users] image/vm mismatch on raspberry pi model 3

2017-12-27 Thread Greg Lewin
Hi,


Having copied a viable pair of image+changes and its associated
sources file to a pi 3,  in the same directory as the directory from
the zip file (from
https://ci.inria.fr/pharo/view/RaspberryPi/job/RaspberryPi-Publish/ws/64.zip)
containing the VM code for a rpi,

on running

./PharoS Pharo6.1

I get the message

"This interpreter (vers. 6505) cannot read image file (vers. 6521)."

How does one ensure a match between VM and image+sources on raspberry pi ?

I have also tried one image pair from an earlier version and get a
similar message.

thanks

Greg



Re: [Pharo-users] in-image pharo user objet ?

2017-12-27 Thread Offray Vladimir Luna Cárdenas
Hi,

I wonder why first and last name are not good enough. I have found the
model clear and privacy aware. Such image id is complemented with remote
credentials in remote repositories (SmalltalkHub, GitHub, etc) and I
deploy distinct images for distinct projects or releases (which is now
easier with PharoLauncher), so I fail to see other use cases.

Cheers,

Offray


On 27/12/17 08:05, Cédrick Béler wrote:
> Hi all,
>
> For now, it is asked (by convention) a string containing our first name and 
> last name (when code is submitted).
> Just wandering if you could have a better representation of a user of a Pharo 
> image.
>
> Could we imagine a user id instead ? 
> That shouldn’t be heavy to deal with and eventually one could add more 
> functionalities (one being the authentification to a pharo based application).
>
> The difficulty is to find a proper universal user id. I would have used 
> something that encode date and place of birth in the id but it suffers some 
> privacy related issues. Any ideas ?
> Another question is if an image may be used by several people ? To me 
> allowing one user is ok for a developer image but it might be interesting to 
> switch user spaces if it’s for a pharo application ?
>
> Cheers,
>
> Cédrick
>




[Pharo-users] Is there a way to set form colours using a 'fuzzy' option?

2017-12-27 Thread Andy Burnett
I have an image with black text, and a white background. I would like to
set the white pixels to transparent. I worked out how to do this, but of
course it leaves me with a white halo around the text, where the border
pixels are almost white, but not quite.

In googling about this, I discovered that RMagick has the idea of replacing
pixels which are almost any particular colour. I didn't find anything
similar in the ColorForm class. Is there a way to do this within Pharo?

Cheers
Andy


Re: [Pharo-users] Commander feedback

2017-12-27 Thread Sean P. DeNigris
Denis Kudriashov wrote
> https://github.com/SquareBracketAssociates/Booklet-Infrastructure

Cool! Can't wait to read :) One small question: why
"Booklet-Infrastructure"? That doesn't seem to match up to "A booklet on the
infrastructure of the Calypso tool suite"…



-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html



Re: [Pharo-users] pharo 64 bits on mac os X - El Capitan

2017-12-27 Thread Andreas Brodbeck
Am 26.12.17 um 17:22 schrieb Renaud de Villemeur:
> Hi all
> 
> I want to run pharo on Mac Os X. It is on old hardware, and thus, I cannot
> upgrade to latest version of MacOsX. I am trying to run in on El Capitan -
> v 10.11.6.
> 

I run the newest Pharo 6.1 64bit (Installed via curl zeroconf URL
get.pharo.org/64/61+vm) on El Capitan everyday without any problems. Can
not think of a hint to your problem, right now.

Cheers, Andreas


-- 
Andreas Brodbeck
www.mindclue.ch




Re: [Pharo-users] Commander feedback

2017-12-27 Thread Denis Kudriashov
Hi Juraj.

You can find new version here
 https://github.com/SquareBracketAssociates/Booklet-Infrastructure
. It is
still draft version but in general all parts are covered now.

2017-12-06 12:47 GMT+01:00 Juraj Kubelka :

> Hi Denis,
>
> Thank you. Let me know. I will be happy to help.
>
> Juraj
>
>
> On Dec 5, 2017, at 18:43, Denis Kudriashov  wrote:
>
> Hi Juraj.
>
> Yes. documentation needs to be improved. I made only pass on it.
> Now there is new Commander version. The code still in dev branch
> . The basic idea is
> same but some names are changed and internally it is based on
> ClassAnnotation's . It
> became more simple and flexible.
> This week I should release new Calypso version. And after I will work on
> documentation for both projects. Commander will be first. And next week I
> will have update on it.
>
> 2017-12-05 21:05 GMT+01:00 Juraj Kubelka :
>
>> Hi,
>>
>> I like the idea of the Commander library https://github.com/dio
>> nisiydk/Commander
>> I am trying to understand how to use it, but I struggle to understand it
>> as documentation includes quiete complex examples: https://ci.inria.fr/
>> pharo-contribution/view/Books/job/PharoBookWorkInProgress/la
>> stSuccessfulBuild/artifact/book-result/Commander/Commander.html
>>
>> I believe that it would be useful to have a tutorial that shows:
>>
>> 1. create a command CmdOne including methods,
>> 2. create a activator ActOne including methods,
>> 3. create a context CtxOne including methods,
>> 4. execute  and you obtain a collection with one item
>> (CmdOne instance?)
>> 5. create command CmdTwo with some methods
>> 6. execute  and you obtain a collection with two items
>>
>> Then next section could describe how to make a UI on top of this.
>>
>
> Thank's for initiative. It is exactly what I will do.
>
>
>>
>> Learning it by exploring Calypso is too complex, because it involves more
>> objects and I actually do not see how to do the previous steps.
>>
>
> I agree, current version is a bit complicated inside. But it is already
> fixed. And there will be update soon.
>
>
>>
>> I will be happy to help with the documentation.
>> My question is: How can I proceed the mentioned steps?
>>
>
> I would appreciate for your help. I will call you for review next week.
>
> Best regards,
> Denis
>
>
>> Thanks,
>> Juraj
>>
>
>


Re: [Pharo-users] Running headless on Windows

2017-12-27 Thread Andrei Stebakov
Denis, I tried both. Running pharoconsole makes no difference. Same result
as running Pharo.exe

On Dec 27, 2017 10:47, "Denis Kudriashov"  wrote:

Hi.

I think there is separate PharoConsole.exe for headless on Windows

2017-12-27 16:39 GMT+01:00 Andrei Stebakov :

> When I run Pharo 6.1 with -- headless option on Windows, it executes the
> eval command as expected but during the execution (which lasts 4 sec) it
> opens the Pharo GUI.
> Is it expected? I thought headless means that the whole execution would
> happen in the background
>


Re: [Pharo-users] Running headless on Windows

2017-12-27 Thread Denis Kudriashov
Hi.

I think there is separate PharoConsole.exe for headless on Windows

2017-12-27 16:39 GMT+01:00 Andrei Stebakov :

> When I run Pharo 6.1 with -- headless option on Windows, it executes the
> eval command as expected but during the execution (which lasts 4 sec) it
> opens the Pharo GUI.
> Is it expected? I thought headless means that the whole execution would
> happen in the background
>


[Pharo-users] Running headless on Windows

2017-12-27 Thread Andrei Stebakov
When I run Pharo 6.1 with -- headless option on Windows, it executes the
eval command as expected but during the execution (which lasts 4 sec) it
opens the Pharo GUI.
Is it expected? I thought headless means that the whole execution would
happen in the background


Re: [Pharo-users] Breakpoints in Pharo

2017-12-27 Thread Nicolai Hess
2017-12-27 10:49 GMT+01:00 Denis Kudriashov :

>
> 2017-12-27 10:37 GMT+01:00 Nicolai Hess :
>
>> Works for me too (on windows).
>> But sometimes, a change and accept of the current method, does not
>> removes the "Breakpoint"-Icon.
>> So, it looks like there is a breakpoint, but isn't anymore and the code
>> of course does not trigger the debugger.
>> The icon vanishes, if I unselect and select the current method.
>>
>
> I think it is fixed in Calypso
>

In Nautilus, I traced this bug back to

NautilusUI>>methodModified: anAnnouncement
...

(selectedMethod  = oldMethod  )
ifTrue: [
self sourceTextModel hasUnacceptedEdits
ifTrue: [
self forceSelectedMethod: method.
self updateCategoryAndMethodList.
self highlightCategory: method]
ifFalse: [

self selectedMethod: method.
self updateCategoryAndMethodList ]]
ifFalse: [self updateCategoryAndMethodList
]"<<< If compiled method changed, we do not call
forceSelectMethod, which would reset the icon styler"













>
> 2017-12-27 10:27 GMT+01:00 kmo :
>>
>>> Just tried it in Pharo 6.1 on Linux 32 bit. Breakpoints work. So
>>> presumably
>>> this is a Pharo on Windows issue.
>>>
>>>
>>>
>>>
>>> --
>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>>
>>>
>>
>


[Pharo-users] in-image pharo user objet ?

2017-12-27 Thread Cédrick Béler
Hi all,

For now, it is asked (by convention) a string containing our first name and 
last name (when code is submitted).
Just wandering if you could have a better representation of a user of a Pharo 
image.

Could we imagine a user id instead ? 
That shouldn’t be heavy to deal with and eventually one could add more 
functionalities (one being the authentification to a pharo based application).

The difficulty is to find a proper universal user id. I would have used 
something that encode date and place of birth in the id but it suffers some 
privacy related issues. Any ideas ?
Another question is if an image may be used by several people ? To me allowing 
one user is ok for a developer image but it might be interesting to switch user 
spaces if it’s for a pharo application ?

Cheers,

Cédrick


Re: [Pharo-users] Usability issues with Calypso

2017-12-27 Thread Denis Kudriashov
Hi Sean

2017-09-24 14:46 GMT+02:00 Denis Kudriashov :

> Hi Sean
>
> 2017-09-23 19:57 GMT+02:00 Sean P. DeNigris :
>
>> Stephane Ducasse-3 wrote
>> > Calypso is still an enfant and this is
>> > IMPORTANT that people tell what
>> > they do not like so that we can improve.
>>
>> A few more impressions now that I've been using Calypso as my default
>> browser:
>> - Overall really enjoying it!
>> - When browsing a class from its own package, and then adding an extension
>> protocol via '*...' in "New protocol" context menu, the dialog closes
>> without objection, but then the new protocol doesn't seem to exist. I had
>> to
>> create a dummy protocol and then DND the methods into the
>> package-to-be-extended.
>>
>
> In Calypso you should not create protocols with star. In method editor
> status bar there is explicit checkbox "extension"  to specify external
> package for the method.
> We should move away from star convention and work directly with packages.
> Calypso gives you the tools for this.
>
> But I will add special notification when user creates new protocol with
> star. I think it will help "old" Pharo users to adopt.
> https://github.com/dionisiydk/Calypso/issues/96
>

It is done in latest stable version. In addition there is new behavior when
user selects extended class (which is grey in class list):

- extending package group is added to the method group list. It is placed
just after "extensions" group.
- extending package group is selected by default which shows only extended
methods instead of all method
- automatic selection of extended class side:

- if instance side is extended then browser switches to instance side when
you select it

- if class side is extended then browser switches to class side when you
select it

- if both sides are extended there will be two classes in class list:
"AClass" and "AClass class"


It means that now when you select extended class the browser will show
"expected" extended methods. You do not need anymore to scroll protocol
list to find current package. And you do not need to guess where extension
is actually defined: in instance side or in class side.


>
>
>> - When Calypso is set to be the default browser, it would be helpful if
>> the
>> World menu item changed from "Calypso Browser" to "Nautilus"
>> - Lack of word wrapping is becoming teeedious
>>
>>
>>
>> -
>> Cheers,
>> Sean
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>
>>
>


Re: [Pharo-users] Breakpoints in Pharo

2017-12-27 Thread Ben Coman
On 27 December 2017 at 07:26, Ben Coman  wrote:

> Hi Andrei,
>
> On 26 December 2017 at 09:51, Andrei Stebakov  wrote:
>
>> Can I expect that break points in Pharo work in the same way as in Visual
>> Works?
>> When I set a break point in Pharo (6.1 on Windows), it displays a red dot
>> with an exclamation mark and when I send this message to an object, the
>> debugger doesn't get invoked.
>>
>
> Sorry I'm not familiar with VisualWorks.
> If I define this method (Pharo 6.1 on Linux)...
> Object >> myTest
> "Object new myTest"
> self halt.
> self inform: 'test'.
>
> then evaluate the comment, a debugger is invoked.
>
> If your example is different, could you explain it in more detail?
>
> cheers -ben
>

By strange co-incidence, I've just experienced a similar problem, that I've
never seen before.
Slightly rearranging my previous example...
Object >> myTest
"Object new myTest"
self inform: 'test'.
self halt.

evaluating the comment pops up 'test' but doesn't open a debugger at the
"self halt".
It was working earlier today, but since then I had an episode which opened
a large number of debug windows.
I guess it could somehow be related.

Actually its worse, Spotter doesn't show any contents,
and "1 inspect" from Playground does nothing, although that does work from
the old Workspace.
All a bit strange.  I'll move to fresh Image.

I can upload this Image if someone cared to give it a once over.

btw, version info...
Latest update: #60520 (64bit)
Unix built on Aug 27 2017 20:00:40 Compiler: 4.6.3
VMMaker versionString VM: 201708271955


cheers -ben


Re: [Pharo-users] Breakpoints in Pharo

2017-12-27 Thread Denis Kudriashov
2017-12-27 10:37 GMT+01:00 Nicolai Hess :

> Works for me too (on windows).
> But sometimes, a change and accept of the current method, does not removes
> the "Breakpoint"-Icon.
> So, it looks like there is a breakpoint, but isn't anymore and the code of
> course does not trigger the debugger.
> The icon vanishes, if I unselect and select the current method.
>

I think it is fixed in Calypso

2017-12-27 10:27 GMT+01:00 kmo :
>
>> Just tried it in Pharo 6.1 on Linux 32 bit. Breakpoints work. So
>> presumably
>> this is a Pharo on Windows issue.
>>
>>
>>
>>
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>
>>
>


Re: [Pharo-users] Breakpoints in Pharo

2017-12-27 Thread Nicolai Hess
Works for me too (on windows).
But sometimes, a change and accept of the current method, does not removes
the "Breakpoint"-Icon.
So, it looks like there is a breakpoint, but isn't anymore and the code of
course does not trigger the debugger.
The icon vanishes, if I unselect and select the current method.

2017-12-27 10:27 GMT+01:00 kmo :

> Just tried it in Pharo 6.1 on Linux 32 bit. Breakpoints work. So presumably
> this is a Pharo on Windows issue.
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>


Re: [Pharo-users] Breakpoints in Pharo

2017-12-27 Thread kmo
Just tried it in Pharo 6.1 on Linux 32 bit. Breakpoints work. So presumably
this is a Pharo on Windows issue.




--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html