(Another topic I can't miss:)
That's I've tried to explain during ESUG 2011: classic + mockist TDD (which
is very similar if not identical to BDD) provides a lot of benefits
including solid process, flexible design… and free documentation of course.
"Seamless" TDD is really cheap and very efficien
Awesome, and the word is still below what I feel when I see Ronnie's demo
Alexandre
> Le 19-06-2014 à 8:27, "Sean P. DeNigris" a écrit :
>
> Ronie Salgado wrote
>> I am working on making a video game engine in Pharo
>
> Awesome :)
>
>
>
> -
> Cheers,
> Sean
> --
> View this message in c
Ronie Salgado wrote
> In the video description a put a link to my page of OSWindow, in which I
> have an outdated Woden image. Using Monticello with that image it should
> be
> possible to use the latest version.
Might I suggest a Metacello configuration ;) Teasing us with an amazing
video... then
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 p
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=Ol5ivaEATLQ&list=PLqbtQ7OkSta0ULYAd7Qdxof851ybh-_m_
1) Why Pharo
2) Install Pharo
3) Create a Class
4) Workspace Variables
5) Instance Variables
6) Temporary
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 sp
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 ContextVar
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 b
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
I confirm that saving to it seems to be slow as well.
Doru
On Sat, Jun 21, 2014 at 8:27 PM, stepharo 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"
On 21.06.2014, at 18:53, Marcus Denker wrote:
>
> On 21 Jun 2014, at 17:36, kilon alios wrote:
>
>> First off:
>> why do we have an IRC channel if nobody seems to be listening??
>>
>> too small community for an irc channel. My experience with irc is that
>> 90-99% of people logged in at lea
Hi
I'm experience strange speed problem when even loading packages.
Does any of you get the same?
Stef
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 - ht
On 21 Jun 2014, at 17:36, kilon alios wrote:
> First off:
> why do we have an IRC channel if nobody seems to be listening??
>
> 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
2014-06-21 18:05 GMT+02:00 Hilaire Fernandes :
> I try a direct use of this method, and the same problem occurs under
> Wine/Windows.
>
> Is ti a problem with native boost? Is it different Cairo lib used for
> Linux and Windows/Mac VM?
>
> Hilaire
>
>
>
> arcCenterX: xc centerY: yc radius: radius
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
On 21.06.2014, at 17:39, Sven Van Caekenberghe 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 entry
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
sel
On 21.06.2014, at 17:36, kilon alios wrote:
> First off:
> why do we have an IRC channel if nobody seems to be listening??
>
> 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 guess you tried World Menu > Windows > Close all debuggers ?
Did you check the Process Browser ?
On 21 Jun 2014, at 17:24, Max Leske wrote:
> First off:
> why do we have an IRC channel if nobody seems to be listening??
>
> Sorry about that. Here’s my original question as posted on IRC:
>
>
First off:
why do we have an IRC channel if nobody seems to be listening??
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
First off:
why do we have an IRC channel if nobody seems to be listening??
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 debu
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
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
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 sho
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 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
> alrea
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.
http
Hi hilaire
from what I understand a Surface is a resource given by the OS. So in
the future
it will be allocated and managed by the VM for us.
Right before using a surface the system should check that the resources
is still valid
and reallocate one if necessary (this is the same when you open
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
Date: 2014-06-21 (Sat, 21 Jun 2014
Branch: refs/tags/40028
Home: https://github.com/pharo-project/pharo-core
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: inst
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:4
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
Hello,
Is it normal ?
AthensCairoSurface>>asForm
"create a form and copy an image data there"
self checkSession.
self flush.
^ Form extent: (self width@self height) depth: 32 bits: id
--
Dr. Geo http://drgeo.eu
iStoa - https://launchpad.net/istoa
34 matches
Mail list logo