from:"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 UIThemequestionIcon has been deprecated. It occurs when I use
 the „Wrench-Button“..
 
 M.

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

[Pharo-dev] English Dr. Geo user guide

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

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

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

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] Broken arcCenterX:centerY:radius:startAngle:endAngle:

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] Pharo Video Tutorial

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] is STHUB slow?

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
 hilaire.fernan...@gmail.com
 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] Broken arcCenterX:centerY:radius:startAngle:endAngle:

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
 hilaire.fernan...@gmail.com
 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] [ANN] DrGeo 14.07b

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] How to convert properyl an Athens Surface to a Form

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

[Pharo-dev] When bits are not bits

Hello,

Is it normal ?

AthensCairoSurfaceasForm

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

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

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

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
 hilaire.fernan...@gmail.com
 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

[Pharo-dev] [ANN] DrGeo 14.07b

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] [ANN] DrGeo 14.07b

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
 hilaire.fernan...@gmail.com
 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] Broken arcCenterX:centerY:radius:startAngle:endAngle:

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
primitive: #primitiveNativeCall module: #NativeBoostPlugin error:
errorCode

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] Broken arcCenterX:centerY:radius:startAngle:endAngle:

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?

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:

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] Pharo VM crash on seom DrGeo sketch

2014-06-20 Thread 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

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

2014-06-20 Thread 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] How to convert properyl an Athens Surface to a Form

2014-06-20 Thread 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

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

2014-06-19 Thread 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 esteba...@gmail.com 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 BlockClosurecull: 0x78f0af1c: a(n) BlockClosure
0xbfb0bae4 I [] in MethodContext(ContextPart)handleSignal: 0x78f0b8b0: a(n) MethodContext
0xbfb0bb04 M BlockClosureensure: 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 classsignalFor:lowerBound:upperBound:in: 0x778bb480: a(n) SubscriptOutOfBounds class
0xbfb05a20 I SubscriptOutOfBounds classsignalFor:lowerBound:upperBound: 0x778bb480: a(n) SubscriptOutOfBounds class
0xbfb05a4c I SubscriptOutOfBounds classsignalFor: 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 DrGSegmentMarkMorphdrawOn: 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) DrGSegmentMarkMorph

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

2014-06-19 Thread Hilaire Fernandes

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

Hilaire

Re: [Pharo-dev] vm over android

2014-06-18 Thread 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

2014-06-15 Thread 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] Brainstorming Pharo4

2014-06-15 Thread 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] vm over android

2014-06-11 Thread 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

2014-06-11 Thread 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] Bench comparing Pahro 1.4 and 3.0.

2014-06-10 Thread 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

[Pharo-dev] Windows VM question

2014-06-10 Thread 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] Windows VM question

2014-06-10 Thread 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

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

2014-06-09 Thread 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] vm over android

2014-06-09 Thread 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] vm over android

2014-06-09 Thread 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 pdigonze...@gmail.com:
 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 hilaire.fernan...@gmail.com
 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

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

2014-06-08 Thread 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} OrderedCollectionat:
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} OrderedCollectiondo:
2.4% {16ms} OrderedCollectionsize
1.8% {12ms}
OrderedCollection(SequenceableCollection)indexOf:startingAt:ifAbsent:
1.2% {8ms} OrderedCollectionensureBoundsFrom: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} OrderedCollectionsize
8.3% {88ms} DrGCircle2ptsItem(DrGMathItem)parentsEqual:
7.5% {80ms} OrderedCollectionat:
7.1% {76ms} OrderedCollection(SequenceableCollection)=
6.6% {70ms} Array(SequenceableCollection)first
6.0% {63ms} DrGPointIntersectionItem=
5.6% {59ms} OrderedCollection(SequenceableCollection)hasEqualElements:
1.9% {20ms} OrderedCollectiondo:
1.9% {20ms} OrderedCollectionensureBoundsFrom: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] Bench comparing Pahro 1.4 and 3.0.

2014-06-08 Thread 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

Re: [Pharo-dev] Brainstorming Pharo4

2014-06-05 Thread 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

[Pharo-dev] Fwd: Re: Slowness question

2014-06-05 Thread Hilaire Fernandes




 Message original 
Sujet:  Re: Slowness question
Date :  Thu, 5 Jun 2014 07:02:44 +0200
De :Clément Bera bera.clem...@gmail.com
Répondre à :Any question about pharo is welcome
pharo-us...@lists.pharo.org
Pour :  Any question about pharo is welcome
pharo-us...@lists.pharo.org
Groupes de discussion:  gmane.comp.lang.smalltalk.pharo.user
Références :lmo29u$qu0$1...@ger.gmane.org



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
hilaire.fernan...@gmail.com
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] Some PharoVM work news

2014-06-04 Thread 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

[Pharo-dev] TextMorph on Athens

2014-06-04 Thread 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] Brainstorming Pharo4

2014-06-04 Thread 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

Re: [Pharo-dev] GPU accelerated GUI

2014-06-01 Thread 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

2014-05-31 Thread 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] GPU accelerated GUI

2014-05-31 Thread 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
 hilaire.fernan...@gmail.com
 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] GetText deleting Pharo classes

2014-05-22 Thread 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

2014-05-21 Thread 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

2014-05-20 Thread 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

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
 http://smalltalkhub.com/#%21/%7EPharoExtras/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] 32 bits and 64 bits VM

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] 32 bits and 64 bits VM

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
 hilaire.fernan...@gmail.com 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] GetText deleting Pharo classes

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] a Pharo talk from a ruby conference

2014-05-17 Thread 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

2014-05-16 Thread 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] a Pharo talk from a ruby conference

2014-05-16 Thread 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

2014-05-16 Thread 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
 hilaire.fernan...@gmail.com 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] 32 bits and 64 bits VM

2014-05-15 Thread 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

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

2014-05-15 Thread 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

2014-05-15 Thread 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] a Pharo talk from a ruby conference

2014-05-14 Thread 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] I love the Pharo 3 Dark Theme

2014-05-14 Thread 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] geometric framework

2014-05-14 Thread 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] developing games in Pharo

2014-05-13 Thread 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

2014-05-13 Thread 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

2014-05-11 Thread Hilaire Fernandes

 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

2014-05-10 Thread 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] some unordered FAQ

2014-05-04 Thread 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 pavel.kriva...@gmail.com 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] New Website online

2014-05-04 Thread 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] New Website online

2014-05-04 Thread 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] Release Mode

2014-03-29 Thread 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] New Nautilus side bar buttons

2014-03-29 Thread 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] New Nautilus side bar buttons

2014-03-29 Thread 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] Pen back in the image

2014-03-27 Thread 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

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

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

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

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

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.

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

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

http://www.avast.com/

Ce courrier électronique ne contient aucun virus ou logiciel malveillant
parce que la protection Antivirus avast! http://www.avast.com/ est
active.

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

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



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] Random refactoring on UITheme or what?

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

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

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

[Pharo-dev] Deprecated ImageMorphimage Pharo3

2014-03-23 Thread Hilaire Fernandes

Stef,

Should not ImageMorphimage: be deprecated as well?

Hilaire

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

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

Hello,

bitter
In Pharo3, the UITheme hierarchy seems to have been hit by random
refactoring (it really looks like that) because it is broken in so many
place[1][2][3] and in such obvious way (very visible).

It will be nice the random refactorers take(s) full responsibility to do
the job from A to Z, and not only from A to H.
/bitter

[1] https://pharo.fogbugz.com/f/cases/12554/Broken-Watery-theme
[2] https://pharo.fogbugz.com/f/cases/13112/Broken-Vistary-theme
[3] https://pharo.fogbugz.com/f/cases/13114/Broken-PharoTheme

Thanks

Hilaire


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

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

Hello,

Well, if you can't do it, don't. I mean there is no obligation to
refactor working stuff if you don't have the resource to go from A to Z.
It is ok.

Then I *don't* understand something else: why so many new themes? It is
ridiculous to see PharoTheme, BlueTheme, OrangeTheme, Pharo3Theme. Some
are not even working properly.
May be there is a logic, but I don't get it.

For the broken Vistary theme, I identified the problem, and I'll let Ben
apply the fix as it seems appropriate to him[1].

Thanks

Hilaire


[1] https://pharo.fogbugz.com/f/cases/13112/Broken-Vistary-theme



Le 22/03/2014 10:42, Sven Van Caekenberghe a écrit :
 The theme stuff is really hard and complex. It is impossible to maintain 
 multiple ones, especially if those are seldom used. Maybe it would have been 
 better to remove all those that are not properly maintained. But that would 
 not have made you happy either I guess.
 
 It is really simple: with the limited resources that we have, we cannot 
 maintain all of them.
 
 On 22 Mar 2014, at 09:33, Hilaire Fernandes hilaire.fernan...@gmail.com 
 wrote:
 
 Hello,

 bitter
 In Pharo3, the UITheme hierarchy seems to have been hit by random
 refactoring (it really looks like that) because it is broken in so many
 place[1][2][3] and in such obvious way (very visible).

 It will be nice the random refactorers take(s) full responsibility to do
 the job from A to Z, and not only from A to H.
 /bitter

 [1] https://pharo.fogbugz.com/f/cases/12554/Broken-Watery-theme
 [2] https://pharo.fogbugz.com/f/cases/13112/Broken-Vistary-theme
 [3] https://pharo.fogbugz.com/f/cases/13114/Broken-PharoTheme

 Thanks

 Hilaire


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

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

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

Phil,

What is the darktheme?

Years ago I produced a Sugar theme for DrGeo on XO OLPC[1]. It is a
black and white theme[2].

Thanks

Hilaire


[1]
http://blog.ofset.org/hilaire/index.php?post/2010/07/20/Pharo-Smalltalk-on-XO
[2]
http://blog.ofset.org/hilaire/index.php?post/2010/07/17/Sugar-theme-fpr-Pharo


Le 22/03/2014 10:28, p...@highoctane.be a écrit :
 And the darktheme can only come out of serious refactorings I think.

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

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

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

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

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?