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
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: 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] [pharo-project/pharo-core]
Branch: refs/tags/40028 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] [pharo-project/pharo-core] acd27d: 40028
Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: acd27d62ebb057195840e417027a0c8f56da38a1 https://github.com/pharo-project/pharo-core/commit/acd27d62ebb057195840e417027a0c8f56da38a1 Author: Jenkins Build Server bo...@pharo-project.org Date: 2014-06-21 (Sat, 21 Jun 2014) Changed paths: M Athens-Examples.package/AthensDemoMorph.class/instance/initialize-release/initialize.st R Morphic-Base.package/extension/PasteUpMorph/instance/mouseDown_.st A Morphic-Core.package/PasteUpMorph.class/instance/dropping%2Fgrabbing/mouseDown_.st A Morphic-Core.package/PasteUpMorph.class/instance/menu %26 halo/contentsMenuTitle.st A Morphic-Core.package/PasteUpMorph.class/instance/menu %26 halo/contentsMenu_.st A Morphic-Core.package/PasteUpMorph.class/instance/menu %26 halo/popUpContentsMenu_.st A Morphic-Core.package/WorldMorph.class/instance/event handling/mouseDown_.st A Morphic-Core.package/WorldMorph.class/instance/menu %26 halo/contentsMenuTitle.st A Morphic-Core.package/WorldMorph.class/instance/menu %26 halo/contentsMenu_.st M NautilusRefactoring.package/NautilusRefactoring.class/instance/display/class_andInstVariable_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script28.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40028.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: --- 40028 13323 Cleaning PasteUpMorph mouseDown: https://pharo.fogbugz.com/f/cases/13323 13226 Inst Var Pull Up refactoring also shows superclass inst vars https://pharo.fogbugz.com/f/cases/13226 10935 AthensDemoMorph failing at figure9 https://pharo.fogbugz.com/f/cases/10935 http://files.pharo.org/image/40/40028.zip
[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] Adding progress to SmalllintChecker
No, I have slice in the repo, but not the package. And I cannot commit the package alone. Uko On 21 Jun 2014, at 06:19, Ben Coman b...@openinworld.com wrote: I sometimes accidentally save a package before saving a slice that the package is in, then it fails when saving the package because the package already exists on the remote repository. I work around this by scrolling down a fair way in the debugger stack where it iterates over the packages in the slice, and just skip it by returning a dummy value from the method just above there. cheers -ben Yuriy Tymchuk wrote: Ah, it’s strange, I can commit slice, but not the package version. Did I miss something important? Uko On 21 Jun 2014, at 02:57, Yuriy Tymchuk yuriy.tymc...@me.com wrote: Done https://pharo.fogbugz.com/f/cases/13348/Display-progress-when-running-lint-rules On 20 Jun 2014, at 22:06, stepharo steph...@free.fr wrote: Yes send code. Stef On 20/6/14 13:12, Yuriy Tymchuk wrote: Hi, can we add the progress bar to RBSmalllintChecker so we will see how many classes have been already checked? Or also how many methods in the class (though I don’t think this is reasonable). Uko
Re: [Pharo-dev] [ANN] DrGeo 14.07b
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. 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 only started to play around with it and I really like , great work ! On Sat, Jun 21, 2014 at 1:51 PM, Hilaire Fernandes 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
Re: [Pharo-dev] The importance of Class Comments
kilon alios wrote: I don't have an issue with that but Stephane Ducasse asked me not to change PBE and only do necessary porting to Pharo 3 so people that have done the translations for it will have easier time porting their translations too. That probably applies more to rearranging the sections within a chapter than creating a whole new chapter :) cheers -ben The chapter will be based on a chapter I have created for a book teaching Python for Blender users which can be found here -- http://wiki.blender.org/index.php/User:Kilon/Python_book_of_magic/09.Object Of course a lot of things need to change because Python is a different language and I want to also show the Pharo IDE tools. Now time to try your auto conversion tool on chapter 4 of PBE ;) On Fri, Jun 20, 2014 at 4:03 PM, Damien Cassou damien.cas...@gmail.com wrote: On Fri, Jun 20, 2014 at 2:03 PM, kilon alios kilon.al...@gmail.com wrote: am considering making a chapter about it fairly soon. what about putting this chapter in UpdatedPBE? -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
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
Re: [Pharo-dev] SystemWindow instances can't be garbage-collected
First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant too small community for an irc channel. My experience with irc is that 90-99% of people logged in at least are idle. For its size #pharo is quite active actually. sorry can't help you with your question :( On Sat, Jun 21, 2014 at 6:24 PM, Max Leske maxle...@gmail.com wrote: First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant Sorry about that. Here’s my original question as posted on IRC: Hi guys. I have a couple of SystemWindow instances sitting around in my image which can’t be garbage collected. They all once showed a debugger but that debugger seems to be only referenced by the window. I’m kind of running in circles. Does anyone have an idea how to find the root pointers which prevent garbage collection of an object? Using PointerFinder manually isn’t helping much (I’m in a Pharo 1.1.1 image). Cheers, Max
Re: [Pharo-dev] SystemWindow instances can't be garbage-collected
I guess you tried World Menu Windows Close all debuggers ? Did you check the Process Browser ? On 21 Jun 2014, at 17:24, Max Leske maxle...@gmail.com wrote: First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant Sorry about that. Here’s my original question as posted on IRC: Hi guys. I have a couple of SystemWindow instances sitting around in my image which can’t be garbage collected. They all once showed a debugger but that debugger seems to be only referenced by the window. I’m kind of running in circles. Does anyone have an idea how to find the root pointers which prevent garbage collection of an object? Using PointerFinder manually isn’t helping much (I’m in a Pharo 1.1.1 image). Cheers, Max
Re: [Pharo-dev] SystemWindow instances can't be garbage-collected
On 21.06.2014, at 17:36, kilon alios kilon.al...@gmail.com wrote: First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant too small community for an irc channel. My experience with irc is that 90-99% of people logged in at least are idle. For its size #pharo is quite active actually. Probably true. We should consider closing it. We’ve had people there asking questions before. Some of them didn’t get an answer at all (bad image for us) or were pointed to the mailing list which they probably would have tried anyway if the channel hadn’t existed... sorry can't help you with your question :( Thanks anyway :) On Sat, Jun 21, 2014 at 6:24 PM, Max Leske maxle...@gmail.com wrote: First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant Sorry about that. Here’s my original question as posted on IRC: Hi guys. I have a couple of SystemWindow instances sitting around in my image which can’t be garbage collected. They all once showed a debugger but that debugger seems to be only referenced by the window. I’m kind of running in circles. Does anyone have an idea how to find the root pointers which prevent garbage collection of an object? Using PointerFinder manually isn’t helping much (I’m in a Pharo 1.1.1 image). Cheers, Max
[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] SystemWindow instances can't be garbage-collected
On 21.06.2014, at 17:39, Sven Van Caekenberghe s...@stfx.eu wrote: I guess you tried World Menu Windows Close all debuggers ? That will indeed close all windows but the instances still stick around. Did you check the Process Browser ? Yes. I also killed everything Seaside related (no more entrypoints, processes, sessions…) On 21 Jun 2014, at 17:24, Max Leske maxle...@gmail.com wrote: First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant Sorry about that. Here’s my original question as posted on IRC: Hi guys. I have a couple of SystemWindow instances sitting around in my image which can’t be garbage collected. They all once showed a debugger but that debugger seems to be only referenced by the window. I’m kind of running in circles. Does anyone have an idea how to find the root pointers which prevent garbage collection of an object? Using PointerFinder manually isn’t helping much (I’m in a Pharo 1.1.1 image). Cheers, Max
Re: [Pharo-dev] SystemWindow instances can't be garbage-collected
I don't know how familiar you are with irc channels , but that is pretty much standard behaviour. So no its definitely not a reason to close channel. I rather help people who keep trying to learn pharo than people who give up too easily to be frank with you. Quantity is not Quality ;) On Sat, Jun 21, 2014 at 6:41 PM, Max Leske maxle...@gmail.com wrote: On 21.06.2014, at 17:36, kilon alios kilon.al...@gmail.com wrote: First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant too small community for an irc channel. My experience with irc is that 90-99% of people logged in at least are idle. For its size #pharo is quite active actually. Probably true. We should consider closing it. We’ve had people there asking questions before. Some of them didn’t get an answer at all (bad image for us) or were pointed to the mailing list which they probably would have tried anyway if the channel hadn’t existed... sorry can't help you with your question :( Thanks anyway :) On Sat, Jun 21, 2014 at 6:24 PM, Max Leske maxle...@gmail.com wrote: First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant Sorry about that. Here’s my original question as posted on IRC: Hi guys. I have a couple of SystemWindow instances sitting around in my image which can’t be garbage collected. They all once showed a debugger but that debugger seems to be only referenced by the window. I’m kind of running in circles. Does anyone have an idea how to find the root pointers which prevent garbage collection of an object? Using PointerFinder manually isn’t helping much (I’m in a Pharo 1.1.1 image). Cheers, Max
Re: [Pharo-dev] Broken arcCenterX:centerY:radius:startAngle:endAngle:
2014-06-21 18:05 GMT+02:00 Hilaire Fernandes hilaire.fernan...@gmail.com: 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 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: | view | view := AthensSceneView new. view extent:600@600. view scene: [:canvas | |path| path:= canvas createPath:[:builder | builder absolute. builder moveTo: -100@300. builder cwArcTo:300@300 angle:Float pi. ]. canvas surface clear: Color black. canvas setPaint: Color red. canvas setShape:path. canvas draw. (canvas setStrokePaint: Color green) width:2. canvas draw. (canvas setStrokePaint: Color yellow) width: 2;dashes:#( 3 3) offset:0. canvas draw. ]. view openInWindow.
Re: [Pharo-dev] SystemWindow instances can't be garbage-collected
On 21 Jun 2014, at 17:36, kilon alios kilon.al...@gmail.com wrote: First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant too small community for an irc channel. My experience with irc is that 90-99% of people logged in at least are idle. For its size #pharo is quite active actually. I am IRC when at work (and not forgetting to start the IRC client). But often when people ask questions it is exactly the wrong moment in time. I just *can’t* instantly drop what I am doing an tend to the IRC channel… I really wonder how people do it… do they really stop their work right in the miiddle to answer questions? How are they productive? Marcus
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
[Pharo-dev] is STHUB slow?
Hi I'm experience strange speed problem when even loading packages. Does any of you get the same? Stef
Re: [Pharo-dev] SystemWindow instances can't be garbage-collected
On 21.06.2014, at 18:53, Marcus Denker marcus.den...@inria.fr wrote: On 21 Jun 2014, at 17:36, kilon alios kilon.al...@gmail.com wrote: First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant too small community for an irc channel. My experience with irc is that 90-99% of people logged in at least are idle. For its size #pharo is quite active actually. I am IRC when at work (and not forgetting to start the IRC client). But often when people ask questions it is exactly the wrong moment in time. I just *can’t* instantly drop what I am doing an tend to the IRC channel… I really wonder how people do it… do they really stop their work right in the miiddle to answer questions? How are they productive? I fully agree. I was just momentarily pissed off :) Marcus
Re: [Pharo-dev] is STHUB slow?
I confirm that saving to it seems to be slow as well. Doru On Sat, Jun 21, 2014 at 8:27 PM, stepharo steph...@free.fr wrote: Hi I'm experience strange speed problem when even loading packages. Does any of you get the same? Stef -- www.tudorgirba.com Every thing has its own flow
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] SystemWindow instances can't be garbage-collected
Found the problem, documenting it here in case anybody else ever needs this (remember, this is 1.1.1). Open a debugger (e.g. by evaluating 1/0), then click into the lower right workspace and type something. OCompletion will now have added an entry to the EventManager actionMap with a ContextVariablesInspector instance as the key. There seems to be a cycle there that can’t be resolved by the garbage collector, since I wasn’t able to find any non weak global pointers (an OContext is referenced by an MessageSend in the action map. The OContext references a morph which is connected to the SystemWindow. Some of those morphs reference the ContextVariablesInspector as their model). Anyhow, it should be safe to send EventManagercleanUp: with argument true (actionMaps and their contents get recreated on demand), which will release those entries and allow the garbage collector to collect the SystemWindows, other morphs and the Debugger instances. Note that this is probably not an issue in later versions (e.g. 3.0 doesn’t include EventManager anymore) but it might be relevant for later 1.x versions. Max On 21.06.2014, at 20:44, Max Leske maxle...@gmail.com wrote: On 21.06.2014, at 18:53, Marcus Denker marcus.den...@inria.fr wrote: On 21 Jun 2014, at 17:36, kilon alios kilon.al...@gmail.com wrote: First off: rantwhy do we have an IRC channel if nobody seems to be listening??/rant too small community for an irc channel. My experience with irc is that 90-99% of people logged in at least are idle. For its size #pharo is quite active actually. I am IRC when at work (and not forgetting to start the IRC client). But often when people ask questions it is exactly the wrong moment in time. I just *can’t* instantly drop what I am doing an tend to the IRC channel… I really wonder how people do it… do they really stop their work right in the miiddle to answer questions? How are they productive? I fully agree. I was just momentarily pissed off :) Marcus
Re: [Pharo-dev] is STHUB slow?
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 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 Every thing has its own flow
Re: [Pharo-dev] [Pharo-users] Pharo Video Tutorial
Thank you Tudor and Esteban . I have uploaded 5 new video tutorials to my playlist that can be found here https://www.youtube.com/watch?v=Ol5ivaEATLQlist=PLqbtQ7OkSta0ULYAd7Qdxof851ybh-_m_ 1) Why Pharo 2) Install Pharo 3) Create a Class 4) Workspace Variables 5) Instance Variables 6) Temporary Variables 7) Inheritance 8) Binary Messages 9) Class Variables and Methods 10) Class and Method Comments 11) Browser Icons 12) Conditions 14) Arrays 15) OrderedCollection and useful methods for collections *16) Dark Theme* *17) Interval* *18) Dictionary and our first GUI with Pharo* *19) Inspector* *20) Deep Into System Browser* these five new tutorials are around 1 hour in total, the total of the Playlist is now 3 hours 26 minutes and growing. I decided to do System Browser 30 minutes long instead of break it down to 5-10 minutes parts cause I think that System browser is better explained in a whole, but I have added music I have created to make the video easier to watch . Hope you find them useful and easy to follow :) On Thu, May 15, 2014 at 7:46 PM, Esteban Lorenzano esteba...@gmail.com wrote: supercool kilon, thank you very much! Esteban On 15 May 2014, at 18:36, kilon alios kilon.al...@gmail.com wrote: As you may or may not be aware of I have started a series of Video Tutorials that I upload to YouTube. I also add these tutorials to my Pharo Video Tutorial playlist. Since the last time I posted I have added 9 new tutorials. The playlist is now 2 hours and 22 minutes long and of course there is a lot more to come. The playlist is here : https://www.youtube.com/watch?v=Ol5ivaEATLQlist=PLqbtQ7OkSta0ULYAd7Qdxof851ybh-_m_ This is the list of the video tutorials the new ones are marked with bold : 1) Why Pharo 2) Install Pharo 3) Create a Class 4) Workspace Variables 5) Instance Variables 6) Temporary Variables *7) Inheritance* *8) Binary Messages* *9) Class Variables and Methods* *10) Class and Method Comments* *11) Browser Icons* *12) Conditions * *14) Arrays* *15) OrderedCollection and useful methods for collections*
Re: [Pharo-dev] Broken arcCenterX:centerY:radius:startAngle:endAngle:
I think they are all using the same cairo libs, or at least, the same source version (1.12.6). But rendering with cairo on different OS (linux/windows ...) uses different backends gdi, quarts, xlib, xcb I just built a windows vm with new libcairo source (1.12.14) and the bug on stroking arc paths is gone :) 2014-06-21 22:11 GMT+02:00 Hilaire Fernandes hilaire.fernan...@gmail.com: 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
