[Pharo-users] iCal Chronos for Pharo 5 => OSProcess

2016-07-13 Thread Cédrick Béler
Hi all, 

I’m trying to load the iCal package from the catalog. It is available on 
smalltalkhub.
http://www.smalltalkhub.com/#!/~pdebruic/iCal

It has some problem (installation fails) but the package is not tagged as 
Pharo5. Plus it seems to use OSProcess. I’m trying to avoid to load OSProcess 
as I use OSSubprocess (probably for Chronos ?).

Any idea on what I can do ?
(I’d like to install/evaluation iCal vCard and Chronos)

Thanks for any help,

Cheers,

Cédrik


Re: [Pharo-users] Pharo Launcher

2016-07-13 Thread Tim Mackinnon
I also recall that on OSX (at least some later versions), Apple introduced a 
change whereby if you try and launch another vm from the same vm, it wouldn’t 
open. You had to have a different vm on a different path for it to work 
correctly. 

I will try and resolve my original problem and see if this is still the case.

Tim

> On 28 Jun 2016, at 17:13, Damien Cassou  wrote:
> 
> Christophe Demarey  writes:
>> Pharo launcher is now shipped with both vm (pre-spur and spur). The
>> cog-spur vm now powered PharoLauncher and should be used to run spur
>> images. If not, maybe you have a wrong setting for it. If you remove
>> settings for both VM it should work. Maybe I should remove these
>> settings since both VMs are now shipped with the launcher app. I do
>> not know if it is relevant to some of you to use another VM than the
>> default ones.
> 
> it is at least relevant for me because I cannot use the shipped VMs: I
> have to use the ones of my Linux distribution.
> 
> --
> Damien Cassou
> http://damiencassou.seasidehosting.st
> 
> "Success is the ability to go from one failure to another without
> losing enthusiasm." --Winston Churchill
> 




Re: [Pharo-users] Pharo Launcher

2016-07-13 Thread Tim Mackinnon
Hi - thanks of the detailed answer, I had to take a break from my investigation 
but I am keen to get it working again.

Its a shame I didn’t spot the survey on the name nomenclature because I liked 
the old system as it makes it much more obvious from the name exactly what you 
are getting - e.g. a Moose Build , vs Pharo 4.0 -  (I would say this, 
as I implemented it). Its a shame you didn’t make it a feature switchable thing 
as I think you’ve lost useful functionality.  I will probably put it back and 
propose it as an option (if it’s veto’d I’ll maintain my own version - but a 
switch should hopefully satisfy everyone).

I’ll also see if we can make it look nice again - as Launcher used to be a good 
showcase of how to make a Pharo app look beautiful.

Tim

> On 28 Jun 2016, at 13:59, Christophe Demarey  
> wrote:
> 
> Hi Tim,
> 
>> Le 27 juin 2016 à 22:12, Tim Mackinnon  a écrit :
>> 
>> Hi guys - I finally got some free time to take a look at Pharo-5 and wanted 
>> Launcher back as well - I just downloaded it on my mac and I’m wondering if 
>> something is wrong?
>> 
>> The UI doesn’t look right (compared to the older 4.x version) - the top 
>> panel is white, and there is a grey run button next to the green one (the 
>> triangle) that seems to be missing transparency - so it all looks quite 
>> ugly. Have I downloaded something that is wrong?
> 
> No, is the current state of Pharo Launcher UI. I did not touch to this part 
> but, yes, could be improved.
> 
>> I also notice, that when I go to create a new image from a template - the 
>> name prompt isn’t as good as the old version which used to include the 
>> parent node in the suggested name so you got something like “Pharo 6.0 
>> (beta) 123455” as a descriptive name - it now just seems to offer “1234456” 
>> as the name now?
> 
> I did this change after a small survey on pharo launcher users that were, 
> like me, bothered with previous proposed names: in most cases, they only want 
> the name of their project. That could be discussed but now, in your example, 
> you get 60121 that is still descriptive. Here, we should find the best 
> proposition for most users, will not for to all.
> 
>> I don’t understand the how the paths work now - it seems that my old images 
>> launch fine, but a 5.x image doesn’t? Do I set the spur path for this - or 
>> is it the other way around (vm-path should be the new vm)? The floating help 
>> isn’t very descriptive on this.
> 
> Pharo launcher is now shipped with both vm (pre-spur and spur). The cog-spur 
> vm now powered PharoLauncher and should be used to run spur images. If not, 
> maybe you have a wrong setting for it. If you remove settings for both VM it 
> should work. Maybe I should remove these settings since both VMs are now 
> shipped with the launcher app. I do not know if it is relevant to some of you 
> to use another VM than the default ones.
> 
> Thanks for the feedback.
> Christophe
> 
>> 
>> Thanks,
>> 
>> Tim
>> 
>> 
>> 
>> Sent from my iPhone
>>> On 17 Jun 2016, at 13:10, Christophe Demarey  
>>> wrote:
>>> 
>>> Now fixed. I replaced the DMG on files.pharo.org.
>>> Thanks for the report
>>> 
> Le 17 juin 2016 à 13:34, Christophe Demarey  
> a écrit :
> 
> 
> Le 17 juin 2016 à 12:00, Serge Stinckwich  a 
> écrit :
> 
> On Fri, Jun 17, 2016 at 10:22 AM, Christophe Demarey
>  wrote:
>> Hi,
>> 
>> I just updated Pharo Launcher. A new version 0.2.11 is available.
>> Here are the change log:
> 
> Great ! Thank you for the update.
> 
>> move Pharo Launcher to the latest stable pharo image: pharo 5.0. It 
>> implies
>> That Pharo Launcher is now shipped with Spur VM.
>> allow an easy download of the new beta image: pharo 6.0
>> the Launcher now comes with 2 VMs:
>> 
>> Spur VM (pharo 5.0 and Pharo 6.0)
>> Non-Spur VM (to be able to run old images)
> 
> I dl the mac version. I was not able to run non-spur VM images: the
> launcher crash or do nothing ...
 
 Indeed, I think it’s a side effect of latest changes I did after testing 
 on Windows.
 I take a look at it now
>> 
>> 
>> 
> 
> 




Re: [Pharo-users] iCal Chronos for Pharo 5 => OSProcess

2016-07-13 Thread Paul DeBruicker
Hi Cédrick,

The iCal load fails or it puts up a warning that you must load some other
classes (e.g. OSProcess) first before loading other definitions? 

The OSProcess use in the iCal package it pretty minimal and would be easy to
split out into a separate package if you were motivated to port iCal to
OSSubProcess.


As for Chronos, I'm not positive but am pretty sure that OSProcess is only
used for generating the Chronos time zone rules from the olson time zone db
files.  

So I'd guess both iCal and Chronos will work fine for testing purposes
without porting anything to OSSubProcess and just skipping the load of the
OSProcess parts.


Hope this helps

Paul




Cédrick Béler wrote
> Hi all, 
> 
> I’m trying to load the iCal package from the catalog. It is available on
> smalltalkhub.
> http://www.smalltalkhub.com/#!/~pdebruic/iCal
> 
> It has some problem (installation fails) but the package is not tagged as
> Pharo5. Plus it seems to use OSProcess. I’m trying to avoid to load
> OSProcess as I use OSSubprocess (probably for Chronos ?).
> 
> Any idea on what I can do ?
> (I’d like to install/evaluation iCal vCard and Chronos)
> 
> Thanks for any help,
> 
> Cheers,
> 
> Cédrik





--
View this message in context: 
http://forum.world.st/iCal-Chronos-for-Pharo-5-OSProcess-tp4906567p4906585.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.



[Pharo-users] Changing the Pharo 5 monticello changes browser to get rid of the class name that precedes the selector in the changes tree

2016-07-13 Thread PAUL DEBRUICKER
They are already grouped by class.  Having the class name there makes me have 
to side scroll to read the list more often (most of the time)  than I'd prefer 
(never-ish).  It seems like its just the labels that have been changed since 
Pharo 4. 

MCMethodDefinition>>#summary is  where the label is defined.  So in that class 
add 

selectorString
^selector printString


And PSMCPatchOperationWrapper is where the label is set so 
change 

PSMCPatchOperationWrapper>>#asString to

asString
"Answer the method name."

^self item definition selectorString


Paul