Re: [Pharo-dev] Participating to a great project!

[Hilaire Fernandes]

Le 05/07/2014 10:01, stepharo a écrit :

check my blog post
http://pharoweekly.wordpress.com/2014/07/05/call-for-drgeo/


Thanks


I think that it would be great to have a sexier web site for Drgeo :)



Any suggestion?

Hilaire



--
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

[Pharo-dev] Participating to a great project!

[Hilaire Fernandes]

Hi,

Because we are a smart and cool community we deserve to build great 
project! Pharo is our power horse, our charismatic leaders show us the 
path of step by step work, stone after stone to build the great Pharo 
lighthouse! It is fun and exciting, it makes us feel smart and we want 
to share this feeling with other to participate as well.


This is why I am doing Dr. Geo, to share how cool is Pharo, how great it 
makes you fell to write an application with it.


A Dr. Geo user, contrary to the other same class software (i.e. 
interactive geometry), can dive from the application level to the 
programming level instantly, without superfluous cost (no need to 
install JAVA dev environement and IDE, etc.)
Dr. Geo typical user is a curious, a teacher or a student, for me they 
all deserve the best, and the best is "you can dive into Dr Geo and 
learn from it, modify it." Remember the Dan Ingalls quote: "If a system 
is to serve the creative spirit, it must be entirely comprehensible to a 
single individual." This is where we stand, it is our strong hold, and 
the DrGeo strong hold.


I want DrGeo to evolve faster, I have been doing the hard job to port to 
Athens and I got beaten with unstabilized features, but now the hard 
part is done, and it is time to move faster and quicker. Nowdays, 
programming at school is coming back as the new promise land for 
education, it is a unique chance for DrGeo and its programming feature 
to bring its stone.


To push forward, I have filled tickets for new features or improvements. 
Fell free to comment or to add new idea. I need you to make it real => 
http://bug.drgeo.eu


Thanks to read

Hilaire

--
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] numeric pad

[Hilaire Fernandes]

Normally this problem was solved for linux. Mine about 10 of june has a 
working keypad. Try to fetch one from this period in the different 
builds, if possible.


Hilaire




Le 01/07/2014 02:01, Pablo R. Digonzelli a écrit :

Hi all , i need numeric pad working for a linux application.
I probe last pharo and last squeak  vm and images and does not work .
I need to solve it in order to continue developing a business app .
Can anybody help me?




*Ing. Pablo Digonzelli*
Software Solutions
IP-Solutiones SRL
Metrotec SRL
25 de Mayo 521
Email: pdigonze...@softsargentina.com
pdigonze...@gmail.com
Cel: 5493815982714



--
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

[Pharo-dev] [ANN] Dr. Geo 17.07b

[Hilaire Fernandes]

Another release:
https://dl.dropboxusercontent.com/u/21633199/DrGeo.app-14.07c.zip


I will be happy to read comments from Mac OS X users regarding this bug
https://bugs.launchpad.net/drgeo/+bug/1331559

Thanks

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] [ANN] DrGeo 14.07b

[Hilaire Fernandes]

http://forum.world.st/BalloonCanvas-drawPolygon-tp4671832.html
https://pharo.fogbugz.com/f/cases/7565/BalloonCanvas-drawPolygon

Any way we have Athens, no need to bother with Balloon.
Sure Athens has many problem, and we need to use it to document the
problems and to find fixes or workarounds.


Now, I'll really love a newer VM for MacOSX with the Athens circle bugs
gone:
https://pharo.fogbugz.com/f/cases/13364/Mac-OS-X-and-Windows-VM-with-newer-Cairo

Hilaire



Le 24/06/2014 07:41, Hilaire Fernandes a écrit :
> It is related to Polygon, we have a thread on the forum, search for
> "hilaire balloon anti aliased"
> 
> Hilaire
> 
> Le 23/06/2014 11:27, stepharo a écrit :
>> Hi hilaire
>>
>> can you remind us what is broken? and why the squeak version would fix it?
>>
>> Stef
>>
>> On 23/6/14 08:50, Hilaire Fernandes wrote:
>>> Not at chance with Pharo, part of balloon canvas is broken (see a post
>>> of mine about 2 years ago).
>>> If you are serious about using it you should fix it or use Squeak.
>>>
>>>
>>> Hilaire
>>>
>>> Le 23/06/2014 00:11, p...@highoctane.be a
>>> écrit :
>>>>> Ah ok I thought you managed your code on launchpad.
>>>>>
>>>>> Is Athens the only way to have anti-aliased vector graphics in Pharo ?
>>>> I got antialiased graphics with the balloon engine without Athens.
>>>>
>>>> I'll dig for how. It is somewhere in my first Pharo experiments on
>>>> Smalltalkhub.
>>>>
>>>> Phil
>>>>
>>
>>
>>
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] [ANN] DrGeo 14.07b

[Hilaire Fernandes]

Right, but in that situation I really have to use the system icon to be
consistant, as it is for an user dialog.

Hilaire

Le 23/06/2014 11:28, stepharo a écrit :
> 
> I think that this is better that DrGeo embeds the resources that it needs.
> UITheme is to me a kind of design problem.

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] [ANN] DrGeo 14.07b

[Hilaire Fernandes]

It is related to Polygon, we have a thread on the forum, search for
"hilaire balloon anti aliased"

Hilaire

Le 23/06/2014 11:27, stepharo a écrit :
> Hi hilaire
> 
> can you remind us what is broken? and why the squeak version would fix it?
> 
> Stef
> 
> On 23/6/14 08:50, Hilaire Fernandes wrote:
>> Not at chance with Pharo, part of balloon canvas is broken (see a post
>> of mine about 2 years ago).
>> If you are serious about using it you should fix it or use Squeak.
>>
>>
>> Hilaire
>>
>> Le 23/06/2014 00:11, p...@highoctane.be a
>> écrit :
>>>> Ah ok I thought you managed your code on launchpad.
>>>>
>>>> Is Athens the only way to have anti-aliased vector graphics in Pharo ?
>>> I got antialiased graphics with the balloon engine without Athens.
>>>
>>> I'll dig for how. It is somewhere in my first Pharo experiments on
>>> Smalltalkhub.
>>>
>>> Phil
>>>
> 
> 
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

[Pharo-dev] English Dr. Geo user guide

[Hilaire Fernandes]

Hello,

It has been a very long task to produce a good quality English user
guide (and a French one, but it was easier for me), but we did it. Of
course it talks about Pharo programming as well!

Read, speak about, forward from
http://forum.drgeo.eu/New-user-guides-tt4024325.html

Thanks to read.

Hilaire

-- 
Dr. Geo - http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] [ANN] DrGeo 14.07b

[Hilaire Fernandes]

Not at chance with Pharo, part of balloon canvas is broken (see a post
of mine about 2 years ago).
If you are serious about using it you should fix it or use Squeak.


Hilaire

Le 23/06/2014 00:11, p...@highoctane.be a écrit :
>> Ah ok I thought you managed your code on launchpad. 
>>
>> Is Athens the only way to have anti-aliased vector graphics in Pharo ? 
> 
> I got antialiased graphics with the balloon engine without Athens.
> 
> I'll dig for how. It is somewhere in my first Pharo experiments on
> Smalltalkhub.
> 
> Phil
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] [ANN] DrGeo 14.07b

[Hilaire Fernandes]

Yeah! Another API changes to make a happy life. I met toons like that.

Thanks to mention it.

Hilaire

Le 22/06/2014 23:38, MartinW a écrit :
> I found another one, concerning a deprecated Method:
> The method UITheme>>questionIcon has been deprecated. It occurs when I use
> the „Wrench-Button“..
> 
> M.

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] [ANN] DrGeo 14.07b

[Hilaire Fernandes]

Le 22/06/2014 14:31, kilon alios a écrit :
> the bug is annoying but not very. I really like Dr Geo you have done an

For DrGeo this the kind of bug that prevent to release to public if you
don't want to look ridicule.
So I hope we can have a fixed VM for Mac OS X soon.

> amazing job with it. 
> 
> I am also interested to know how you work with launchpad, what is your
> workflow ? how you commit and push , pull ? 

Sourcecode is managed in SmalltalkHub, I know you can now save code in
filesystem, then commit in Launchpad, I have not explored it yet.


> Yes I am definitely going to explore Dr Geo because I want to write
> documentation about Morphic and I think your app will provide a good
> example to learn. I may "steal" some code for my projects too, Morphic +
> Athens is something that interests me as well and of course Spec and
> Roassal. But there is so much I don't understand will take me time
> before I feel comfortable coding. I am getting there though :) 

A lot of the UI design is over Morphic, I mean morphic is used for some
basic stuff, then the UI is handled with subtle details in the way to
interact with the canvas: DrGBuilder and DrGTool class categories.


> I see the Dr Geo could be easily turned into a design application if its
> not already, I see a lot of potential , will definitely need to take a
> closer look at the code to see how I can exploit it.  Its apps like this
> that make me love Pharo , more and more and of course all the available

Sure, explore and learn.

Hilaire


-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Broken arcCenterX:centerY:radius:startAngle:endAngle:

[Hilaire Fernandes]

Thanks Nicolai works like a charm.

Anyone to recompile the Mac OSX VM, please.

Thanks

Hilaire

Le 22/06/2014 11:17, Nicolai Hess a écrit :
> done.
> 
> 
> 2014-06-22 9:11 GMT+02:00 Hilaire Fernandes
>  <mailto:hilaire.fernan...@gmail.com>>:
> 
> Fantastic! Could you send me an archive of this Windows VM to test it
> and integrate it for DrGeo? (hilaire [at] drgeo.eu <http://drgeo.eu>)
> 
> Thanks
> 
> Hilaire
> 
> Le 22/06/2014 00:31, Nicolai Hess a écrit :
> > I just built a windows vm with new libcairo source (1.12.14)
> > and the bug on stroking arc paths is gone :)
> >
> 
> --
> Dr. Geo http://drgeo.eu
> iStoa - https://launchpad.net/istoa
> 
> 
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] is STHUB slow?

[Hilaire Fernandes]

A bit off topic, I took a look yesterday to Moose, I would like to
analysis (not clear idea, more like to see what is Moose) the DrGeo
source code but I did not went very far. Any tips or pointer you could
share related to that?

Hilaire

Le 21/06/2014 23:51, Tudor Girba a écrit :
> Indeed. The Moose jobs started to take 50% or more time since this morning.
> 
> Cheers,
> Doru
> 
> 
> On Sat, Jun 21, 2014 at 10:01 PM, Hilaire Fernandes
>  <mailto:hilaire.fernan...@gmail.com>> wrote:
> 
> I confirm, since this morning
> 
> Le 21/06/2014 20:27, stepharo a écrit :
> > Hi
> >
> > I'm experience strange speed problem when even loading packages.
> > Does any of you get the same?
> >
> > Stef
> >
> >
> 
> --
> Dr. Geo http://drgeo.eu
> iStoa - https://launchpad.net/istoa
> 
> 
> 
> 
> 
> -- 
> www.tudorgirba.com <http://www.tudorgirba.com>
> 
> "Every thing has its own flow"

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Pharo Video Tutorial

[Hilaire Fernandes]

Great! I just learn about Window group with your vidorials

Thanks

Hilaire

Le 22/06/2014 00:00, kilon alios a écrit :
> I have uploaded 5 new video tutorials to my playlist that can be found here
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Broken arcCenterX:centerY:radius:startAngle:endAngle:

[Hilaire Fernandes]

Fantastic! Could you send me an archive of this Windows VM to test it
and integrate it for DrGeo? (hilaire [at] drgeo.eu)

Thanks

Hilaire

Le 22/06/2014 00:31, Nicolai Hess a écrit :
> I just built a windows vm with new libcairo source (1.12.14)
> and the bug on stroking arc paths is gone :)
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Broken arcCenterX:centerY:radius:startAngle:endAngle:

[Hilaire Fernandes]

SOOooo, the next question is: are the Cairo libs the same on all VMs ?

Found nothing on git

Le 21/06/2014 20:00, Hilaire Fernandes a écrit :
> Right! I tested it with DrGeo on Wine and see the same results as you
> 
> Hilaire
> 
> Le 21/06/2014 18:20, Nicolai Hess a écrit :
>> I think this is a bug on cairo. The strange rendering only happens on
>> strokes,
>> not on solids fills and not on stroke with dashes:
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] is STHUB slow?

[Hilaire Fernandes]

I confirm, since this morning

Le 21/06/2014 20:27, stepharo a écrit :
> Hi
> 
> I'm experience strange speed problem when even loading packages.
> Does any of you get the same?
> 
> Stef
> 
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Broken arcCenterX:centerY:radius:startAngle:endAngle:

[Hilaire Fernandes]

Right! I tested it with DrGeo on Wine and see the same results as you

Hilaire

Le 21/06/2014 18:20, Nicolai Hess a écrit :
> I think this is a bug on cairo. The strange rendering only happens on
> strokes,
> not on solids fills and not on stroke with dashes:

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

[Pharo-dev] Broken arcCenterX:centerY:radius:startAngle:endAngle:

[Hilaire Fernandes]

I try a direct use of this method, and the same problem occurs under
Wine/Windows.

Is ti a problem with native boost? Is it different Cairo lib used for
Linux and Windows/Mac VM?

Hilaire



arcCenterX: xc centerY: yc radius: radius startAngle: angle1 endAngle:
angle2


self nbCall: #(void cairo_arc (AthensCairoCanvas context,
double xc,
double yc,
double radius,
double angle1,
double angle2) )





-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] [ANN] DrGeo 14.07b

[Hilaire Fernandes]

Le 21/06/2014 14:10, kilon alios a écrit :
> I really like your work, this also quite a code, I measure almost 300
> classes, you must have been working this for a very long time. 
> 
> I can confirm your Circle bug with my mac as well. 

Ok, very annoying bug.


> One thing it could be improved is drawing of polygons. To finish the
> polygon you instruct that the last point should be the same as the first
> point but it can easy to forget what was the first point if the polygon
> is quite complex so I would advice to use the right click instead. I

I filled a ticked https://bugs.launchpad.net/drgeo/+bug/1332827
Whenever you need to record something about DrGeo, consider filling a
ticket at http://bug.drgeo.eu

> only started to play around with it and I really like , great work ! 

Explore to examples files coming with DrGeo, and try to build your own.
Try the Smalltalk sketches from the workspace as well, it is a fun way
to do Smalltalk

Thanks

Hilaire

> 
> 
> On Sat, Jun 21, 2014 at 1:51 PM, Hilaire Fernandes
>  <mailto:hilaire.fernan...@gmail.com>> wrote:
> 
> Hello
> 
> Here is another release fixing some reported killing bugs
> https://dl.dropboxusercontent.com/u/21633199/DrGeo.app-14.07b.zip
> 
> Still this strange bug on Mac+Window with partial offscreen arc
> (circle). It looks like a problem on the path and I can't release to
> public DrGeo with such a bug.
> https://bugs.launchpad.net/drgeo/+bug/1331559
> Anyone with an idea?
> 
> 
> Thanks to test, to forward, to speak about DrGeo.
> 
> Hilaire
> 
> 
> --
> Dr. Geo http://drgeo.eu
> iStoa - https://launchpad.net/istoa
> 
> 
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

[Pharo-dev] [ANN] DrGeo 14.07b

[Hilaire Fernandes]

Hello

Here is another release fixing some reported killing bugs
https://dl.dropboxusercontent.com/u/21633199/DrGeo.app-14.07b.zip

Still this strange bug on Mac+Window with partial offscreen arc
(circle). It looks like a problem on the path and I can't release to
public DrGeo with such a bug.
https://bugs.launchpad.net/drgeo/+bug/1331559
Anyone with an idea?


Thanks to test, to forward, to speak about DrGeo.

Hilaire


-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] How to convert properyl an Athens Surface to a Form

[Hilaire Fernandes]

Thanks Nicolai,

I get results with #fullDrawnOn:

My felling: it should not get that complicated.

Hilaire

Le 21/06/2014 10:29, Nicolai Hess a écrit :
> Here, I create a ImageMorph from a Form.
> And the forms canvas is used to render an AthensWrapMorph.
> The important point is, fullDrawOn: instead of drawOn:
> 
> |form wrap background|
> form:=(Form extent:(400@400)depth:32).
> wrap:=AthensWrapMorph  new.
> wrap extent:400@400.
> background := Morph new extent:400@400.
> background color:Color white.
> wrap addMorph:background.
> background addMorph: Morph new.
> wrap.
> wrap fullDrawOn:form getCanvas.
> (ImageMorph withForm: form) openInWorld
> 
> 
> 
> 
> 2014-06-21 9:23 GMT+02:00 Hilaire Fernandes
>  <mailto:hilaire.fernan...@gmail.com>>:
> 
> Hello,
> 
> 
> I tried this but it produces empty form.
> 
> |canvas |
> canvas := (Form extent: aDrgeo area athensSurface extent depth: 32)
> getCanvas.
> aDrgeo area athensSurface displayOnMorphicCanvas: canvas at: 0@0.
> canvas form
> 
> 
> Hilaire
> 
> Le 20/06/2014 12:55, Igor Stasenko a écrit :
> > the best way is to blit surface on the morphic canvas
> > using
> > displayOnMorphicCanvas: canvas at: aPoint
> > method.
> >
> 
> --
> Dr. Geo http://drgeo.eu
> iStoa - https://launchpad.net/istoa
> 
> 
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] How to convert properyl an Athens Surface to a Form

[Hilaire Fernandes]

Hello,


I tried this but it produces empty form.

|canvas |
canvas := (Form extent: aDrgeo area athensSurface extent depth: 32)
getCanvas.
aDrgeo area athensSurface displayOnMorphicCanvas: canvas at: 0@0.
canvas form


Hilaire

Le 20/06/2014 12:55, Igor Stasenko a écrit :
> the best way is to blit surface on the morphic canvas
> using
> displayOnMorphicCanvas: canvas at: aPoint
> method.
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

[Pharo-dev] When bits are not bits

[Hilaire Fernandes]

Hello,

Is it normal ?

AthensCairoSurface>>asForm

"create a form and copy an image data there"
self checkSession.

self flush.
^ Form extent: (self width@self height) depth: 32 bits: id


-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] How to convert properyl an Athens Surface to a Form

[Hilaire Fernandes]

but I don't want to display but a properly converted Form.

Hilaire


Le 20/06/2014 12:55, Igor Stasenko a écrit :
> displayOnMorphicCanvas: canvas at: aPoint
> method.
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] How to convert properyl an Athens Surface to a Form

[Hilaire Fernandes]

The black background should be white.

I use asFrom: area owner athensSurface asForm
where owner is a WrapAthenMorph

Hilaire

Le 19/06/2014 22:16, Nicolai Hess a écrit :
> I use asForm and it works for me.
> can you create a screenshot with the odd result
> it creates.

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Athens and StrikeFont ( again )

[Hilaire Fernandes]

Gi Igor,

For DrGeo it is not a workable option to have different fonts in Morphic
widget and Athens canvas (I explained earlier why).
However I found the scaling trick of draw text to work reasonably well.
Not full perfect as from time to time I can see some artifact.

Thanks

Hilaire




Le 20/06/2014 15:32, Igor Stasenko a écrit :
> Sure, you can do: make sure you don't render text with same font in
> Morphic UI and Athens, so they don't interfere with each other.
> There's no easy way to get rid of interference, because it would require
> changing Freetype package and its plugin in order to establish a single
> font management point and funnel all requests to freetype library
> through it.
>  

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Pharo VM crash on seom DrGeo sketch

[Hilaire Fernandes]

It think the input was not well formed, error of mine with code not yet
updated to Athens.

Hilaire


Le 20/06/2014 13:15, Igor Stasenko a écrit :
> it is balloon plugin.. which responsible for rendering complex shapes.
> looks like for some shapes/complexity it doesn't works well?
> or input is not well formed..?
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

[Pharo-dev] How to convert properyl an Athens Surface to a Form

[Hilaire Fernandes]

Hi,
I can't find it. #asForm message produce odd result for me.

Hilaire

[Pharo-dev] Pharo VM crash on seom DrGeo sketch

[Hilaire Fernandes]

Hi,

I have some VM crash on some DrGeo. It happens from the DrGeo file
dialog when the preview of a sketch is computed. It is repeatable.

I saw it on Mac, then in Linux as well.

See below the log

Hilaire


-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa
hilaire@pchome ~/Travaux/Developpement/DrGeoII/trunk/build/tmp/DrGeo.app $ ./DrGeo.sh 

last object overwritten

/home/hilaire/Travaux/Developpement/DrGeoII/trunk/build/tmp/DrGeo.app/Contents/Linux/pharo
pharo VM version: 3.9-7 #1 Sat Jun 14 17:26:13 CEST 2014 gcc 4.6.3 [Production ITHB VM]
Built from: NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.20 uuid: cf2a-897d-48fd-8251-6789dd21d958 Jun 14 2014
With: NBCogit NativeBoost-CogPlugin-EstebanLorenzano.20 uuid: cf2a-897d-48fd-8251-6789dd21d958 Jun 14 2014
Revision: https://github.com/pharo-project/pharo-vm.git Commit: 0e8bbfbaeb03237fa6bb63ba834773fab18ca307 Date: 2014-06-14 12:20:21 -0300 By: Esteban Lorenzano  Jenkins build #14833
Build host: Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux
plugin path: /home/hilaire/Travaux/Developpement/DrGeoII/trunk/build/tmp/DrGeo.app/Contents/Linux [default: /home/hilaire/Travaux/Developpement/DrGeoII/trunk/build/tmp/DrGeo.app/Contents/Linux/]


C stack backtrace & registers:
*/home/hilaire/Travaux/Developpement/DrGeoII/trunk/build/tmp/DrGeo.app/Contents/Linux/pharo[0x809fc8c]
/home/hilaire/Travaux/Developpement/DrGeoII/trunk/build/tmp/DrGeo.app/Contents/Linux/pharo(error+0x17)[0x809fe97]
/home/hilaire/Travaux/Developpement/DrGeoII/trunk/build/tmp/DrGeo.app/Contents/Linux/pharo[0x8074a98]
/home/hilaire/Travaux/Developpement/DrGeoII/trunk/build/tmp/DrGeo.app/Contents/Linux/pharo[0x8074bf0/home/hilaire/Travaux/Developpement/DrGeoII/trunk/build/tmp/DrGeo.app/Contents/Linux/pharo(createClosureNumArgsnumCopiedstartpc+0x109)[0x807a6d9]
/home/hilaire/Travaux/Developpement/DrGeoII/trunk/build/tmp/DrGeo.app/Contents/Linux/pharo[0x806746f]
[0x7755a5a3]
[0x7762b20c]
[0x7762b20c]
[0x7762b20c]
[0x7755a648]
[0x77590bd3]


Smalltalk stack dump:
0xbfb0cab0 M MethodContext(ContextPart)>copyTo:blocks: 0x78f0c128: a(n) MethodContext
0xbfb0cad8 M MethodContext(ContextPart)>copyTo:blocks: 0x78f0c000: a(n) MethodContext
0xbfb0cb00 M MethodContext(ContextPart)>copyTo:blocks: 0x78f0b854: a(n) MethodContext
0xbfb0cb28 M MethodContext(ContextPart)>copyTo:blocks: 0x78f0b7f8: a(n) MethodContext
0xbfb0b9b4 M MethodContext(ContextPart)>copyTo:blocks: 0x78f0b79c: a(n) MethodContext
0xbfb0b9dc M MethodContext(ContextPart)>copyTo:blocks: 0x78f0b740: a(n) MethodContext
0xbfb0ba0c I MethodContext(ContextPart)>copyTo:blocks: 0x78f0b5c0: a(n) MethodContext
0xbfb0ba34 I MethodContext(ContextPart)>copyTo: 0x78f0b5c0: a(n) MethodContext
0xbfb0ba58 I SubscriptOutOfBounds(Exception)>freezeUpTo: 0x78f0b598: a(n) SubscriptOutOfBounds
0xbfb0ba7c I SubscriptOutOfBounds(Exception)>freeze 0x78f0b598: a(n) SubscriptOutOfBounds
0xbfb0baa0 M [] in DrGSegmentMarkMorph(Morph)>fullDrawOn: 0x78dbf78c: a(n) DrGSegmentMarkMorph
0xbfb0babc M BlockClosure>cull: 0x78f0af1c: a(n) BlockClosure
0xbfb0bae4 I [] in MethodContext(ContextPart)>handleSignal: 0x78f0b8b0: a(n) MethodContext
0xbfb0bb04 M BlockClosure>ensure: 0x78f0b9c4: a(n) BlockClosure
0xbfb0bb2c I MethodContext(ContextPart)>handleSignal: 0x78f0b8b0: a(n) MethodContext
0xbfb059d0 I SubscriptOutOfBounds(Exception)>signal 0x78f0b598: a(n) SubscriptOutOfBounds
0xbfb059f0 I SubscriptOutOfBounds class>signalFor:lowerBound:upperBound:in: 0x778bb480: a(n) SubscriptOutOfBounds class
0xbfb05a20 I SubscriptOutOfBounds class>signalFor:lowerBound:upperBound: 0x778bb480: a(n) SubscriptOutOfBounds class
0xbfb05a4c I SubscriptOutOfBounds class>signalFor: 0x778bb480: a(n) SubscriptOutOfBounds class
0xbfb05a70 I Array(Object)>errorSubscriptBounds: 0x782de944: a(n) Array
0xbfb05a8c M Array(Object)>at: 0x782de944: a(n) Array
0xbfb05aa8 M Array(SequenceableCollection)>third 0x782de944: a(n) Array
0xbfb05b04 I [] in DrGSegmentMarkMorph(PolygonMorph)>drawDashedBorderOn:usingEnds: 0x78dbf78c: a(n) DrGSegmentMarkMorph
0xbfb05b2c M [] in DrGSegmentMarkMorph(PolygonMorph)>lineSegmentsDo: 0x78dbf78c: a(n) DrGSegmentMarkMorph
0xbfb099d0 M Array(SequenceableCollection)>do: 0x78e174b4: a(n) Array
0xbfb099f4 M DrGSegmentMarkMorph(PolygonMorph)>lineSegmentsDo: 0x78dbf78c: a(n) DrGSegmentMarkMorph
0xbfb09a2c I DrGSegmentMarkMorph(PolygonMorph)>drawDashedBorderOn:usingEnds: 0x78dbf78c: a(n) DrGSegmentMarkMorph
0xbfb09a54 M DrGSegmentMarkMorph(PolygonMorph)>drawBorderOn:usingEnds: 0x78dbf78c: a(n) DrGSegmentMarkMorph
0xbfb09a78 M DrGSegmentMarkMorph(DrGPolylineMorph)>drawOn: 0x78dbf78c: a(n) DrGSegmentMarkMorph
0xbfb09a94 M DrGSegmentMarkMorph>drawOn: 0x78dbf78c: a(n) DrGSegmentMarkMorph
0xbfb09ab0 M FormCanvas(Canvas)>draw: 0x78eec2c4: a(n) FormCanvas
0xbfb09acc M FormCanvas(Canvas)>drawMorph: 0x78eec2c4: a(n) FormCanvas
0xbfb09aec M [] in DrGSegmentMarkMorph(Morph)>fullDrawOn: 0x78dbf78c: a(n) DrGSegmentMar

Re: [Pharo-dev] vm over android

[Hilaire Fernandes]

Hi Jean-Baptiste,

Dmitry wrote some hook to call the Android Virtual keyboard from the
image, and may be some other I forget about.

Hilaire

Le 18/06/2014 14:56, Jean Baptiste Arnaud a écrit :
> 
> CogDroid, project is not maintain since 3 or 4 years. 
> But still seems work (just have a completely separated source).
> Peoples give me all the key to revive it.
> I take the source of Cogdroid for understand what they do and redo it
> changing less thing possible in unix source.
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Brainstorming Pharo4

[Hilaire Fernandes]

Agree


Le 15/06/2014 09:34, stepharo a écrit :
> 
> between you and me, I always raised this point but I was not heard
> (personally I'm not fan of composed keys)
> So hilaire to help we should use keybinding (check the draft chapter in
> pharo for the entreprise)
> and kill all the hardcoded bindings.
> 
> We could make a list and fix them one by one.

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Brainstorming Pharo4

[Hilaire Fernandes]

Le 14/06/2014 15:03, stepharo a écrit :
>> „Improving tools“: One aspect is making the tools aware of new
>> achievements in the core. Another aspect is to finish things that did
>> change in the past like e.g. keybindings. Nautilus uses new keyboard
>> shortcut while other tools use old ones. That is killing the
>> development experience.
> 
> I cannot agree more on that one :)

For me this is consolidation: making the whole system very consistent
and coherent is damn important so that user (particularly new user) are
surprised as few as possible. I am willing to help on that if any
direction is decided.

Thanks

Hilaire


-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Windows VM question

[Hilaire Fernandes]

In that case you then need a .bat file to start it, right?

Le 10/06/2014 22:39, Nicolai Hess a écrit :
> As long as the libraries are accessible from the path environment variable.
> create directory "dll"
> put all dlls into that directory
> SET PATH=%PATH%;dll
> pharo.exe .

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] vm over android

[Hilaire Fernandes]

Yes, it requires investment. My dream was to earn a few money with DrGeo
on tablet to pay grant to people to work a bit on Pharo4Tablet. I was
over optimistic. May be iStoa would have better chance because of a
larger audience, but there is a lot to do. However it is very
interesting to develop math activity with iStoa, and much easier than
working on DrGeo.

Hilaire

Le 10/06/2014 22:27, Esteban A. Maringolo a écrit :
> IMO, Pharo can't compete with tools for the creation of native mobile
> apps like Xamarin, RubyMotion or Appcelerator Titanium.
> 
> Mobile is a moving target (pun unintended), and requires tons of money
> to at least enter into the competition. :)

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Windows VM question

[Hilaire Fernandes]

Of course I meant I want to move those .dll files in a subdirectory.

Thanks

Hilaire

Le 10/06/2014 17:55, Hilaire Fernandes a écrit :
> Now I would like to hide all this *.dll files. I check for the .ini
> parameters but I did not find anything. Did I miss somethings?

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

[Pharo-dev] Windows VM question

[Hilaire Fernandes]

Hello,

When I look at the Windows VM file directory, it looks like this:

Contents
FT2Plugin.dll
libcairo-2.dll
libeay32.dll
libfreetype-6.dll
libgit2.dll
libpixman-1-0.dll
libpng-3.dll
libssh2-1.dll
Pharo.exe
SqueakFFIPrims.dll
SqueakSSL.dll
ssleay32.dll
zlib1.dll


Now I would like to hide all this *.dll files. I check for the .ini
parameters but I did not find anything. Did I miss somethings?

Thanks

Hilaire


-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Bench comparing Pahro 1.4 and 3.0.

[Hilaire Fernandes]

No I did not mean that: in *one* run, it seems the execution is slower
at the "end" of the script. My computer is a bit slow, so I can observe
more likely such behavior.

Thanks

Hilaire

Le 10/06/2014 09:03, Nicolai Hess a écrit :
> And I don't know if this difference in timing is what Hilaire observed,
> as he wrote : Pharo3 gets slower and slower for every run. I

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] vm over android

[Hilaire Fernandes]

I have to admit Esteban is absolutely right. DrGeo on Android and iPad
were very interesting experiences but it is not up to the expect level
in term of user experience on these devices.

Hilaire

Le 09/06/2014 20:00, Esteban A. Maringolo a écrit :
> Just a comment:
> With the exception of something like Dr. Geo which has a complex
> custom drawn UI or for games, I wouldn't advice anybody to develop a
> "traditional" application using Pharo on Android.
> 
> My company develops native Android apps (backed with Pharo servers),
> and unless the app is rudimentary or you need to run on all devices...
> I wouldn't recommend html5 (js and friends) either. The technology
> "isn't there" yet (but it's moving forward).
> 
> Regards!
> 
> 
> 
> 
> 
> 
> 
> Esteban A. Maringolo
> 
> 
> 2014-06-09 14:25 GMT-03:00 Pablo R. Digonzelli :
>> Thanks all!
>>
>>
>> Ing. Pablo Digonzelli
>> Software Solutions
>> IP-Solutiones SRL
>> Metrotec SRL
>> 25 de Mayo 521
>> Email: pdigonze...@softsargentina.com
>> pdigonze...@gmail.com
>> Cel: 5493815982714
>>
>> - Mensaje original -
>> De: "Hilaire Fernandes" 
>> Para: pharo-dev@lists.pharo.org
>> Enviados: Lunes, 9 de Junio 2014 13:27:52
>> Asunto: Re: [Pharo-dev] vm over android
>>
>> I have been using it for DrGeo
>> https://code.google.com/p/squeakvm-tablet/wiki/JenkinsBuilds
>>
>> Hilaire
>>
>> Le 09/06/2014 16:50, Pablo R. Digonzelli a écrit :
>>> Hi all, i want to know if it is planning develop a vm over android?
>>> Time frame ?
>>>
>>> TIA
>>>
>>> 
>>> 
>>> *Ing. Pablo Digonzelli*
>>> Software Solutions
>>> IP-Solutiones SRL
>>> Metrotec SRL
>>> 25 de Mayo 521
>>> Email: pdigonze...@softsargentina.com
>>> pdigonze...@gmail.com
>>> Cel: 5493815982714
>>>
>>
>> --
>> Dr. Geo http://drgeo.eu
>> iStoa - https://launchpad.net/istoa
>>
>>
>>
> 
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] vm over android

[Hilaire Fernandes]

I have been using it for DrGeo
https://code.google.com/p/squeakvm-tablet/wiki/JenkinsBuilds

Hilaire

Le 09/06/2014 16:50, Pablo R. Digonzelli a écrit :
> Hi all, i want to know if it is planning develop a vm over android?
> Time frame ?
> 
> TIA
> 
> 
> 
> *Ing. Pablo Digonzelli*
> Software Solutions
> IP-Solutiones SRL
> Metrotec SRL
> 25 de Mayo 521
> Email: pdigonze...@softsargentina.com
> pdigonze...@gmail.com
> Cel: 5493815982714
> 

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Bench comparing Pahro 1.4 and 3.0.

[Hilaire Fernandes]

Hi Nicolai,

No, check on Smalltalk Hub. You will find instruction to install it as well.

The ConfigurationOfDrGeo will not fetch the latest code, but once
installed you can update the packages -Core and -Polymorph throught
Monticello.

Hilaire


Script to try for rendering slowness (replace "figure do:" with
"MessageTally spyOn:" to measure)

|canvas s stats points|

points :=Array new: 12.
stats := Array new: 12 withAll: 0.

canvas := DrGeoCanvas new.
canvas  scale: 20; fullscreen ;
centerTo: 6@10.
2 to: 12 do: [:i |
points at: i put: (canvas point: i@0.1).
(points at: i) square; color: Color blue.
s := canvas segment: i@0 to: (points at: i).
s color: Color red].

figure do: [
1 to: 1 do: [:i|
s := 6 atRandom + 6 atRandom.
stats at: s put: ((stats at: s)+1).
(points at: s)
name: (stats at: s) asString;
moveTo: s @ ((stats at: s) / 100).
canvas update]].


Or another script to stress other aspect:

| figure triangle |
figure := DrGeoCanvas new fullscreen.
triangle := [ ].

triangle := [:p1 :p2 :p3  :n | |s1 s2 s3 perp cercle p4 |
   s1 := figure segment: p1 to: p2.
   s2 := (figure segment: p2 to: p3) color: Color red; large.
   s3 := figure segment: p3 to: p1.
   perp := figure perpendicular: s3 at: p3.
   cercle := figure circleCenter: p3 to: p2.
   p4 := figure altIntersectionOf: cercle and:  perp.
   perp hide. cercle hide. p4 hide.
   n > 0 ifTrue: [triangle value: p1 value: p3 value: p4 value: n -1]].

MessageTally spyOn: [triangle value: 0@0 value: -1@0 value: -1@1
value: 50]




Le 08/06/2014 23:07, Nicolai Hess a écrit :
> 
> I would like to take a look at this, can
> you provide me your current DrGeo version you are using
> for this. (I guess it is not http://www.squeaksource.com/DrGeoII)

-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Bench comparing Pahro 1.4 and 3.0.

[Hilaire Fernandes]

Le 08/06/2014 22:02, Clément Bera a écrit :
> Some collection protocols were optimized so your result makes sense.

The profiles show it is faster on 1.4!


> The current performance bottleneck for your application definitely comes
> from the use of isKindOf: based on your profiles. inheritsFrom: is
> called by isKindOf: I guess.

Although there are use of iskindOf: in the image (384), there are
exactly 0 use case from DrGeo source code directly, but still impacted I
guess. The situation is not different from 1.4, only inheritsFrom: seems
a lot slower in 3.0.

What is strange, and may give some indication about what is happening
underneath, the script as execution goes on, is slower and slower under
Pharo 3.0. With Pharo 1.4, the execution speed is completely constant
(as perceived).


> Now be very careful the current GC has very strange side effect. Did you
> perform manually a full GC before each bench ?


Ok. I added at the begining of the script a garbage collection. The
result are more or less the same. Now I wonder could it be related to
collection during execution:


**Memory**
old +461,292 bytes
young   -1,436,444 bytes
used-975,152 bytes
free+975,152 bytes

**GCs**
full0 totalling 0ms (0.0% uptime)
incr48 totalling 213ms (19.0% uptime), avg 4.0ms
tenures 8 (avg 6 GCs/tenure)
root table  0 overflows



Hil

[Pharo-dev] Bench comparing Pahro 1.4 and 3.0.

[Hilaire Fernandes]

I have run a Sketch script on DRGeo on Pharo 1.4 and 3.0
The script involved a lot of collection operations and object comparison.


The leaves results are strange, because the script is the same:


On Pharo 1.4:

**Leaves**
14.2% {97ms} Array class(Behavior)>>inheritsFrom:
11.4% {77ms} OrderedCollection(SequenceableCollection)>>hasEqualElements:
9.7% {66ms} DrGPointIntersectionItem>>=
9.6% {65ms} DrGPointIntersectionItem(DrGMathItem)>>parentsEqual:
5.0% {34ms} OrderedCollection>>at:
5.0% {34ms} Array(SequenceableCollection)>>first
4.7% {32ms} DrGPointFreeItem(DrGMathItem)>>=
3.5% {24ms} OrderedCollection(SequenceableCollection)>>=
2.7% {18ms} Array(Object)>>isKindOf:
2.4% {16ms} OrderedCollection>>do:
2.4% {16ms} OrderedCollection>>size
1.8% {12ms}
OrderedCollection(SequenceableCollection)>>indexOf:startingAt:ifAbsent:
1.2% {8ms} OrderedCollection>>ensureBoundsFrom:to:
1.2% {8ms} SmallInteger(Number)>>negative



On Pharo3:

**Leaves**
15.8% {168ms} Array class(Behavior)>>inheritsFrom:
11.4% {121ms} DrGCircle2ptsItem(DrGMathItem)>>=
8.3% {88ms} OrderedCollection>>size
8.3% {88ms} DrGCircle2ptsItem(DrGMathItem)>>parentsEqual:
7.5% {80ms} OrderedCollection>>at:
7.1% {76ms} OrderedCollection(SequenceableCollection)>>=
6.6% {70ms} Array(SequenceableCollection)>>first
6.0% {63ms} DrGPointIntersectionItem>>=
5.6% {59ms} OrderedCollection(SequenceableCollection)>>hasEqualElements:
1.9% {20ms} OrderedCollection>>do:
1.9% {20ms} OrderedCollection>>ensureBoundsFrom:to:
1.7% {18ms} OrderedCollection(Object)>>isKindOf:
1.5% {16ms}
OrderedCollection(SequenceableCollection)>>indexOf:startingAt:ifAbsent:
1.5% {16ms} SmallInteger(Number)>>negative




True in between DrGeo changes a bit but normally not in the part involved:


-- 
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa

Re: [Pharo-dev] Brainstorming Pharo4

[Hilaire Fernandes]

Le 04/06/2014 20:53, stepharo a écrit :
>> As an example I am slowly discovering announcement and now AFAIK the
>> image use three different protocols for this: change/update, observer
>> and Announcement!
> Yes we know that the situation is not ideal.
> We started to move more to announcement. The problem is that some of the
> widgets
> requires the change/update. For the observer I do not know what you mean.


change/update
when:send:to:/triggerEvent:
Announcement

This is just an example where developer get confused. This is why I beg
for consolidations, incidentally more people may be capable to help on
that tasks

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

[Pharo-dev] Fwd: Re: Slowness question

[Hilaire Fernandes]

 Message original 
Sujet:  Re: Slowness question
Date :  Thu, 5 Jun 2014 07:02:44 +0200
De :Clément Bera 
Répondre à :Any question about pharo is welcome

Pour :  Any question about pharo is welcome

Groupes de discussion:  gmane.comp.lang.smalltalk.pharo.user
Références :



Igor do you have a clue ?

(I'm not sure Igor is on pharo-users)

Clement


2014-06-04 23:15 GMT+02:00 Hilaire Fernandes
mailto:hilaire.fernan...@gmail.com>>:

Hi,


Programmed sketch in DrGeo can be animated, for example like the script
bellow.
The "canvas do:" message forks the block so user is not blocked.
At #udpate message the items and views (morph) are recomputed and
refreshed
.
Before porting DrGeo to Athens, the animation was pretty fast, now it is
very slow.

Any idea from where it could come from?

Thanks


---8<--
|canvas s stats points|

points :=Array new: 12.
stats := Array new: 12 withAll: 0.

canvas := DrGeoCanvas new.
2 to: 12 do: [:i |
points at: i put: (canvas point: i@0.1).
(points at: i) square; color: Color blue.
s := canvas segment: i@0 to: (points at: i).
s color: Color red].

canvas do: [
1 to: 1 do: [:i|
s := 6 atRandom + 6 atRandom.
stats at: s put: ((stats at: s)+1).
(points at: s)
name: (stats at: s) asString;
moveTo: s @ ((stats at: s) / 100).
canvas update].
---8<--



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

Re: [Pharo-dev] Brainstorming Pharo4

[Hilaire Fernandes]

Le 04/06/2014 20:53, stepharo a écrit :
>> As you mentioned a lot of new tools and protocols were introduced,
>> people (me included) does not well about those ones.
>> As an example I am slowly discovering announcement and now AFAIK the
>> image use three different protocols for this: change/update, observer
>> and Announcement!
> Yes we know that the situation is not ideal.
> We started to move more to announcement. The problem is that some of the
> widgets
> requires the change/update. For the observer I do not know what you mean.



change/update
when:send:to:/triggerEvent:
Announcement

This is just an example where developer get confused. This is why I beg
for consolidations, incidentally more people may be capable to help (and
learn) on these tasks



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

Re: [Pharo-dev] Brainstorming Pharo4

[Hilaire Fernandes]

Hi Esteban,

As you mentioned a lot of new tools and protocols were introduced,
people (me included) does not well about those ones.
As an example I am slowly discovering announcement and now AFAIK the
image use three different protocols for this: change/update, observer
and Announcement!

Personally I beg for a great Pharo 4.x series of iterative
cleaning+consolidations.

Thanks

Hilaire

Le 04/06/2014 17:36, Esteban Lorenzano a écrit :
> Hi, 
> 
> A couple of weeks ago we started to plan Pharo4. This work became stagnated 
> for many reasons, but mainly because I needed to travel to Argentina. 
> Now I'm slowly resuming the work and I wanted to share with you what we have 
> been talking/dreaming.
> In esence, we have two important drivers for this release: 
> 
> 1) Improving tools 
> Turns out that we have introduced a lot of kernel improvements (opal 
> compiler, layouts, slots, etc.) and tools are still not aware of them. Even 
> worst: we have traits since a lot of time and our tools are still now aware 
> enough to provide good interoperability.   
> But not just that: we have introduced things that are not well used yet: 
> keybindings (who do not want a better keybindings structure... coherent and 
> editable?), spec should allow us to continue enhancing existing tools and to 
> replace old ones. 
> 
> 2) Modularisation 
> One of the fundamental ideas behind Pharo is to provide a modular 
> environment. But well... since Pharo start to the moment, we prepared things 
> to allow it, but still few direct effort has been made. 
> In our dreams, Pharo should be built starting for a small kernel image and 
> adding different modules to get a complete version. In this idea 
> Pharo=Kernel+GUI(Morphic)+Tools.
> This has huge advantages (I do not think is necesary to explain them, isn't 
> ;)?)
> 
> We brainstomed around this and we get this list of issues (not all of them 
> directly related to the objectives, but well... good stuff also :) ) 
> 
> Web site: 
> - add catalog
> - add videos
> - enhance it in general
> 
> Infrastructure:
> - support more vm platforms
> 
> VM:   
> - spur
> - 64bits
> - make vm embedable and UI independent (with SDL2 and OSWindow)
> 
> Image:
> - Modularisation 
> - Removing old compiler
> - Repackage Morphic (to allow better modularisation) 
> - Athens (replace old bitblt)
> 
> Tools
> - Replace changes with Ombu/Epicea
> - Replace sources with a better abstraction
> - Git support inside image (with libgit2 + tools)
> - Pass on Spec
> - Include Glamour?
> - Make Ring unloadable
> - Fonts with FreeType
> 
> And lots of bugfixes :)
> 
> We would like to exchange ideas with you. 
> So, what do you think?
> 
> Esteban
> 
> 
> 

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

[Pharo-dev] TextMorph on Athens

[Hilaire Fernandes]

Hi,

DrGeo needs to know what is the status of TextMorph on Athens.
I have been through most of the broken parts of DrGeo@Pharo3 (really a
lot!), and this one is the last one AFAIK.
Depending on, I may write a temporary hack to bypass textmorph, but may
be it is not necessary and DrGeo can wait a bit, but I need to know.

Thanks


Hilaire

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

Re: [Pharo-dev] Some PharoVM work news

[Hilaire Fernandes]

Thanks Esteban!

Hilaire


Le 04/06/2014 15:38, Esteban Lorenzano a écrit :
> Hi,
> 
> I’ve been working on re-aligning our sources to latest Eliot sources. 
> This is a step previous to compile a spur vm for Pharo. 
> So far… it was a lot of work but I have a working version (in mac, not yet 
> tested in others)… but I forget to port Igor’s finalization improvements (I 
> forgot it was there and I  passed over it when merging), now I have to put it 
> back in…
> Overall… I have the impression latest Eliot versions are 5-10% faster than 
> our current ones, but I’m not sure (it could be just a good day for my 
> machine), so we will need to wait until release. 
> 
> This is a necessary step: our codebase is diverging more and more from 
> Eliot’s without any good reason, just a direct application of entropy laws, 
> and we need to realign if we want to continue working together (and we 
> certainly want :D). 
> 
> With luck, this work will be finished for the end of the week. 
> 
> cheers, 
> Esteban
> 
> 
> 

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

Re: [Pharo-dev] GPU accelerated GUI

[Hilaire Fernandes]

Like this https://pharo.fogbugz.com/default.asp?spec ?

Le 01/06/2014 00:23, Camille Teruel a écrit :
> I once set up several discussion topics there but nobody filled them yet.  

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

Re: [Pharo-dev] GPU accelerated GUI

[Hilaire Fernandes]

I know the points you described but my point was really it could help --
as Esteban rephrased it -- if we have a place to write down
stuff/idea/things to do/technical info related to Pharo improvement. It
is helpful to point someone to as a starting point.

PS: As far as I knwo Cairo is only software based no hw accelerated.

Le 31/05/2014 16:37, Clément Bera a écrit :
> Hello,
> 
> Typically for a new contribution, one write a new task in the bugtracker
> and then fix it (here: https://pharo.fogbugz.com/).
> 
> The 2 issues I mentioned, Morphic and BitBlt performance are well-known
> issues in the Pharo team. Some projects have been started to solve these
> issues: a refactoring of Morphic and Athens. To what I understood,
> Athens is supposed to replace the bottom layer of Morphic, BitBlt should
> be replaced by Cairo (binded with NativeBoost) and the top layer of
> Morphic should be refactored.
> 
> A guy was hired to work on these projects, but he left after a month and
> the Pharo team lost over 65keuros. So the 2 projects got kind of
> delayed, we're sorry about it.
> 
> I think you should talk directly to the the persons responsible for
> these projects to know what to do to help. The Morphic refactoring is
> leaded by Stephane Ducasse (and/or Alain Plantec ?) and Athens is leaded
> by Igor Stasenko. They can tell you on what to do to improve the UI. I
> know that recently Igor was working on a new/cleaner/faster TextEditor.
> Stef and Alain have committed several changes to Morph during the past
> years.
> 
> I cannot tell you what to do on these projects because I am working on
> Smalltalk code execution speed improvement (Cog JIT performance) and I
> am not deeply aware of recent advancements on these specific projects.
> So please Ask Stef or Igor.
> 
> PS: I was reading again my previous mail, I realized that Athens relies
> on Cairo so it probably uses GPU accelerated GUI.
> 
> Clément
> 
> 2014-05-31 15:01 GMT+02:00 Hilaire Fernandes
>  <mailto:hilaire.fernan...@gmail.com>>:
> 
> Can we collect somewhere in the web the information you mentioned and
> other more accurate? Ideally a wiki. Is there a dedicated place for
> Pharo? The wiki bugtracker?
> I guess most of us does not know where to look at for improvement.
> Asking to a newbie to contribute does not really help if we can't
> provide direction.
> 
> Hilaire
> 
> 
> 
> Le 31/05/2014 10:48, Clément Bera a écrit :
> > One is that the Morphic-based UI is slow. You can see it by using the
> > old MVC instead of Morphic which goes faster. Recently Morphic got
> > slower on Pharo and it is now slower than in Squeak. It may be due to
> > refactoring on Morphic in order to get it better, it may not be. I
> guess
> > this is temporary.
> >
> > The second thing is that BitBlt is slow for 2 reasons: it is bit based
> > and not vector based and its implementation half in the VM half in the
> > image forces to copy a huge number of bits that could be avoided
> >
> > So the answer is that you need to contribute to the refactoring of
> > Morphic or to Athens.
> >
> 
> --
> Dr. Geo http://drgeo.eu
> 
> 
> 

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

Re: [Pharo-dev] GPU accelerated GUI

[Hilaire Fernandes]

Can we collect somewhere in the web the information you mentioned and
other more accurate? Ideally a wiki. Is there a dedicated place for
Pharo? The wiki bugtracker?
I guess most of us does not know where to look at for improvement.
Asking to a newbie to contribute does not really help if we can't
provide direction.

Hilaire



Le 31/05/2014 10:48, Clément Bera a écrit :
> One is that the Morphic-based UI is slow. You can see it by using the
> old MVC instead of Morphic which goes faster. Recently Morphic got
> slower on Pharo and it is now slower than in Squeak. It may be due to
> refactoring on Morphic in order to get it better, it may not be. I guess
> this is temporary.
> 
> The second thing is that BitBlt is slow for 2 reasons: it is bit based
> and not vector based and its implementation half in the VM half in the
> image forces to copy a huge number of bits that could be avoided
> 
> So the answer is that you need to contribute to the refactoring of
> Morphic or to Athens.
> 

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

Re: [Pharo-dev] GPU accelerated GUI

[Hilaire Fernandes]

We could try to organize a task force on that matter. I will try to
submit some proposals later, but now I want to prepare a delicious cake.

Hilaire

Le 31/05/2014 10:48, Clément Bera a écrit :
> The second thing is that BitBlt is slow for 2 reasons: it is bit based
> and not vector based and its implementation half in the VM half in the
> image forces to copy a huge number of bits that could be avoided
> 
> So the answer is that you need to contribute to the refactoring of
> Morphic or to Athens.
> 
> GUI hardware acceleration is clearly not the problem yet.
> 

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

Re: [Pharo-dev] GetText deleting Pharo classes

[Hilaire Fernandes]

As long as we keep it external to Pharo I will say it is good practice.
But, I am so short in time now, I hope to have more time in a few weeks.

Hilaire


Le 20/05/2014 10:10, Usman Bhatti a écrit :
> My suggestion:
> - not to throw away pharo package
> - merge pharo package with GetText and name the merged package as
> system-localization in Pharo (for default multi-lingual functionality
> inside the image).
> - write some tests (because currently there are none).
> 
> What do you say?
> 

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

Re: [Pharo-dev] a Pharo talk from a ruby conference

[Hilaire Fernandes]

Alan's "Back to the future"

Le 21/05/2014 16:17, Ben Coman a écrit :
>>
>>   
> Maybe the marketing needs some "Why Smalltalk is new again..."
> 

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

Re: [Pharo-dev] WhatsUp from: 2014-05-19 until: 2014-05-31

[Hilaire Fernandes]

Le 19/05/2014 07:00,
seas...@rmod.lille.inria.fr a écrit :
> Hi! We're sending this automatic email twice a month, to give the community 
> an opportunity to easily know what's happening and to coordinate efforts.  
> Just answer informally, and feel free to spawn discussions thereafter!
> 
> ### Here's what I've been up to since the last WhatsUp:

- try to understand 32/64 bits status of interpreted VM, StackVM or
CogVM. Looks like it is not clear, and I am still confused: there is
definitely 64bits interpreted VM capable to run 32bits 1.4 Pharo image;
does not work with > 2.0 image, and newer plugin will be problem? Not
clear answer regarding CogVM compiled with 64bits libs to run 32 bits image.

- rebooting on Dr. Geo after a freeze of 7 months. Make it work on Pharo
2.0, several fixes, fix the mini-browser script problem using Nautillus
for now
https://bugs.launchpad.net/drgeo/+bugs?field.tag=pharo3

- iStoa continuing work: UI improvement, new activities.

> 
> ### What's next, until 2014-05-31 (*):

- Look at the situation regarding TextMorph rendering on Athens. First
re-investigation showed the situation is still the same as sept. 2013.
It is one of the final peace to get DrGeo fully working on Pharo2 with
Athens and produce a newer release.

- Update the iStoa build environment with the VM provided by Philip, it
has a working keypad:) and it is linked against LTS distribution libs.

- Release iStoa 14.06.

- investigating again on the VM.

> 
> (*) we'll be expecting results by then ;)
> 
> 

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

Re: [Pharo-dev] GetText deleting Pharo classes

[Hilaire Fernandes]

It will ease a lot of things but is it really the right things to do?
(i.e. all the new packages carved in Pharo now)

Hilaire

Le 19/05/2014 17:52, Marcus Denker a écrit :
> Maybe we should have the get text solution in the image by default?

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

Re: [Pharo-dev] 32 bits and 64 bits VM

[Hilaire Fernandes]

For me shipping the VM with the application eases the installation by
the user and the production of release. The alternative will be to build
a .debian package of Drgeo with only the image, then do the same for
each ubuntu version (the two last ubuntu LTS have different approach for
32 bits compatibilty, so debian installation script need to be different).
Of course, work need to be duplicated for the different Linux systems,
probably the most popular only, but still will close the door to
distribution I do not provide package. I just can't cope with that.

Hilaire

Le 19/05/2014 17:52, Damien Cassou a écrit :
> On Mon, May 19, 2014 at 5:49 PM, Hilaire Fernandes
>  wrote:
>> Indeed, when releasing DrGeo (and iStoa) to the public I have to provide
>> a VM: I don't know the target linux system nor its version.
> 
> 
> on Ubuntu, I can only recommend to use the PPA system. I do that for
> Phratch, Pillar and Launcher. I'm simplifying the infrastructure to
> facilitate the creation of Pharo-based end-user applications on
> Ubuntu. But it already works.
> 

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

Re: [Pharo-dev] 32 bits and 64 bits VM

[Hilaire Fernandes]

Definitely helpful for developer but not for user of an application
developed with Pharo. I know I am probably the only one facing this
situation, developing desktop applications with Pharo but VM packages
does not solve my problem.
Indeed, when releasing DrGeo (and iStoa) to the public I have to provide
a VM: I don't know the target linux system nor its version.

Hilaire

Le 19/05/2014 17:26, Damien Cassou a écrit :
> the PPA I have created hides all these details. You just have to
> install the pharo-vm-desktop package and dependencies will follow. It
> works on both 32bits and 64bits.

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

Re: [Pharo-dev] GetText deleting Pharo classes

[Hilaire Fernandes]

Gettext makes obsolete the previous in-house localization system herited
from Squeak. Gettext itself is herited from Etoys.
Some I guess the classes in the Pharo image are the one to be considered
obsolete. But well this should be carefully reviewed.

Hilaire

Le 19/05/2014 12:25, Usman Bhatti a écrit :
> When GetText package (http://smalltalkhub.com/#!/~PharoExtras/Gettext
> ) is loaded in
> Pharo, it overwrites two Pharo classes with its own in
> System-Localization package: LocalID and NaturalLangaugeTranslator.
> Although so far I haven't seen any bugs in GetText because of this
> anomaly, one of the side-effects is that we get a dirty package in
> Monticello browser.
> 

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

Re: [Pharo-dev] a Pharo talk from a ruby conference

[Hilaire Fernandes]

Le 16/05/2014 20:18, p...@highoctane.be a écrit :
> 
> Back to the future after 30 years of spinning your wheels
> ---
> 
> Wanting to code at the speed of tought?
> Wishing the machine was your friend and not a roadblock?
> Want to burn cash as slow as possible while maximizing your output?
> 
> If so, get a copy of Pharo! It is not your (grand) daddy's Smalltalk!

That's why I understand this argument about not advertising Smalltalk in
Pharo.

Whatever we do or say, this huge mass of followers, once they heard
Smalltalk they fill their head with red light warning, Smalltalk =
old/deprecated/obsolete.

For Pharo willing to socially scale = need to take this in consideration.

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

Re: [Pharo-dev] 32 bits and 64 bits VM

[Hilaire Fernandes]

I know for years[1], only solve partially, on some Linux distribution,
not really user friendly, support of this solution may change over
making installation of 32bits libs even more complicated for average user.

Now my question was related to 64bits, and I am really curious about
this 64bits squeakvm compiled for Debian AMD64

Le 16/05/2014 18:17, Damien Cassou a écrit :
> On Wed, May 14, 2014 at 9:08 PM, Hilaire Fernandes
>  wrote:
>> Yesterday my boss asked me to see DrGeo on his Ununtu 14.04LTS 64 bits
>> machine. I could not get it working
> 
> Following these simple instructions would have fixed the problem in 2 minutes:
> http://www.pharo-project.org/pharo-download/ubuntu
> 
> I run the exact same OS and Pharo works perfectly.
> 

[1]
http://www.drgeo.eu/community/faq#TOC-Can-I-run-it-in-my-Linux-64-bits-host-


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

Re: [Pharo-dev] a Pharo talk from a ruby conference

[Hilaire Fernandes]

Once, when I told an old friend I was doing Smalltalk, he asked me "Are
you doing computer archeology?" It is difficult to fight this.

Hilaire

Le 15/05/2014 22:09, Sergi Reyner a écrit :
> "Pharo is a Smalltalk for the 21st century." - Sergi Reyner.
> 
> Cheers,
> Sergi

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

Re: [Pharo-dev] 32 bits and 64 bits VM

[Hilaire Fernandes]

the SqueakVM https://packages.debian.org/sid/amd64/squeak-vm/download
is linked against 64bits libraries, at least as far as I am correct this
is what say:

ldd squeakvm

Next I tested I can run DrGeo (1.4 pharo based, 32 bits image) with this
VM on a 64 bits host (uname -a).

Pharo 2 does not work as this vm is too old.

Where am I wrong?

Hilaire

Le 16/05/2014 10:20, Esteban Lorenzano a écrit :
> I do not understand. To compile a regular vm in a 64bits platform is trivial. 
> You just need to have the 32bits library installed.
> But to have a 64bits vm that runs on 64bits… that’s another very different 
> history:

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

Re: [Pharo-dev] 32 bits and 64 bits VM

[Hilaire Fernandes]

Great.

As we are discussing about build, is it possible to compile CogVM on 64
bits architecture as it is already the case for the interpreted SqueakVM
(https://packages.debian.org/sid/squeak-vm)?

Hilaire

Le 15/05/2014 18:24, Esteban Lorenzano a écrit :
> so yes… I integrated the fix, created a pull request, waited until 
> validation… and then I forget to merge :S
> it should be in process to build now. 

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

Re: [Pharo-dev] 32 bits and 64 bits VM

[Hilaire Fernandes]

Are you sure?
Because VM fetched with "curl get.pharo.org/vmLatest | bash" has no
working keypad.

Hilaire

Le 15/05/2014 00:46, Esteban Lorenzano a écrit :
> and is integrated but still not promoted to stable (I think it will be
> next week). In the mean time, vmLatest will work.
> 

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

Re: [Pharo-dev] 32 bits and 64 bits VM

[Hilaire Fernandes]

Is your build done against not too recent libc et al. ?
If so I will be interested to have an archive of it.

Thanks

Le 14/05/2014 22:28, p...@highoctane.be a écrit :
> 
> Keypad works on my linux build. There was a lost commit somewhere and I
> fwded the file to Esteban for integration.

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

Re: [Pharo-dev] 32 bits and 64 bits VM

[Hilaire Fernandes]

May be I was not clear. I just mean VM compiled on a 64 bits
architecture, not porting to 64bits architecture.
I remember years ago, a friend, without knowledge on Squeakvm, told me
he compiled it on its 64bits host. Was he wrong somewhere?

Hilaire



Le 14/05/2014 21:43, Clément Bera a écrit :
> The work to port Pharo to 64 bits has started.
> 

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

[Pharo-dev] 32 bits and 64 bits VM

[Hilaire Fernandes]

Yesterday my boss asked me to see DrGeo on his Ununtu 14.04LTS 64 bits
machine. I could not get it working, 32 bits compatibility package to
run 32bits application on 64bits system is gone, you have to find out
manually the needed 32 bits libs and install it.

Now I don't want to face this situation anymore, I want to provide with
DrGeo a VM for each word size, compiled with not recent libc et al. and
a working keypad. It is the bare minimum to not look ridiculous.
By the way, the situation would have been equally ridiculous showing Pharo3.

Now, I wonder, how is deal the 32bits/64bits situation on Windows and
Mac OSX?

Hilaire


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

Re: [Pharo-dev] geometric framework

[Hilaire Fernandes]

=> Dr. Geo http://drgeo.eu

Hilaire

Le 14/05/2014 14:05, Natalia Tymchuk a écrit :
> Hello.
> I want to do visualization on Roassal and I need the geometric shapes and 
> their properties, for example: 
> build circle on 3 points;
> find mid perpendicular.
> 
> Can you tell me does some framework exist  or no? 
> Thank you.
> Best regards,
> Natalia.
> 

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

Re: [Pharo-dev] I love the Pharo 3 Dark Theme

[Hilaire Fernandes]

Really looks pro.

On day we may see this on a sci-fi movie, some time not well know UI are
used in such movies :)

Hilaire

Le 14/05/2014 11:30, p...@highoctane.be a écrit :
> 
> This is the thing running on my linux box now, using the updated
> PharoDawnTheme from Sebastian.
> 

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

Re: [Pharo-dev] a Pharo talk from a ruby conference

[Hilaire Fernandes]

We are discussing about the perception by *outsiders* of the used words
to describe Pharo.
Some commonly well known adjectives help to get the right impulse in the
reader mind to know what Pharo is about. When we use obscure or unknown
adjectives/descriptions to explain Pharo, we do not bring light or
attract newbie as easily as we could.

Hilaire


Le 14/05/2014 10:08, p...@highoctane.be a écrit :
> I wouldn't go down the Agile road as this is looking more and more like
> a religion and not driven by pragmatic considerations.
> 

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

Re: [Pharo-dev] a Pharo talk from a ruby conference

[Hilaire Fernandes]

Morning,

Livecoding is nice. I also like the idea of using the adjective "Agile"
as it conveys coolness in the today developers mind: "Pharo, an agile
programming environment and language for agile developers."

Hilaire

Le 13/05/2014 17:45, Craig Latta a écrit :
>  Let's put more energy into a concise and intriguing description. I
> think the primary concepts are programming, dynamism and messaging. The
> word "livecoding" seems to resonate these days. If we're going to repeat
> a word twenty times, I would choose that one. :)  It has a nice ring

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

Re: [Pharo-dev] developing games in Pharo

[Hilaire Fernandes]

Le 11/05/2014 17:21, Eliot Miranda a écrit :
> On iPhone Apple expressly forbid JITs other than their own so until that 
> changes the fastest VM on iPhone will be the Stack VM.

When the iPad came out, I remember about anxiety in the community
deploying Smalltalk application will be rejected by Apple...

Hilaire

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

Re: [Pharo-dev] developing games in Pharo

[Hilaire Fernandes]

Good evening,

Le 11/05/2014 17:21, Eliot Miranda a écrit :
> Hilaire, perhaps you can tell me whether touch support is OK or whether work 
> needs to be done in the VM?

I don't really know regarding the VM. I remember Bert did some
experiment with multitouch on Etoys, but I can't tell if it was a
temporary VM hack for iOS or something more structured for different
multitouch devices.
For sure works is needed at the image level to accommodate the widget to
multitouch.

Hilaire


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

Re: [Pharo-dev] developing games in Pharo

[Hilaire Fernandes]

-- for DrGeo. For iStoa it is nearly irrelevant, but there are
still some widgets around. Again games does use native widget, so it may
be ok. For DrGeo I need to subclass a Pharo theme to remove window
decorations, force dialog to be positioned on the top and centered and
other details I forgot about. It looks pretty ok for me, but not for
touch device users.
I tried to share the experience and work on this point but without
success[5].


> 
> 4)  Assuming I can arrange for my computer game (if I write it) to be
> installed are there memory/cpu usage issues
>  that I need to worry about (the game itself will use a minimal of
> memory/cpu except for graphics which also
>  is pretty reasonable).  I am thinking here of IPads etc.  For 
> Desktops/Laptops there should be no problem.
>  Download time and subsequent storage space is also a concern; 
> remember the device is probably used for
>  lots of other things so the amount of space allocated for games may
> be small compared to the space on the
>  machine?

If your code and medias game are small, the image size will be a
problem, not something that will prevent your application to work
perfectly, but more a feeling of wasted resources.

With Pharo1.4, I can shrink DrGeo image below 10MB, including DrGeo
code. With Pharo3, I can't get below 16MB with (smaller) istoa code.
It is really a deception, the new developer tools were not developed as
loadable code. I guess it was too difficult to be done, although it was
a promise (informal?) of the Pharo project when it start up.
Again it is not a show stopper.

Good work on your project, I will be happy to read about its progresses.

Hilaire


> 5)  Sorry for the redundancy if these questions have been asked before
> (which I am sure they have).
> 
> Thanks for any feedback;  I am sure others are interested in this
> question too.
> 
> Ralph Boland


[1] https://gforge.inria.fr/scm/?group_id=1308
[2]
http://bazaar.launchpad.net/~hilaire-fernandes/istoa/trunk/files/head:/build/
[3] https://itunes.apple.com/us/app/dr.-geometry/id559858173?mt=8
[4] https://play.google.com/store/search?q=drgeo
[5] http://forum.world.st/iOS-polymorph-theme-anyone-tt3557696.html

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

Re: [Pharo-dev] [ANN] Phratch 3.0 released

[Hilaire Fernandes]

Great!
Did you test this new build on Android tablet regarding the fluidity?

Thanks

Hilaire

Le 10/05/2014 08:27, jannik laval a écrit :
> Phratch 3.0 is cleaner, faster and more stable.

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

Re: [Pharo-dev] New Website online

[Hilaire Fernandes]

May be the adjective "agile" could be plugged somewhere in this
abstract, as it is "à la mode" and perfectly describes an intrinsic
quality of Pharo.

Hilaire

Le 30/04/2014 19:19, Esteban Lorenzano a écrit :
> ok, I have put the first suggestion. I can try the other one too… as you 
> prefer :)

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

Re: [Pharo-dev] New Website online

[Hilaire Fernandes]

It will be helpful indeed, the Forum really looks modern and handy
compared to the traditionnal mailing list archive. I always use the
former one, I guess the same for others.

Hilaire

Le 04/05/2014 10:49, Geert Claes a écrit :
> How about either adding a link to the online forums using
> "pharo.forum.world.st" or even embed the online forums using the Nabble
> embedding options in the Get Help section?
> 
> Nabble forum embedding options:
> 
> 
> 
> 
> --
> View this message in context: 
> http://forum.world.st/New-Website-online-tp4757241p4757808.html
> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
> 
> 

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

Re: [Pharo-dev] some unordered FAQ

[Hilaire Fernandes]

It is a nice idea.
Could be organised in different categories, in different pages, to ease
searching and browsing.

Hilaire

Le 03/05/2014 18:34, oscar@gmail a écrit :
> 
> 
> This has not been updated in a long while, but it could be a starting point 
> if you want to create a new FAQ:
> 
> http://scg.unibe.ch/wiki/faq/pharo
> 
> Cheers,
> Oscar
> 
> On 2 May 2014, at 19:35, Pavel Krivanek  wrote:
> 
>> Hi, 
>>
>> would be nice to collect some FAQ that newcomers that want to use Pharo for 
>> their business could ask. And of course start to answer them (code, links to 
>> books...) ;-)
>>
>>
>> How can I connect to a MySQL/MariaDB database and execute SQL commands 
>> safely without worrying about SQL injection? How to do that with PostgreSQL, 
>> Oracle and MS SQL? I’m using 32bit/64bit system.
>>
>> How can I connect to NoSQL databases (MongoDB, Couchbase, Riak)? I’m using 
>> 32bit/64bit system.
>>
>> Is there an OODB for Pharo?
>>
>> Are there some options for ORM? 
>>
>> How can I fork more Pharo images on the host OS level and communicate 
>> between them?
>>
>> How can I read line from STDIN?
>>
>> How can I write to STDOUT?
>>
>> How can I read and write data from/to a serial port?
>>
>> How do I delete a file?
>>
>> How do I copy a file?
>>
>> How do I read and write binary data?
>>
>> How do I access the serial (RS232) port?
>>
>> How can I do code coverage analysis of my project?
>>
>> How do I send e-mail?
>>
>> How do I send e-mail in HTML format and with attached files?
>>
>> How can I serialize objects to a binary form?
>>
>> How can I parse XML file?
>>
>> How can I parse HTML file?
>>
>> How can I generate random numbers?
>>
>> What platform-independent GUI toolkits (GTK+, Qt, wxWidgets...) have a 
>> binding for Pharo?
>>
>> How can I create an application with host OS native UI?
>>
>> How can I use OpenGL?
>>
>> How can I create binding for an external C/C++ library?
>>
>> Is there an automatic generator for external C/C++ libraries?
>>
>> How to do a Windows installer for Pharo applications?
>>
>> How to create a headless application on Windows and Mac OSX?
>>
>> Can I execute a Smalltalk code from C?
>>
>> How C I generate a bar/QR code?
>>
>> How can I generate a PDF with non-ASCII characters and ebedded fonts?
>>
>> How can I print from Pharo?
>>
>> How can I create an application with web interface?
>>
>> How can I serve static files from Pharo?
>>
>> Can I use Git for my Pharo projects?
>>
>> Can I develop applications for Android in Pharo?
>>
>> Can I develop applications for iOS in Pharo?
>>
>> Can I use DSA, SHA-1, SHA-2?
>>
>> How can I access to certificates registered in the host OS?
>>
>> Are there some interfaces to payment systems?
>>
>> How can I create image without development tools?
>>
>> Can I use VIM or Emacs to edit my code?
>>
>> How can I do Unicode normalization?
>>
> 
> 
> 

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

Re: [Pharo-dev] [Screencast] request for review

[Hilaire Fernandes]

Hello Laurent,

Two points:

1. on the video you have a rate problem, this is why it looks fast.
2. You should cut your video in at least 5 videos chunk of about 3 min.
each, or 3 parts of 5 min. each. It will make it more easy to digest for
newbie.

Sometime hesitation on the interface use should not be always cut, it
can be instructive as well.

Hilaire


Le 01/05/2014 23:21, Laurent Laffont a écrit :
> I've recorded a screencast for Pharo 3.0. Could some of you review the 
> english subtitles ? 

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

Re: [Pharo-dev] Build process of Pharo image

[Hilaire Fernandes]

Le 06/04/2014 10:44, Pharo4Stef a écrit :
> 
> On 05 Apr 2014, at 21:48, Hilaire Fernandes  
> wrote:
> 
>> Still, I do not get why the newer packages are not loadable with
>> configurations instead of been carved in the image. Why can't packages
>> developers provide such configurations?
> 
> sure give us a list?
>   - RB
>   - Nautilus
>   - spec 
>   - Keychain
>   - key mapping
>   - smart suggestions
>   - …..
>   - and many more

I can give you all the Monticello package list, but is it relevant? I
hardly know 10% of them. Some should probably belong to core other not.

> do you want an image by default without any tools? I do but we need time.

I don't understand: with times new important tools were developed, like
Nautilus and other I don't know I guess. Was it decided these tools
should be carved in the image or be loaded? Was not removing old tools
and using new loadable ones the way to build step by step this core image?
I confess I very likely don't see the subtle details.

> so you are right we are concious about it but no resources. 

Is it really a resource problem?
With my scarce resources and knowledge I can build automatically drgeo
with a bash script and a .st file since 1.x for several platform. I
agree it is more complex with Pharo but...

Hilaire


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

Re: [Pharo-dev] Build process of Pharo image

[Hilaire Fernandes]

For me this should the responsibilities of the component developers. It
is more efficient as s/he knows the component and what may break at
installation time.

Le 06/04/2014 10:44, Pharo4Stef a écrit :
>   You take unReloader you run the scripts and you load the configurations.
>   when they fail you fix them and restart. I have been doing that a lot 
> and we will continue but this is booring.

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

Re: [Pharo-dev] Build process of Pharo image

[Hilaire Fernandes]

Still, I do not get why the newer packages are not loadable with
configurations instead of been carved in the image. Why can't packages
developers provide such configurations? Why don't we have an image
without those packages? Then public images built with. Is it not what
Jenkins is supposed to do?
I am afraid the situation looks like Etoys carved in Squeak.

Hilaire

Le 05/04/2014 18:32, Marcus Denker a écrit :
> Yes, we need to look into a more modular build in Pharo4… to not just load 
> updates
> on the server but instead build from a small core (and possibly even from a 
> bootstrap).

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

Re: [Pharo-dev] Build process of Pharo image

[Hilaire Fernandes]

Ô temps, suspends ton vol!

I will add this quote: It is costless to get things done right than undone.

Hilaire

Le 05/04/2014 13:16, Marcus Denker a écrit :
> Time. The secret is that in the end only those things are done that are done.

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

[Pharo-dev] Build process of Pharo image

[Hilaire Fernandes]

Hello,

I have a question regarding the way the Pharo image is technically and
socially built.
One of the Pharo aim is to be a small and clean environment one can use
to develop and build dedicated application.
Dedicated tools as Metacello and Gofer are developed for this purpose.
Many architecture and dev tools are developed and replacing the old
ones: spec, nautillus, etc.
Now from the my peripheral point of view, it looks like these tools are
carved in the image, breaking the idea of a small and clean core image;
making difficult to build dedicated application image.
My question: why those tools were not developed to be loadable in a Pharo?

Thanks

Hilaire

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

Re: [Pharo-dev] New Nautilus side bar buttons

[Hilaire Fernandes]

Le 29/03/2014 10:08, p...@highoctane.be a écrit :
> 
> Ah, yet another effect of introducing a new compiler without decompiling
> abilities...

Ouch!


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

Re: [Pharo-dev] New Nautilus side bar buttons

[Hilaire Fernandes]

It looks nice but I don't think there are right because they are not
really informative. Color scheme is strange why purple and green? Then
byte code is not really bits. The old ones are just more informative
althought not as nice.

Hilaire



Le 28/03/2014 17:57, Benjamin a écrit :
> Hello guys,
> 
> since I do not really like the new buttons introduced in Nautilus,
> and since the previous one were broken, I propose this new set 
> of buttons based on the eclipse theme.

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

Re: [Pharo-dev] Release Mode

[Hilaire Fernandes]

I agree with you Ben, problem was the fix I did for broekn watery theme
also interlaced with the clean up in the hierachy.
My suggestion is to mark the unwished visual changes in the Pharo3 theme
as bug for Pharo 4, then proceed.

Hilaire

Le 28/03/2014 19:40, Ben Coman a écrit :
> My fault.  The submitted slice had some legitimate Theme bug fixes but
> mixed in was flattening of the Theme hierarchy by moving Pharo3Theme to
> subclass from UITheme rather than UIThemeWatery.   That part was
> "cleanup" rather than "bug fix" and I had some concerns which I failed
> to voice.   To revert that part I've uploaded
> SLICE-Issue-13114-Broken-PharoTheme-BenComan.3.   Hilaire, Could you
> review this to check it looks okay.  For overall effect this slice
> should be reviewed against build 30802.
> http://files.pharo.org/image/30/30802.zip

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

Re: [Pharo-dev] Pen back in the image

[Hilaire Fernandes]

I think too it is nice class to introduce to programming

Hilaire

Le 27/03/2014 17:17, p...@highoctane.be a écrit :
> Hello,
> 
> I'd like to see the Pen class coming back in the main image.
> 
> It really is useful for getting people acquainted with the tools and the
> bluebook uses it.
> 
> I am not asking for a form editor (it could be handy though).
> 
> Path is dead as it was hijacked by FileSystem. I miss it too.
> 
> What do you people think?
> 
> Phil

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

Re: [Pharo-dev] When change on class with trait freeze

[Hilaire Fernandes]

The problem did not show up with Pharo 1.4 with the same big trait.

Hilaire

Le 26/03/2014 17:26, Ben Coman a écrit :
> Hilaire Fernandes wrote:
>> https://pharo.fogbugz.com/f/cases/13133/When-change-on-class-with-trait-freeze
>>
>>
>>   
> I've somewhat isolated the problem, as reported on the case.  Its
> related to...
>TEasilyThemed methods size "--> 164"
> and the sources being updated individually for each method.  That is as
> far as I can take it on my own.
> 
> cheers -ben
> 
> 
> 

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

Re: [Pharo-dev] Random refactoring on UITheme or what?

[Hilaire Fernandes]

Ben,

My personal opinion on that:

- Pharo3Theme subclassing UIWatery was not necessary as these two themes
have mostly nothing in common
- Indeed if you want to only change a base color of watery theme, you
have to subclass from it.
- For DrGeo on tablet I needed a dedicated theme to remove the windows
decoration, for positionning dialog centered on the top, etc., and with
the look of watery; so I subclassed from watery.

Thanks for the integration work

Hilaire

Le 26/03/2014 18:08, Ben Coman a écrit :
> Just curious to learn...  I saw mentioned somewhere that it was bad to
> subclass themes. What is inherently wrong with that?  For example
> Pharo3Theme was inheriting from UIWateryTheme ?
> If I wanted my own theme, the same as UIThemeWatery but a different
> baseColor,
> should I do...
>UITheme subclass: MyTheme
>and copy all methods from UIThemeWatery
>then modify MyTheme class >> baseColor
> 
> or do...
>UIThemeWatery subclass:  MyTheme
>and add MyTheme class >> baseColor
> 
> cheers -ben

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

[Pharo-dev] [Fixed] Re: Random refactoring on UITheme or what?

[Hilaire Fernandes]

Slice in the Inbox.

https://pharo.fogbugz.com/f/cases/13118/Clean-up-the-mess-in-UITheme-hierarchy

Thanks

Hilaire


Le 22/03/2014 18:11, Ben Coman a écrit :
> Hilaire Fernandes wrote:
>> Sure.
>> Oh, by the way I realize the Polymoprh examples where scalped in Pharo3
>> because of the protocol change of ListModel. This is really *not* nice

Re: [Pharo-dev] Nicer scrollbars [was RE: Fixing inconsistent buttons look in PharoUI]

[Hilaire Fernandes]

Phil,

Nice.
You should be attention to the refactoring in the UITheme hierarchy as
Pharo3Theme is now a direct child of UITheme

The SLICE is 13118
https://pharo.fogbugz.com/f/cases/13118/Clean-up-the-mess-in-UITheme-hierarchy

Thanks

Hilaire

Le 26/03/2014 11:58, Philippe Back a écrit :
> And while I was at it, I made the scrollbars nicer.
> 
>  
> 
> https://pharo.fogbugz.com/default.asp?13136
> 
>  
> 
> All of this made me notice that there are quite a number of little
> glitches all over. Especially when using larger fonts.
> 
>  
> 
> Phil
> 
>  
> 
> *From:*Philippe Back [mailto:p...@highoctane.be]
> *Sent:* mercredi 26 mars 2014 10:51
> *To:* 'pharo-dev@lists.pharo.org'
> *Subject:* Fixing inconsistent buttons look in PharoUI
> 
>  
> 
> I’ve made a pass at fixing the buttons look (border in some places, no
> border in others). Spec-generated buttons are using the ButtonModel and
> MorphicButtonAdapter but the defaultSpec fo the the ButtonModel is
> asking the borderWidth and borderColor from the model, which is all nice
> but should be looking like the standard PluggableButtonMorphs, which do
> have a border.
> 
>  
> 
> So, aligned now.
> 
>  
> 
> https://pharo.fogbugz.com/default.asp?13135
> 
>  
> 
> Slice in inbox:
> SLICE-Issue-13135-Inconsistent-look-of-buttons-across-tools-Border-no-border-PhilippeBack.1
> 
>  
> 
> Phil
> 
> 
> 
> 
>    
> 
> Ce courrier électronique ne contient aucun virus ou logiciel malveillant
> parce que la protection Antivirus avast!  est
> active.
> 
> 

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

Re: [Pharo-dev] Flat button look in Pharo3

[Hilaire Fernandes]

Flat design. It is funny. After the colors overdoses of the '90 and '00,
we are back to the '70, with just a few more colors.

It looks much better with flat blue, thanks.

Hilaire

Le 26/03/2014 09:55, Philippe Back a écrit :
> I grew really fed up of the blue -> gray gradients in the Pharo3Theme.
> Watching it all day long was too much, so I embarked on looking inside.

[Pharo-dev] When change on class with trait freeze

[Hilaire Fernandes]

https://pharo.fogbugz.com/f/cases/13133/When-change-on-class-with-trait-freeze

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

[Pharo-dev] Deprecated ImageMorph>>image Pharo3

[Hilaire Fernandes]

Stef,

Should not ImageMorph>image: be deprecated as well?

Hilaire

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

Re: [Pharo-dev] Random refactoring on UITheme or what?

[Hilaire Fernandes]

Slice in the Inbox.

https://pharo.fogbugz.com/f/cases/13118/Clean-up-the-mess-in-UITheme-hierarchy

Thanks

Hilaire

Le 22/03/2014 18:11, Ben Coman a écrit :
> Hilaire Fernandes wrote:
>> Sure.
>> Oh, by the way I realize the Polymoprh examples where scalped in Pharo3
>> because of the protocol change of ListModel. This is really *not* nice.
>> Fixing that as well.
>>
>> Hilaire
>>   
> Thanks Hilaire.
> 
>> Le 22/03/2014 17:10, p...@highoctane.be a
>> écrit :
>>  
>>> Pharo3Theme is a renamed  glamourTheme  under Watery with some
>>> leftovers.
>>>
>>> Maybe a PharoTheme just under UITheme would be cleaner.
>>>
>>> 
> 
> 
> 
> 

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

Re: [Pharo-dev] Random refactoring on UITheme or what?

[Hilaire Fernandes]

Sure.
Oh, by the way I realize the Polymoprh examples where scalped in Pharo3
because of the protocol change of ListModel. This is really *not* nice.
Fixing that as well.

Hilaire

Le 22/03/2014 17:10, p...@highoctane.be a écrit :
> Pharo3Theme is a renamed  glamourTheme  under Watery with some leftovers.
> 
> Maybe a PharoTheme just under UITheme would be cleaner.
> 

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

Re: [Pharo-dev] Random refactoring on UITheme or what?

[Hilaire Fernandes]

I don't think so. These are orthogonal.

I will propose a simple hierarchy for the theme:

UITheme
 +-UIPharoTheme
 +-UIVistaryTheme
 +-UIWateryTheme

I will propose to delete all the other themes as they should belong to
other package.

Hilaire

Le 22/03/2014 15:27, Nicolas Cellier a écrit :
> Personnally, I find a huge progress in usability of 3.0 tools versus 2.0
> which was really awfull. If it must be at the price of broken themes (we
> can hope temporarily), I buy it.

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