- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Athens replacement for ImageReadWriter?

by Esteban Lorenzano

On Jan 23, 2013, at 2:23 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 23 January 2013 12:58, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> Hi Fernando, >> >> I don't want a Form... quitte the opposite! :) >> What I want is to have something equivalent to athens to what now is covered >> in morphic with ImageReadWriter. >> >> Or, better explained, I want an AthensImageReadWriter who answers me a >> surface (or something that I can draw with an athens canvas) with the image >> from a file :) >> > You know that you can convert between forms and athens surface? I know, but I want to get rid off morphic :) > Forms is actually not that bad, they simply contain bits. I know, but then we will keep them even if we remove morphic? > The bit format information is a bit obscure (comparing to OpenGL, for instance), > but its enough. > So, i suggest you to use form and ImageReadWriter. ok, I will use it. > >> Esteban >> >> On Jan 23, 2013, at 12:06 PM, Fernando Olivero <fernando.olivero(a)usi.ch> >> wrote: >> >> What you can with Athens and the Cairo backend is: >> >> 1) create a surface in memory >> 2) draw to the surface >> 3) export that surface to a png >> 4) import that png into a form >> >> >> The main point is step 3, cairo can export any surface to a png. Then within >> Pharo, any form can be created from a png. >> > But that is private to cairo library. > >> Also, if you interested in drawing from Athens into a form directly, look at >> the AthensDemoExamples, and Igor's magic trick of matching the bits of the >> surface (step 1), directly to the bits of an "external" form. to avoid steps >> 3 and 4. He used the surface plugin for that. >> > >> Hope i answered all your questions, though not sure because i've never used >> ImageReadWriter. >> >> Fernando >> >> >> >> > > > -- > Best regards, > Igor Stasenko. >

Jan. 23, 2013

Re: [Pharo-project] NativeBoost question

by Igor Stasenko

On 23 January 2013 12:23, GÃ¶ran Krampe <goran(a)krampe.se> wrote: > Hey! > > I have a struct something like this: > > struct { > const char * attribute; > int size; > int datatype; > } > > > ...and I am trying something like this to match an NBExternalStructure: > > fieldsDesc > ^#( > String attribute; > int size; > int datatype; > ) > > ...or even this: > > ^#( > NBExternalString attribute; > int size; > int datatype; > ) > > All these give me some DNU (nil) for #asAJOperand when emitting code. > > The only one that works is when I use NBExternalAddress as can be seen in > action in NBTestStructure2. Is this by design or am I simply an early > adopter and support for String etc isn't there yet? > I think it is not working because NBExternalString is quite special when it about handling the values. For structure, i think, you'd better use 'char *' , or 'void*'.. and then to read string you can do: struct attribute readString > regards, GÃ¶ran -- Best regards, Igor Stasenko.

Jan. 23, 2013

Re: [Pharo-project] Athens replacement for ImageReadWriter?

by Igor Stasenko

On 23 January 2013 12:58, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi Fernando, > > I don't want a Form... quitte the opposite! :) > What I want is to have something equivalent to athens to what now is covered > in morphic with ImageReadWriter. > > Or, better explained, I want an AthensImageReadWriter who answers me a > surface (or something that I can draw with an athens canvas) with the image > from a file :) > You know that you can convert between forms and athens surface? Forms is actually not that bad, they simply contain bits. The bit format information is a bit obscure (comparing to OpenGL, for instance), but its enough. So, i suggest you to use form and ImageReadWriter. > Esteban > > On Jan 23, 2013, at 12:06 PM, Fernando Olivero <fernando.olivero(a)usi.ch> > wrote: > > What you can with Athens and the Cairo backend is: > > 1) create a surface in memory > 2) draw to the surface > 3) export that surface to a png > 4) import that png into a form > > > The main point is step 3, cairo can export any surface to a png. Then within > Pharo, any form can be created from a png. > But that is private to cairo library. > Also, if you interested in drawing from Athens into a form directly, look at > the AthensDemoExamples, and Igor's magic trick of matching the bits of the > surface (step 1), directly to the bits of an "external" form. to avoid steps > 3 and 4. He used the surface plugin for that. > > Hope i answered all your questions, though not sure because i've never used > ImageReadWriter. > > Fernando > > > > -- Best regards, Igor Stasenko.

Jan. 23, 2013

Re: [Pharo-project] OrderedCollections and File I/O

by Edgar J. De Cleene

On 1/23/13 8:47 AM, "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: > > On Wed, Jan 23, 2013 at 6:39 AM, Edgar J. De Cleene <edgardec2005(a)gmail.com> > wrote: >> >> >> >> On 1/23/13 6:25 AM, "Marcus Denker" <marcus.denker(a)inria.fr> wrote: >> >>> > Keep in mind that ReferenceStream is deprecated in 2.0 >>> > >>> > The nice thing about Fuel is: >>> > >>> > -> Very much faster >>> > -> output more compact >>> > -> you can store *any* kind of objects. >>> > Â Â Â Â Â Â (even the one you are sure you can't, like the Context (stack >>> > frame)) >>> > >>> > Marcus >> >> Yes , I know Fuel is a great advance, but he ask about simple thing. >> And also I said Pharo 1.4 and not Pharo 2.0. >> >> Thanks to Mariano and others , wish Fuel become Squeak citizen soon, for >> Cuis guess should wait longer. >> >> >> Edgar see new release:Â http://forum.world.st/ANN-Fuel-1-8-1-td4661609.html >> Supported and tested images:Â >> Pharo 1.1.1, 1.1.2, 1.2, 1.3, 1.4, 2.0Â >> Squeak 4.1, 4.2, 4.3, 4.4Â >> Â >>> Edgar >>> > > Mariano, yo se eso. > Pareciera que por tratar de ayudar a un nuevo con dos lineas de codigo estoy > desconociendo tu trabajo y el de todos los demas que estan trabajando con > Fuel. > No hay una unica receta, mis amigos de Pharo. > > Edgar

Jan. 23, 2013

Re: [Pharo-project] pharotaskforces broken on squeaksource

by StÃ©phane Ducasse

No idea but we should fix it. Stef > Hi, > > It seems that the http://www.squeaksource.com/PharoTaskForces repository is broken. > > When I try to connect to it via Monticello, I get a "SubscriptOutOfBounds: 0". The problem seems to be that the repository somehow has a file called '.mcz' (which is obviously wrong): > > (MCHttpRepository > location: 'http://www.squeaksource.com/PharoTaskForces' > user: '' > password: '') readableFileNames select: [:each | each beginsWith: '.'] > > > Anyone know why this happened? Or how to fix this? > > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "It's not how it is, it is how we see it." > > > > >

Jan. 23, 2013

Re: [Pharo-project] Athens replacement for ImageReadWriter?

by Esteban Lorenzano

Hi Fernando, I don't want a Form... quitte the opposite! :) What I want is to have something equivalent to athens to what now is covered in morphic with ImageReadWriter. Or, better explained, I want an AthensImageReadWriter who answers me a surface (or something that I can draw with an athens canvas) with the image from a file :) Esteban On Jan 23, 2013, at 12:06 PM, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > What you can with Athens and the Cairo backend is: > > 1) create a surface in memory > 2) draw to the surface > 3) export that surface to a png > 4) import that png into a form > > > The main point is step 3, cairo can export any surface to a png. Then within Pharo, any form can be created from a png. > > Also, if you interested in drawing from Athens into a form directly, look at the AthensDemoExamples, and Igor's magic trick of matching the bits of the surface (step 1), directly to the bits of an "external" form. to avoid steps 3 and 4. He used the surface plugin for that. > > Hope i answered all your questions, though not sure because i've never used ImageReadWriter. > > Fernando > > > > > On Wed, Jan 23, 2013 at 6:38 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > I have same question :)) > > 2013/1/23 Esteban Lorenzano <estebanlm(a)gmail.com<mailto:estebanlm@gmail.com>> > Hi, > > So, ImageReadWriter currently reads image files and retrieve Form objects, who can be displayed in world... > anybody knows (cough, cough, Igor) what would be the Athens replacement for that? > > thanks, > Esteban > > > >

Jan. 23, 2013

Re: [Pharo-project] OrderedCollections and File I/O

by Edgar J. De Cleene

On 1/23/13 8:36 AM, "Tudor Girba" <tudor(a)tudorgirba.com> wrote: > Fuel works in 1.4 just fine. > > Doru Yes, never said some different. And works on Squeal also, thanks to Mariano and others. Edgar

Jan. 23, 2013

Re: [Pharo-project] OrderedCollections and File I/O

by Mariano Martinez Peck

On Wed, Jan 23, 2013 at 6:39 AM, Edgar J. De Cleene <edgardec2005(a)gmail.com>wrote: > > > > On 1/23/13 6:25 AM, "Marcus Denker" <marcus.denker(a)inria.fr> wrote: > > > Keep in mind that ReferenceStream is deprecated in 2.0 > > > > The nice thing about Fuel is: > > > > -> Very much faster > > -> output more compact > > -> you can store *any* kind of objects. > > (even the one you are sure you can't, like the Context (stack > > frame)) > > > > Marcus > > Yes , I know Fuel is a great advance, but he ask about simple thing. > And also I said Pharo 1.4 and not Pharo 2.0. > > Thanks to Mariano and others , wish Fuel become Squeak citizen soon, for > Cuis guess should wait longer. > > Edgar see new release: http://forum.world.st/ANN-Fuel-1-8-1-td4661609.html Supported and tested images: Pharo 1.1.1, 1.1.2, 1.2, 1.3, 1.4, 2.0 Squeak 4.1, 4.2, 4.3, 4.4 > Edgar > > > > -- Mariano http://marianopeck.wordpress.com

Jan. 23, 2013

Re: [Pharo-project] DocTest

by Nicolas Cellier

Sure, such kind of DSL is cute, What is the relation to http://www.squeaksource.com/SSpec/ ? http://www.smalltalkhub.com/#!/~dionisiy/Mocketry ? Nicolas 2013/1/23 Frank Shearar <frank.shearar(a)gmail.com>: > Well, of course, JUnit feels that way because of SUnit, but sure. > RSpec-like testing languages read much more easily than #assert:, in > my not so humble opinion. > > frank > > On 23 January 2013 10:04, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> check the project page for all examples and explanations: >> >> http://smalltalkthoughts.blogspot.ch/2009/11/phexample-because-examples-exp… >> http://www.iam.unibe.ch/~akuhn/blog/2009/shoulda-use-this-in-pharo >> >> to me this feels more like Smalltalk and less like Java ;) >> >> On 2013-01-23, at 08:47, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: >>> Who should assert then? >>> From a certain POV, it does not seem that awfully unlogical to >>> delegate this responsability to a TestCase. >>> A TestCase is here to assert some rule. >>> >>> Nicolas >>> >>> 2013/1/23 Camillo Bruni <camillobruni(a)gmail.com>: >>>> for that we already have a fully working Phexample: >>>> >>>> http://www.squeaksource.com/phexample.html >>>> >>>> which I will push in 3.0, cause I never really liked #assert: and friends being >>>> sent to self. Furthermore we could finally build up decent messages! >>>> >>>> On 2013-01-22, at 18:24, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> >>>>> it would be nice to introduce the same syntax than Sunit >>>>> >>>>> exp assert: exp2 >>>>> >>>>> [ exp ] shouldraise: >>>>> >>>>> Stef >>>>> >>>>> >>>>> On Jan 21, 2013, at 4:41 AM, Benjamin wrote: >>>>> >>>>>> Hi guys, >>>>>> >>>>>> I am attending a python lecture and discovered DocTest[1], and I was wondering if such a tool exists for Pharo ? :) >>>>>> >>>>>> >>>>>> Ben >>>>>> >>>>>> [1]http://docs.python.org/2/library/doctest.html >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >> >> >

Jan. 23, 2013

Re: [Pharo-project] DocTest

by Tudor Girba

We are releasing Moose as soon as we figure out how to load RPackage from PharoTaskForces squeak source repository (see my previous mail), and afterwards we move to 2.0. Cheers, Doru On Wednesday, January 23, 2013, Sven Van Caekenberghe wrote: > > On 23 Jan 2013, at 11:34, Tudor Girba <tudor(a)tudorgirba.com <javascript:;>> > wrote: > > > FYI, we are already using Phexample in Moose since several years, and it > just works out of the box next to Sunit. > > That is good to know. > Moose is a really important project for Pharo. > It feels good to know that such a big code base is pushing forward like > that. > > BTW, is work already being done bring Moose to Pharo 2.0 ? > > > Doru > > > > On Wednesday, January 23, 2013, Sven Van Caekenberghe wrote: > > Yes we #should ;-) > > > > It is beautiful. > > > > On 23 Jan 2013, at 11:04, Camillo Bruni <camillobruni(a)gmail.com<javascript:;>> > wrote: > > > > > check the project page for all examples and explanations: > > > > > > > http://smalltalkthoughts.blogspot.ch/2009/11/phexample-because-examples-exp… > > > http://www.iam.unibe.ch/~akuhn/blog/2009/shoulda-use-this-in-pharo > > > > > > to me this feels more like Smalltalk and less like Java ;) > > > > > > On 2013-01-23, at 08:47, Nicolas Cellier < > nicolas.cellier.aka.nice(a)gmail.com <javascript:;>> wrote: > > >> Who should assert then? > > >> From a certain POV, it does not seem that awfully unlogical to > > >> delegate this responsability to a TestCase. > > >> A TestCase is here to assert some rule. > > >> > > >> Nicolas > > >> > > >> 2013/1/23 Camillo Bruni <camillobruni(a)gmail.com <javascript:;>>: > > >>> for that we already have a fully working Phexample: > > >>> > > >>> http://www.squeaksource.com/phexample.html > > >>> > > >>> which I will push in 3.0, cause I never really liked #assert: and > friends being > > >>> sent to self. Furthermore we could finally build up decent messages! > > >>> > > >>> On 2013-01-22, at 18:24, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr<javascript:;>> > wrote: > > >>> > > >>>> it would be nice to introduce the same syntax than Sunit > > >>>> > > >>>> exp assert: exp2 > > >>>> > > >>>> [ exp ] shouldraise: > > >>>> > > >>>> Stef > > >>>> > > >>>> > > >>>> On Jan 21, 2013, at 4:41 AM, Benjamin wrote: > > >>>> > > >>>>> Hi guys, > > >>>>> > > >>>>> I am attending a python lecture and discovered DocTest[1], and I > was wondering if such a tool exists for Pharo ? :) > > >>>>> > > >>>>> > > >>>>> Ben > > >>>>> > > >>>>> [1]http://docs.python.org/2/library/doctest.html > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>> > > >>> > > >> > > > > > > > > > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 23, 2013