Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 bits

[Esteban Lorenzano]

yes, it changed the glibc. 
you can try using this version of the vm, it should work: 

http://files.pharo.org/vm/pharo/linux/pharovm-u804.tar.gz

Esteban

On 22 Apr 2014, at 01:15, Sergi Reyner  wrote:

> 2014-04-21 23:12 GMT+01:00 GABRIEL DEFAGOT :
> /pharo3.0/bin/pharo: /lib32/libc.so.6: version `GLIBC_2.15' not found 
> (required by /pharo3.0/bin/pharo)
> 
> What's missing?
> 
> A newer version of glibc, probably. Ubuntu 12.04 has glibc-2.15.
> 
> Cheers,
> Sergi

Re: [Pharo-users] Pillar in TextMate

[Robert Shiplett]

ah, emacs.  end of conversation, from the friendly editor.  And likely the
end of Mozart Oz, only they just can't believe it.
Emacs, version 25 on the way to 125. Oz. Version 1.4 and on the way to
nowhere, but at least it got there via emacs [ enough said.]

( I remember the senseless attacks on Visual Prolog as Turbo Prolog, on
bytecode ( before Java ), DASD in favour of RAM above 640k ... )

If ever a tool set back the development of IDE's before ( gag ) IBM
WorkBench/eclipse, it was surely emacs.

But then again, someone will link eclipse to the VA Smalltalk team at
*IBM*... ( eclipse has almost shuttered the Curl IDE at
www.curl.com and www.curlap.com - to my amazement. Only IDE to rival
Smalltalk. Pooof ! And with pluggable editors and the code in the package.)

To really see the state of editors as components, just try writing tests
and docs in Japanese for a week for the programming paradigm of your
choice.  Yes, time to configure an editor for Japanese is not included,as
that would be unfair.

( painful reminder : even Kobo, the e-reader, is lame compared to Amazon
Kindle, as a Japanese reader. And the Sony e-reader is gone.  And that is
just mere Japanese text display without annotation, let alone editing for
development.  But Apple fans far out-number emacs advocates, don't they?
;-)

Pharo 3 for coding in Japanese is now the best IDE of which I am aware.
And it is a great pleasure to see that.

My thanks to everyone who helped bring Unicode to Pharo and Pharo to
Unicode fonts.

And there is still no IDE for swi-prolog. Because Logtalk + SWI wouldn't
benefir from an IDE, would it.  At least not in my lifetime ( Prolog
development maps to my life from post-college to retirement thus far, with
the earliest steps taken while I was in high school.  A close match to
Smalltalk, in that one idiosyncratic regard.)

:-)






On 21 April 2014 11:57, Sven Van Caekenberghe  wrote:

> Well said
>
> +1
>
> On 21 Apr 2014, at 15:31, kilon alios  wrote:
>
> > I dont get what you are implying . There is tons of cross platform
> > text editors , my favorite being emacs , vim being extremely capable
> > too.
> >
> > I have no serious experience with Textmate but looks very capable too.
> >
> > I have used emacs on windows XP, windows 7 , macos 10.4 , macos 10.7 ,
> > macos 10.9, ubuntu 12 and ubuntu 13. I had zero issues with it and its
> > insanely powerful. I am a huge fan of it.
> >
> > I see also nothing wrong with supporting third party tools like
> > Textmate, the more the better.  I love flexibility.
> >
> > Great work guys.
>
>
>

Re: [Pharo-users] Pillar in TextMate

[Sven Van Caekenberghe]

On 22 Apr 2014, at 12:02, Robert Shiplett  wrote:

> Pharo 3 for coding in Japanese is now the best IDE of which I am aware.  And 
> it is a great pleasure to see that.
> 
> My thanks to everyone who helped bring Unicode to Pharo and Pharo to Unicode 
> fonts.

That is good to hear, Robert. Maybe you should write something about that (with 
some cool screenshots). It is hard for us to even imagine how all this would 
work since we don't speak/read/write Japanese.

Thx,

Sven

Re: [Pharo-users] Pillar in TextMate

[Sergi Reyner]

2014-04-22 11:02 GMT+01:00 Robert Shiplett :

> ah, emacs.  end of conversation, from the friendly editor.  And likely the
> end of Mozart Oz, only they just can't believe it.
> Emacs, version 25 on the way to 125. Oz. Version 1.4 and on the way to
> nowhere, but at least it got there via emacs [ enough said.]
>
> ( I remember the senseless attacks on Visual Prolog as Turbo Prolog, on
> bytecode ( before Java ), DASD in favour of RAM above 640k ... )
>
> If ever a tool set back the development of IDE's before ( gag ) IBM
> WorkBench/eclipse, it was surely emacs.
>
> But then again, someone will link eclipse to the VA Smalltalk team at
> *IBM* ... ( eclipse has almost shuttered the Curl IDE at www.curl.com and
> www.curlap.com - to my amazement. Only IDE to rival Smalltalk. Pooof !
> And with pluggable editors and the code in the package.)
>
> To really see the state of editors as components, just try writing tests
> and docs in Japanese for a week for the programming paradigm of your
> choice.  Yes, time to configure an editor for Japanese is not included,as
> that would be unfair.
>
> ( painful reminder : even Kobo, the e-reader, is lame compared to Amazon
> Kindle, as a Japanese reader. And the Sony e-reader is gone.  And that is
> just mere Japanese text display without annotation, let alone editing for
> development.  But Apple fans far out-number emacs advocates, don't they?
> ;-)
>
> Pharo 3 for coding in Japanese is now the best IDE of which I am aware.
> And it is a great pleasure to see that.
>
> My thanks to everyone who helped bring Unicode to Pharo and Pharo to
> Unicode fonts.
>
> And there is still no IDE for swi-prolog. Because Logtalk + SWI wouldn't
> benefir from an IDE, would it.  At least not in my lifetime ( Prolog
> development maps to my life from post-college to retirement thus far, with
> the earliest steps taken while I was in high school.  A close match to
> Smalltalk, in that one idiosyncratic regard.)
>
> :-)
>

Um... this is all very interesting, and pretty unrelated to the topic. Back
in the Fidonet days we used to yell at each other for changing the topic of
a conversation without changing the subject line :P

Cheers,
Sergi

Re: [Pharo-users] Athens and ellipse drawing

[Igor Stasenko]

On 14 April 2014 13:53, Juraj Kubelka  wrote:

>
> El 14-04-2014, a las 8:21, Juraj Kubelka 
> escribió:
>
> Thank you Stef,
>
> the example helped me a lot to understand how to play with Athens.
>
> The solution is not what I am looking for. If someone starts to play with
> alpha canal, s/he will get unexpected results.
>
> I have finally found an example in C language. It look like this:
> -=-=-=-=-
> cairo_set_line_width (cr, 0.1);
> cairo_save (cr);
> cairo_scale (cr, 1, 0.2);
> cairo_arc (cr, 1.5, 1.5, 1, 0, 2 * M_PI);
> cairo_restore (cr);
> cairo_set_source_rgba (cr, 0, 1, 0, 0.50);
> cairo_stroke (cr);
> -=-=-=-=-
> 
>
> I do not know how to write the same instructions with Athens.
>
> First, they draw one arc (cairo_arc (cr, 1.5, 1.5, 1, 0, 2 * M_PI);), I
> draw 4 arcs:
> -=-=-=-=-
> canvas
> createPath: [ :builder |
> builder
> absolute;
> moveTo: 0 @ 0.5;
> ccwArcTo: 0.5 @ 0.0 angle: 90 degreesToRadians;
> ccwArcTo: 0.0 @ -0.5 angle: 90 degreesToRadians;
> ccwArcTo: -0.5 @ 0.0 angle: 90 degreesToRadians;
> ccwArcTo: 0 @ 0.5 angle: 90 degreesToRadians ].
> -=-=-=-=-
>
>
> OK, now I can draw ellipse with just one arc:
> -=-=-=-
> canvas
> createPath: [ :builder |
> builder
> absolute;
> moveTo: 0.5 @ 0;
> arcCenterX: 0 centerY: 0 radius: 0.5 startAngle: 0 endAngle: Float twoPi
> -=-=-=-
>
> Why is this method in private protocol? Why I should not use it?
>
>
because its private.. and implementation specific.
other implementations may not have this method at all, and your code will
simply throw DNU.
And that's why you got the horizontal line btw.. because of using private
protocol bypassing coordinate tracking.


> Why I have to use “moveTo:”? In C-example they do not use it. But I have
> to, otherwise there is an extra line on the canvas:
>
> Well, I see in AthensCairoPathBuilder>>createPath:, there is call of "self
> moveToX: 0 Y: 0.”. If I remove it, I do not have to write “moveTo: 0.5@0”.
> So, I understand why I have to write it in my code. The question is what is
> the purpose of "self moveToX: 0 Y: 0.”? I guess it simplify some
> situations, am I right? Which one?
>

the initial moveTo: command lets you set the origin (starting point) of
your path.
if you don't start path with moveTo: command, it is implicitly set to 0@0.


>
> There is actual Athens example:
> -=-=-=-
> AthensSceneView new scene: [ :can |
> | path |
> path := can createPath: [ :builder |
> builder
> absolute;
> moveTo: 0.5 @ 0;
> arcCenterX: 0 centerY: 0 radius: 0.5 startAngle: 0 endAngle: Float twoPi ].
> can pathTransform restoreAfter: [
> can pathTransform scaleBy: 200 @ 50.
>
> (can setStrokePaint: Color red) width: 0.1.
> can drawShape:  path.
> ].
> ] ;
> openInWindow
> -=-=-=-
>
> Thank you,
> Juraj
>
>
> Second, they set line width, before any other action (like cairo_save). I
> do:
> -=-=-=-=-
> canvas pathTransform scaleBy: 200 @ 50.
> (can setStrokePaint: Color red) *width: 0.1*.
> can drawShape:  path.
> -=-=-=-=-
>
> So, my result in Athens is like this:
> 
>
> Any idea? The example is explained 
> here,
> C source code is here  (by
> clicking on the image in the 
> page
> ).
>
> Thank you,
> Jura
>
> El 12-04-2014, a las 4:01, Pharo4Stef  escribió:
>
> AthensSceneView new
> scene: [ :can |
>  | path |
>  path := can
>   createPath: [ :builder |
>   builder
>absolute;
>moveTo: 0 @ 0.5;
>ccwArcTo: 0.5 @ 0.0 angle: 90 degreesToRadians;
>ccwArcTo: 0.0 @ -0.5 angle: 90 degreesToRadians;
>ccwArcTo: -0.5 @ 0.0 angle: 90 degreesToRadians;
>ccwArcTo: 0 @ 0.5 angle: 90 degreesToRadians ].
>
>  can pathTransform
>  restoreAfter: [
>  can pathTransform scaleBy: 200 .
>  can
>   setPaint: Color red ;
>   drawShape:  path.
>   "(athensCanvas setStrokePaint: strokePaint)
>   width: (self strokeWidth / self scale) asFloat."
>  can drawShape:  path.].
>  can pathTransform
>  restoreAfter: [
>  can pathTransform scaleBy: 190 .
>  can
>   setPaint: Color blue ;
>   drawShape:  path.
>   "(athensCanvas setStrokePaint: strokePaint)
>   width: (self strokeWidth / self scale) asFloat."
>  can drawShape:  path
>
>  ]
>  ] ;
> openInWindow
>
>
> 
>
>
>
>


-- 
Best regards,
Igor Stasenko.

Re: [Pharo-users] [Pharo-dev] Pillar in TextMate

[Damien Cassou]

On Sun, Apr 20, 2014 at 8:35 AM, Yuriy Tymchuk  wrote:
>
> I'm happy to announce that I've created a small bundle for TextMate. You can 
> find it here: https://github.com/Uko/Pillar.tmbundle
>
> Also I've exported it to ATOM (new editor from github) package, but it's 
> crappy because ATOM lacks some stuff right not. Package is called: 
> language-pillar, source is here: https://github.com/Uko/language-pillar


great job Yuriy, thanks. I referenced both from
https://github.com/DamienCassou/pillar-documentation

-- 
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] Error when trying to initiate Pharo in Ubuntu 64 bits

[Damien Cassou]

Hi Gabriel,

On Tue, Apr 22, 2014 at 1:14 AM, Stephan Eggermont  wrote:
> Version 11.10 of Ubuntu is no longer supported. That ended nearly a year ago. 
> That means that there is no heartbleed openssl update, you might need to 
> compile a safe version from source. And that also means that there is no 
> recent precompiled pharo for it. If you need to use a machine for a longer 
> time, you might want to either use a LTS version, or upgrade regularly.


Stephan is right. You *must* upgrade your system. Look at this:
http://en.wikipedia.org/wiki/Ubuntu_%28operating_system%29#Releases.
"Old version" means your system has several security issues that won't
get fixed automatically.

-- 
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] We need *you* for the upcoming Pharo's website

[Damien Cassou]

On Mon, Apr 21, 2014 at 10:40 PM, kilon alios  wrote:
> I am still on vacations and the internet is very slow here. I will be
> able to upload something by the end of this weekend. My idea is to
> illustrate 6 points in 6-10 minutes that to my opinion make Pharo a
> very useful and fun choice.


please do. Even if you are late, we will evaluate your screencast and
maybe replace one that is already there. Or put it in a dedicated
section somewhere else. We desperately need good screencasts.

Thanks for the offer

-- 
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-dev] Pillar in TextMate

[Yuriy Tymchuk]

On 22 Apr 2014, at 15:08, Damien Cassou  wrote:

> On Sun, Apr 20, 2014 at 8:35 AM, Yuriy Tymchuk  wrote:
>> 
>> I'm happy to announce that I've created a small bundle for TextMate. You can 
>> find it here: https://github.com/Uko/Pillar.tmbundle
>> 
>> Also I've exported it to ATOM (new editor from github) package, but it's 
>> crappy because ATOM lacks some stuff right not. Package is called: 
>> language-pillar, source is here: https://github.com/Uko/language-pillar
> 
> 
> great job Yuriy, thanks. I referenced both from
> https://github.com/DamienCassou/pillar-documentation

Thank you, Damien

> 
> -- 
> 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] Athens and ellipse drawing

[Igor Stasenko]

as for why there's 4 arc segments instead of one, its because
of bad approximation, when drawing more that 90 degree arcs.

also, in athens, arc segment is defined with following inputs:
- end point of previous segment (implicit)
- angle
- direction (clockwise/counterclockwise)
- end point

the radius, therefore calculated automatically, because with given set of
parameters there's only one way to draw an arc connecting given points.

Now if you put angle of 360 degrees, you cannot draw arc without specifying
radius,
because your end points will coincide, which means there's infinite number
of ways to draw full circle passing through a single point, with any
radius.

cairo using different inputs for specifying arc segments..
- center, radius, start angle, end angle

the problem with such parametrization is that it is completely separate
from rest of commands (line/move/bezier etc).. and you will be very lucky
if your arc will be connected with rest of your path.. because arc's
starting point depends on start angle, instead of last point of previous
path segment.

this was the main reason to use more appropriate parametrization to get rid
of inconsistency.. while losing ability to draw full circle with single
command..




On 22 April 2014 14:05, Igor Stasenko  wrote:

>
>
>
> On 14 April 2014 13:53, Juraj Kubelka  wrote:
>
>>
>> El 14-04-2014, a las 8:21, Juraj Kubelka 
>> escribió:
>>
>> Thank you Stef,
>>
>> the example helped me a lot to understand how to play with Athens.
>>
>> The solution is not what I am looking for. If someone starts to play with
>> alpha canal, s/he will get unexpected results.
>>
>> I have finally found an example in C language. It look like this:
>> -=-=-=-=-
>> cairo_set_line_width (cr, 0.1);
>> cairo_save (cr);
>>  cairo_scale (cr, 1, 0.2);
>> cairo_arc (cr, 1.5, 1.5, 1, 0, 2 * M_PI);
>> cairo_restore (cr);
>> cairo_set_source_rgba (cr, 0, 1, 0, 0.50);
>> cairo_stroke (cr);
>> -=-=-=-=-
>> 
>>
>> I do not know how to write the same instructions with Athens.
>>
>> First, they draw one arc (cairo_arc (cr, 1.5, 1.5, 1, 0, 2 * M_PI);), I
>> draw 4 arcs:
>> -=-=-=-=-
>> canvas
>> createPath: [ :builder |
>>  builder
>> absolute;
>> moveTo: 0 @ 0.5;
>> ccwArcTo: 0.5 @ 0.0 angle: 90 degreesToRadians;
>>  ccwArcTo: 0.0 @ -0.5 angle: 90 degreesToRadians;
>> ccwArcTo: -0.5 @ 0.0 angle: 90 degreesToRadians;
>> ccwArcTo: 0 @ 0.5 angle: 90 degreesToRadians ].
>> -=-=-=-=-
>>
>>
>> OK, now I can draw ellipse with just one arc:
>> -=-=-=-
>> canvas
>> createPath: [ :builder |
>>  builder
>> absolute;
>> moveTo: 0.5 @ 0;
>> arcCenterX: 0 centerY: 0 radius: 0.5 startAngle: 0 endAngle: Float twoPi
>> -=-=-=-
>>
>> Why is this method in private protocol? Why I should not use it?
>>
>>
> because its private.. and implementation specific.
> other implementations may not have this method at all, and your code will
> simply throw DNU.
> And that's why you got the horizontal line btw.. because of using private
> protocol bypassing coordinate tracking.
>
>
>> Why I have to use “moveTo:”? In C-example they do not use it. But I have
>> to, otherwise there is an extra line on the canvas:
>>
>> Well, I see in AthensCairoPathBuilder>>createPath:, there is call of
>> "self moveToX: 0 Y: 0.”. If I remove it, I do not have to write “moveTo:
>> 0.5@0”. So, I understand why I have to write it in my code. The question
>> is what is the purpose of "self moveToX: 0 Y: 0.”? I guess it simplify some
>> situations, am I right? Which one?
>>
>
> the initial moveTo: command lets you set the origin (starting point) of
> your path.
> if you don't start path with moveTo: command, it is implicitly set to 0@0.
>
>
>>
>> There is actual Athens example:
>> -=-=-=-
>> AthensSceneView new scene: [ :can |
>> | path |
>> path := can createPath: [ :builder |
>> builder
>>  absolute;
>> moveTo: 0.5 @ 0;
>> arcCenterX: 0 centerY: 0 radius: 0.5 startAngle: 0 endAngle: Float twoPi
>> ].
>>  can pathTransform restoreAfter: [
>> can pathTransform scaleBy: 200 @ 50.
>>
>> (can setStrokePaint: Color red) width: 0.1.
>>  can drawShape:  path.
>> ].
>> ] ;
>> openInWindow
>> -=-=-=-
>>
>> Thank you,
>> Juraj
>>
>>
>> Second, they set line width, before any other action (like cairo_save). I
>> do:
>> -=-=-=-=-
>> canvas pathTransform scaleBy: 200 @ 50.
>> (can setStrokePaint: Color red) *width: 0.1*.
>> can drawShape:  path.
>> -=-=-=-=-
>>
>> So, my result in Athens is like this:
>> 
>>
>> Any idea? The example is explained 
>> here,
>> C source code is here  (by
>> clicking on the image in the 
>> page
>> ).
>>
>> Thank you,
>> Jura
>>
>> El 12-04-2014, a las 4:01, Pharo4Stef  escribió:
>>
>> AthensSceneView new
>> scene: [ :can |
>>  | path |
>>  path := can
>>   createPath: [ :builder |
>>   builder
>>absolute;
>>moveTo: 0 @ 0.5;
>>ccwArcTo: 0.5 @ 0.0 angle: 90 degreesToRadi

[Pharo-users] Curl markup with Pillar

[Robert Shiplett]

re: Curl markup, as in web markup using declarative style in Curl PL from
MIT, not cURL ( see www.curlap.com)

My Japanese web pages are now generated using nunjucks + node.js but in the
hope of using pharo 3 + Seaside on small virtual server, I thought I would
see what it takes to add Curl markup to the Pilar repertoire.

But the Pharo 3 RC image is giving a walkback over the configuration for
Pillar, so I may not get to this this morning.

mrkup, mrkdwn

PS
did any one see the role of an MIT OCaml / emacs guy in the Android visual
app gen project from MIT ?

PPS
Curl Android/iOS app gen project is called "caede" as in "maple" (KAEDE)

Re: [Pharo-users] Curl markup with Pillar

[Robert Shiplett]

Google on Pillar "Pharo" hits some old links.

But when I got to http://www.smalltalkhub.com/#!/~Pier/Pillar

this worked fine in the RC inage:

Gofer new smalltalkhubUser: 'Pier' project: 'Pillar'; configuration; load.
(Smalltalk globals at: #ConfigurationOfPillar) load


On 22 April 2014 09:38, Robert Shiplett  wrote:

> re: Curl markup, as in web markup using declarative style in Curl PL from
> MIT, not cURL ( see www.curlap.com)
>
> My Japanese web pages are now generated using nunjucks + node.js but in
> the hope of using pharo 3 + Seaside on small virtual server, I thought I
> would see what it takes to add Curl markup to the Pilar repertoire.
>
> But the Pharo 3 RC image is giving a walkback over the configuration for
> Pillar, so I may not get to this this morning.
>
> mrkup, mrkdwn
>
> PS
> did any one see the role of an MIT OCaml / emacs guy in the Android visual
> app gen project from MIT ?
>
> PPS
> Curl Android/iOS app gen project is called "caede" as in "maple" (KAEDE)
>

Re: [Pharo-users] Curl markup with Pillar

[Damien Cassou]

this should get you started:
https://github.com/DamienCassou/pillar-documentation

Please tell me if you still have problems.

Best

On Tue, Apr 22, 2014 at 2:46 PM, Robert Shiplett  wrote:
> Google on Pillar "Pharo" hits some old links.
>
> But when I got to http://www.smalltalkhub.com/#!/~Pier/Pillar
>
> this worked fine in the RC inage:
>
> Gofer new smalltalkhubUser: 'Pier' project: 'Pillar'; configuration; load.
> (Smalltalk globals at: #ConfigurationOfPillar) load
>
>
> On 22 April 2014 09:38, Robert Shiplett  wrote:
>>
>> re: Curl markup, as in web markup using declarative style in Curl PL from
>> MIT, not cURL ( see www.curlap.com)
>>
>> My Japanese web pages are now generated using nunjucks + node.js but in
>> the hope of using pharo 3 + Seaside on small virtual server, I thought I
>> would see what it takes to add Curl markup to the Pilar repertoire.
>>
>> But the Pharo 3 RC image is giving a walkback over the configuration for
>> Pillar, so I may not get to this this morning.
>>
>> mrkup, mrkdwn
>>
>> PS
>> did any one see the role of an MIT OCaml / emacs guy in the Android visual
>> app gen project from MIT ?
>>
>> PPS
>> Curl Android/iOS app gen project is called "caede" as in "maple" (KAEDE)
>
>



-- 
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] Error when trying to initiate Pharo in Ubuntu 64 bits

[Sergi Reyner]

2014-04-22 13:11 GMT+01:00 Damien Cassou :

> Hi Gabriel,
>
> On Tue, Apr 22, 2014 at 1:14 AM, Stephan Eggermont 
> wrote:
> > Version 11.10 of Ubuntu is no longer supported. That ended nearly a year
> ago. That means that there is no heartbleed openssl update, you might need
> to compile a safe version from source. And that also means that there is no
> recent precompiled pharo for it. If you need to use a machine for a longer
> time, you might want to either use a LTS version, or upgrade regularly.
>
>
> Stephan is right. You *must* upgrade your system.


Right or not, it´s besides the point. Replace "Ubuntu 11.10" with "Debian
7". Updated system, no heartbleed, and still no Pharo because they are
shipping 2.13.

Re: [Pharo-users] Curl markup with Pillar

[Norbert Hartl]

Am 22.04.2014 um 15:12 schrieb Damien Cassou :

> this should get you started:
> https://github.com/DamienCassou/pillar-documentation
> 
The links in there do not seem to work. When linking to smalltalkhub the ~is 
exchanged by %7E

Norbert

> Please tell me if you still have problems.
> 
> Best
> 
> On Tue, Apr 22, 2014 at 2:46 PM, Robert Shiplett  wrote:
>> Google on Pillar "Pharo" hits some old links.
>> 
>> But when I got to http://www.smalltalkhub.com/#!/~Pier/Pillar
>> 
>> this worked fine in the RC inage:
>> 
>> Gofer new smalltalkhubUser: 'Pier' project: 'Pillar'; configuration; load.
>> (Smalltalk globals at: #ConfigurationOfPillar) load
>> 
>> 
>> On 22 April 2014 09:38, Robert Shiplett  wrote:
>>> 
>>> re: Curl markup, as in web markup using declarative style in Curl PL from
>>> MIT, not cURL ( see www.curlap.com)
>>> 
>>> My Japanese web pages are now generated using nunjucks + node.js but in
>>> the hope of using pharo 3 + Seaside on small virtual server, I thought I
>>> would see what it takes to add Curl markup to the Pilar repertoire.
>>> 
>>> But the Pharo 3 RC image is giving a walkback over the configuration for
>>> Pillar, so I may not get to this this morning.
>>> 
>>> mrkup, mrkdwn
>>> 
>>> PS
>>> did any one see the role of an MIT OCaml / emacs guy in the Android visual
>>> app gen project from MIT ?
>>> 
>>> PPS
>>> Curl Android/iOS app gen project is called "caede" as in "maple" (KAEDE)
>> 
>> 
> 
> 
> 
> -- 
> 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] [ANN] WIP iStoa

[Hilaire Fernandes]

Thanks Bernat.

I will use your VM for next release.

With advices from my son, I am working now to make iStoa more
graphically fancy.

Hilaire

Le 22/04/2014 09:31, Bernat Romagosa a écrit :
> There you go!
> 
> Bernat.
> 

-- 
Dr. Geo http://drgeo.eu

Re: [Pharo-users] Curl markup with Pillar

[Damien Cassou]

On Tue, Apr 22, 2014 at 3:30 PM, Norbert Hartl  wrote:
>> this should get you started:
>> https://github.com/DamienCassou/pillar-documentation
>>
> The links in there do not seem to work. When linking to smalltalkhub the ~is 
> exchanged by %7E


where exactly do you see a problem?

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

"Success is the ability to go from one failure to another without
losing enthusiasm."
Winston Churchill

[Pharo-users] Gitfiletree error when loading Mapless

[Esteban A. Maringolo]

I'm attempting to load Sebastian's latest contribution [1] and when
doing so I'm getting an error related with git:

"Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists."

Looking into the code, I found it is executing this to clone the repo:
git clone g...@github.com:sebastianconcept/Mapless.git

Which if I run in the command prompt I get the same output.
As far as I can understand it is trying to access github with the user git.

If I clone the project as:
git clone https://github.com:sebastianconcept/Mapless.git

It works okay.

Any suggestion?

Esteban A. Maringolo

Re: [Pharo-users] Gitfiletree error when loading Mapless

[Esteban A. Maringolo]

I forgot to mention.

This is Ubuntu 13.04 and the latest 3.0 from get.pharo.org


Esteban A. Maringolo


2014-04-22 11:07 GMT-03:00 Esteban A. Maringolo :
> I'm attempting to load Sebastian's latest contribution [1] and when
> doing so I'm getting an error related with git:
>
> "Permission denied (publickey).
> fatal: Could not read from remote repository.
>
> Please make sure you have the correct access rights
> and the repository exists."
>
> Looking into the code, I found it is executing this to clone the repo:
> git clone g...@github.com:sebastianconcept/Mapless.git
>
> Which if I run in the command prompt I get the same output.
> As far as I can understand it is trying to access github with the user git.
>
> If I clone the project as:
> git clone https://github.com:sebastianconcept/Mapless.git
>
> It works okay.
>
> Any suggestion?
>
> Esteban A. Maringolo

Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 bits

[Esteban Lorenzano]

http://files.pharo.org/vm/pharo/linux/pharovm-u804.tar.gz

On 22 Apr 2014, at 15:26, Sergi Reyner  wrote:

> 2014-04-22 13:11 GMT+01:00 Damien Cassou :
> Hi Gabriel,
> 
> On Tue, Apr 22, 2014 at 1:14 AM, Stephan Eggermont  wrote:
> > Version 11.10 of Ubuntu is no longer supported. That ended nearly a year 
> > ago. That means that there is no heartbleed openssl update, you might need 
> > to compile a safe version from source. And that also means that there is no 
> > recent precompiled pharo for it. If you need to use a machine for a longer 
> > time, you might want to either use a LTS version, or upgrade regularly.
> 
> 
> Stephan is right. You *must* upgrade your system.
> 
> Right or not, it´s besides the point. Replace "Ubuntu 11.10" with "Debian 7". 
> Updated system, no heartbleed, and still no Pharo because they are shipping 
> 2.13.
> 

Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 bits

[Sergi Reyner]

2014-04-22 15:26 GMT+01:00 Esteban Lorenzano :

> http://files.pharo.org/vm/pharo/linux/pharovm-u804.tar.gz
>

Whoever compiled it deserves commendation. Nevertheless, in my opinion it´s
an issue to keep in mind for the future; distributions are likely to
upgrade their libc at different points in time, and a good lowest common
denominator should be chosen with care, otherwise it´s not really "common"
at all.

PS: in case it´s not apparent I´m not an Ubuntu fan :)

Cheers,
Sergi

Re: [Pharo-users] Gitfiletree error when loading Mapless

[Sergi Reyner]

2014-04-22 15:07 GMT+01:00 Esteban A. Maringolo :

> I'm attempting to load Sebastian's latest contribution [1] and when
> doing so I'm getting an error related with git:
>
> "Permission denied (publickey).
> fatal: Could not read from remote repository.
>
> Please make sure you have the correct access rights
> and the repository exists."
>
> Looking into the code, I found it is executing this to clone the repo:
> git clone g...@github.com:sebastianconcept/Mapless.git
>
> Which if I run in the command prompt I get the same output.
> As far as I can understand it is trying to access github with the user git.
>

With those URLs you are telling github to authenticate you using the public
keys associated to your github account. I´m guessing you have none?

Cheers,
Sergi

Re: [Pharo-users] Gitfiletree error when loading Mapless

[Esteban A. Maringolo]

You're right. I don't have any key associated in my Ubuntu env.

Thank you!


Esteban A. Maringolo


2014-04-22 11:53 GMT-03:00 Sergi Reyner :
> 2014-04-22 15:07 GMT+01:00 Esteban A. Maringolo :
>
>> I'm attempting to load Sebastian's latest contribution [1] and when
>> doing so I'm getting an error related with git:
>>
>> "Permission denied (publickey).
>> fatal: Could not read from remote repository.
>>
>> Please make sure you have the correct access rights
>> and the repository exists."
>>
>> Looking into the code, I found it is executing this to clone the repo:
>> git clone g...@github.com:sebastianconcept/Mapless.git
>>
>> Which if I run in the command prompt I get the same output.
>> As far as I can understand it is trying to access github with the user
>> git.
>
>
> With those URLs you are telling github to authenticate you using the public
> keys associated to your github account. I´m guessing you have none?
>
> Cheers,
> Sergi

Re: [Pharo-users] Curl markup with Pillar

[Norbert Hartl]

Am 22.04.2014 um 15:52 schrieb Damien Cassou :

> On Tue, Apr 22, 2014 at 3:30 PM, Norbert Hartl  wrote:
>>> this should get you started:
>>> https://github.com/DamienCassou/pillar-documentation
>>> 
>> The links in there do not seem to work. When linking to smalltalkhub the ~is 
>> exchanged by %7E
> 
> 
> where exactly do you see a problem?
> 
If I click on those links I get an empty smalltalkhub page. I think it should 
work but it doesn’t in my case with chrome on Mac OS.

Norbert

> -- 
> 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] Curl markup with Pillar

[Sergi Reyner]

2014-04-22 16:03 GMT+01:00 Norbert Hartl :

> >> The links in there do not seem to work. When linking to smalltalkhub
> the ~is exchanged by %7E
> >
> > where exactly do you see a problem?
> >
> If I click on those links I get an empty smalltalkhub page. I think it
> should work but it doesn’t in my case with chrome on Mac OS.
>

Doesn´t work with Chrome on GNU/Linux either.

http://en.wikipedia.org/wiki/Percent-encoding#Percent-encoding_unreserved_characters

Cheers,
Sergi

[Pharo-users] Versionner screencast

[Christophe Demarey]

Hello,

I made a small screencast on Versionner to explain how to use it: 
https://www.youtube.com/watch?v=S5Dbmmln8tA

Regards,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature

[Pharo-users] Domaintalk - A Proposed New Project Second Attempt

[Bob Williams]

It would appear that there is some interest in the Domaintalk project, 
but from the responses I received it is clear you need to see my full 
proposal to appreciate the scope of what is being proposed and determine 
if it is something that the Pharo project wants to do. The more 
extensive is currently over five pages of single spaced text and I think 
that that is excessive for the body of an email and I am not sure if 
your email system allows attachments. My problem is that I do not have 
access to a Web site; therefore, I am looking for a place where I can 
post the proposal document.


Some help please.

Re: [Pharo-users] Domaintalk - A Proposed New Project Second Attempt

[Esteban A. Maringolo]

Upload it to Dropbox or similar Cloud hosting.

Send it to me and I can do it for you.
Esteban A. Maringolo


2014-04-22 12:52 GMT-03:00 Bob Williams :
> It would appear that there is some interest in the Domaintalk project, but
> from the responses I received it is clear you need to see my full proposal
> to appreciate the scope of what is being proposed and determine if it is
> something that the Pharo project wants to do. The more extensive is
> currently over five pages of single spaced text and I think that that is
> excessive for the body of an email and I am not sure if your email system
> allows attachments. My problem is that I do not have access to a Web site;
> therefore, I am looking for a place where I can post the proposal document.
>
> Some help please.

Re: [Pharo-users] Domaintalk - A Proposed New Project Second Attempt

[Sergi Reyner]

2014-04-22 17:01 GMT+01:00 Esteban A. Maringolo :

> Upload it to Dropbox or similar Cloud hosting.
>
> Send it to me and I can do it for you.


Or just pastebin it.

Re: [Pharo-users] Athens question: AffineTransform, AthensCairoMatrix and Float values

[Igor Stasenko]

On 11 April 2014 20:24, Juraj Kubelka  wrote:

> Thank you Igor,
>
> I understand and I agree. Just can you clarify one think. Maybe I use it
> wrong. Right now in Roassal2/Trachel a shape has instance variable called
> matrix which is an AthensAffineTransform object. And if someone calls
> translateBy:, or scaleBy:, etc. I call the appropriate method
> on AthensAffineTransform. Do you say, that I should rather have instance
> variables position, rotation, and scale? Do I understand well? I thought it
> is better (faster) to keep the matrix and in #drawOn: only call
> #multiplyBy:.
>
> it doesn't really matters.. and up to your convenience. sometimes it's
convenient to use decomposed form (e.g. translation, scale, rotation)
instead of full matrix,
sometimes not.. depends how/who/where you using it.

And another question. Right now a rectangle is drawn like this:
> -=-=-=-=-
> computePath
> canvas ifNil: [ ^ self ].
> path := self athensCanvas
> createPath: [ :builder |
> builder
> absolute;
> moveTo: rectangle topLeft;
> lineTo: rectangle topRight;
> lineTo: rectangle bottomRight;
> lineTo: rectangle bottomLeft;
> lineTo: rectangle topLeft. ]
> -=-=-=-=-
>
> I do not see a method which draws rectangle directly. This 
> example shows
> there is a direct support for rectangle drawing. Am I right we do not have
> that support in Athens? Is there a reason for it?
>
>
Because there's only one method which draws any kind of shapes (including
rectangle). All you need to do is to draw it:

canvas drawShape: (0@0 corner: 100@100).

or

canvas setShape: (0@0 corner: 100@100).
...
canvas draw.

else there would be need to add dozens of

drawRect:
drawOval:
drawZigZag:
drawAnotherWeirdThing:

instead of simple method which covers all.


Thank you,
Juraj


El 11-04-2014, a las 13:29, Igor Stasenko  escribió:




On 11 April 2014 17:41, Juraj Kubelka  wrote:

> Hi,
>
> We are integrating Athens transformation to Roassal2/Trachel and I have
> reached an issue.
>
> In drawing code I use something like this:
> -=-=-=-
> athensCanvas pathTransform
> restoreAfter: [
>  *athensCanvas pathTransform*
> *multiplyBy: matrix; “an instance of AthensAffineTransform"*
>  athensCanvas
> setPaint: color;
> drawShape: self path.
> -=-=-=-
>
> I have a problem, that sometimes it crashes because it expects a float
> value (I understand why). I suppose I do not have to keep float values in
> AthensAffineTransform object. My suggestion is to ensure float values where
> it is expected. For example the method #loadAffineTransform could be like
> this:
>
> -=-=-=-
> AthensCairoMatrix>>loadAffineTransform: m
> self
>  initx: m x *asFloat*
>  y: m y *asFloat*
>  sx: m sx *asFloat*
>  sy: m sy *asFloat*
>  shx: m shx *asFloat*
>  shy: m shy *asFloat*
> -=-=-=-
>
>
Which will mean 6 extra #asFloat message sends, even if they're already
floats or ints but not Fractions (and in 99% of cases they are, so you will
slow down everything for the sake of 1%).
I prefer that user supplies already prepared data, so it don't have to be
implicitly converted since it takes extra CPU cycles, which can be spent
somewhere else.

But yes, it needs to be ensured, but at different place:
where you building that AthensAffineTransform

AthensAffineTransform>>sx: number
sx := number
=>>>
AthensAffineTransform>>sx: number
sx := number asFloat
.. (and for the rest of accessors)

like that it will ensure that AthensAffineTransform always stores floats,
which i'm not really like because integers is perfectly fine too.. its all
about Fractions.


Right now I have to do that transformation myself whenever I use Athens
> objects. I see it error prone and I do not see it obvious.
>
> On other hand I do not want to keep float values in my
> AthensAffineTransform, because if user do #scaleBy: 0.7 and then #scaleBy:
> (1/0.7) I want to get the same original value. Otherwise the image could
> change its size.
>
>
On your place i'd better forget about it. That's impossible when you
dealing with floating point values.. and multiple matrix operations.
Unless you explicitly control it by yourself, but that certainly should be
outside of AthensAffineTransform/Athens.


> The same change could be for other methods in AthensCairoMatrix.
>
>
Again, that would mean dozens of extra message sends at every single place,
whether it needed or not..
Like:
AthensCairoMatrix>>translateX: px Y: py

needs to be replaced with:

^ self primTranslateX: px asFloat Y: py asFloat

instead of direct call, plus adding   #primTranslateX:Y: method, of course.

Do you really want to pay a price of 50% less performance (or more) in
exchange of "i don't wanna think what i passing to it"?
Because apparently, you always need to think what you passing - one cannot
just pass a random object to some method and expect it to work, isn't?

Because i don't. All you need is to avoid using Fractions.. because
integers or floats is perfectly fine.
Fraction created only if yo

Re: [Pharo-users] Athens and ellipse drawing

[stepharo]

Thanks for the explanation I will add them to the chapter.


On 22/4/14 14:05, Igor Stasenko wrote:




On 14 April 2014 13:53, Juraj Kubelka > wrote:



El 14-04-2014, a las 8:21, Juraj Kubelka mailto:juraj.kube...@gmail.com>> escribió:


Thank you Stef,

the example helped me a lot to understand how to play with Athens.

The solution is not what I am looking for. If someone starts to
play with alpha canal, s/he will get unexpected results.

I have finally found an example in C language. It look like this:
-=-=-=-=-
cairo_set_line_width (cr, 0.1);
cairo_save (cr);
cairo_scale (cr, 1, 0.2);
cairo_arc (cr, 1.5, 1.5, 1, 0, 2 * M_PI);
cairo_restore (cr);
cairo_set_source_rgba (cr, 0, 1, 0, 0.50);
cairo_stroke (cr);
-=-=-=-=-


I do not know how to write the same instructions with Athens.

First, they draw one arc (cairo_arc (cr, 1.5, 1.5, 1, 0, 2 *
M_PI);), I draw 4 arcs:
-=-=-=-=-
canvas
createPath: [ :builder |
builder
absolute;
moveTo: 0 @ 0.5;
ccwArcTo: 0.5 @ 0.0 angle: 90 degreesToRadians;
ccwArcTo: 0.0 @ -0.5 angle: 90 degreesToRadians;
ccwArcTo: -0.5 @ 0.0 angle: 90 degreesToRadians;
ccwArcTo: 0 @ 0.5 angle: 90 degreesToRadians ].
-=-=-=-=-


OK, now I can draw ellipse with just one arc:
-=-=-=-
canvas
createPath: [ :builder |
builder
absolute;
moveTo: 0.5 @ 0;
arcCenterX: 0 centerY: 0 radius: 0.5 startAngle: 0 endAngle: Float
twoPi
-=-=-=-

Why is this method in private protocol? Why I should not use it?


because its private.. and implementation specific.
other implementations may not have this method at all, and your code 
will simply throw DNU.
And that's why you got the horizontal line btw.. because of using 
private protocol bypassing coordinate tracking.


Why I have to use “moveTo:”? In C-example they do not use it. But
I have to, otherwise there is an extra line on the canvas:

Well, I see in AthensCairoPathBuilder>>createPath:, there is call
of "self moveToX: 0 Y: 0.”. If I remove it, I do not have to write
“moveTo: 0.5@0”. So, I understand why I have to write it in my
code. The question is what is the purpose of "self moveToX: 0 Y:
0.”? I guess it simplify some situations, am I right? Which one?


the initial moveTo: command lets you set the origin (starting point) 
of your path.

if you don't start path with moveTo: command, it is implicitly set to 0@0.


There is actual Athens example:
-=-=-=-
AthensSceneView new scene: [ :can |
| path |
path := can createPath: [ :builder |
builder
absolute;
moveTo: 0.5 @ 0;
arcCenterX: 0 centerY: 0 radius: 0.5 startAngle: 0 endAngle: Float
twoPi ].
can pathTransform restoreAfter: [
can pathTransform scaleBy: 200 @ 50.

(can setStrokePaint: Color red) width: 0.1.
can drawShape:  path.
].
] ;
openInWindow
-=-=-=-

Thank you,
Juraj



Second, they set line width, before any other action (like
cairo_save). I do:
-=-=-=-=-
canvas pathTransform scaleBy: 200 @ 50.
(can setStrokePaint: Color red) *width: 0.1*.
can drawShape:  path.
-=-=-=-=-

So, my result in Athens is like this:


Any idea? The example is explained here
, C source code
is here  (by
clicking on the image in the page
).

Thank you,
Jura

El 12-04-2014, a las 4:01, Pharo4Stef mailto:pharo4s...@free.fr>> escribió:


AthensSceneView new
scene: [ :can |
| path |
path := can
createPath: [ :builder |
builder
absolute;
moveTo: 0 @ 0.5;
ccwArcTo: 0.5 @ 0.0 angle: 90 degreesToRadians;
ccwArcTo: 0.0 @ -0.5 angle: 90 degreesToRadians;
ccwArcTo: -0.5 @ 0.0 angle: 90 degreesToRadians;
ccwArcTo: 0 @ 0.5 angle: 90 degreesToRadians ].

can pathTransform
restoreAfter: [
can pathTransform scaleBy: 200 .
can
setPaint: Color red ;
drawShape:  path.
"(athensCanvas setStrokePaint: strokePaint)
width: (self strokeWidth / self scale) asFloat."
can drawShape:  path.].
can pathTransform
restoreAfter: [
can pathTransform scaleBy: 190 .
can
setPaint: Color blue ;
drawShape:  path.
"(athensCanvas setStrokePaint: strokePaint)
width: (self strokeWidth / self scale) asFloat."
can drawShape:  path

]
] ;
openInWindow










--
Best regards,
Igor Stasenko.

Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 bits

[GABRIEL DEFAGOT]

Okay! Thank you all! :-)
Date: Tue, 22 Apr 2014 15:47:44 +0100
From: sergi.rey...@gmail.com
To: pharo-users@lists.pharo.org
Subject: Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 
bits

2014-04-22 15:26 GMT+01:00 Esteban Lorenzano :

http://files.pharo.org/vm/pharo/linux/pharovm-u804.tar.gz

Whoever compiled it deserves commendation. Nevertheless, in my opinion it´s an 
issue to keep in mind for the future; distributions are likely to upgrade their 
libc at different points in time, and a good lowest common denominator should 
be chosen with care, otherwise it´s not really "common" at all.

PS: in case it´s not apparent I´m not an Ubuntu fan :)
Cheers,Sergi