- Pharo-users - lists.pharo.org

Re: [Pharo-users] Morph relative positions

by Norbert Hartl

Am 20.09.2013 um 12:24 schrieb Igor Stasenko <siguctua(a)gmail.com>: > > > > On 20 September 2013 12:15, Norbert Hartl <norbert(a)hartl.name> wrote: > Next try. I may do something stupid but it appears that all morphs draw on the same coordinate system. Meaning that every Morph that will draw something at 0@0 will put it in the top left corner of the image displayed. I would expect that a morph that is positioned somewhere provides a canvas where 0@0 is relative to the position of the morph. If coordinates are absoulte how can I delegate work to sub components and having them calculate the offsets properly? > > Welcome to club. > > To ease the pain, take a look at TransformMorph. > Thanks. I look at it but it is still hard to achieve something simple. Norbert > > Norbert > > > > > > -- > Best regards, > Igor Stasenko.

Sept. 20, 2013

Re: [Pharo-users] Morph relative positions

by Igor Stasenko

On 20 September 2013 12:15, Norbert Hartl <norbert(a)hartl.name> wrote: > Next try. I may do something stupid but it appears that all morphs draw on > the same coordinate system. Meaning that every Morph that will draw > something at 0@0 will put it in the top left corner of the image > displayed. I would expect that a morph that is positioned somewhere > provides a canvas where 0@0 is relative to the position of the morph. If > coordinates are absoulte how can I delegate work to sub components and > having them calculate the offsets properly? > > Welcome to club. To ease the pain, take a look at TransformMorph. > Norbert > > > -- Best regards, Igor Stasenko.

Sept. 20, 2013

Morph relative positions

by Norbert Hartl

Next try. I may do something stupid but it appears that all morphs draw on the same coordinate system. Meaning that every Morph that will draw something at 0@0 will put it in the top left corner of the image displayed. I would expect that a morph that is positioned somewhere provides a canvas where 0@0 is relative to the position of the morph. If coordinates are absoulte how can I delegate work to sub components and having them calculate the offsets properly? Norbert

Sept. 20, 2013

Re: [Pharo-users] Fwd: PhaROS - VirtualBox.

by Luc Fabresse

Thanks Santiago. And we want screenshots and videos too ;-) Luc 2013/9/19 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> > > > Hi all! For people that went ESUG probaby this is already known, but, in > Ecole des mines de Douai we are working in PhaROS, which is a client > framework for ROS operative system. > > So, if you are interested in get a bit into or deeper, here is a link. > > > http://car.mines-douai.fr/2013/09/pharos-virtualbox-image/ > > > > There you can find an explaining post and a link to a virtualbox image > with everything installed :). > > > We will have an issue tracker soon, meanwhile, if you use it and you have > blames or issues, send me email with [PhaROS] in the subject please! > > Thank you very much, i hope you enjoy it :). > > > Santiago. > > > > > > >

Sept. 19, 2013

Composing morphs

by Norbert Hartl

I'm playing with morphs but having trouble getting it achieved. I have a set of geo coordinates that form a polygon. Over the polygon I want to lay a grid. The polygon I do with lineMorph ^ lineMorph ifNil: [ lineMorph := (LineMorph vertices: self coordinates color: Color red borderWidth: 1 borderColor: Color black) ] The grid I do with activeGridOn: aMorph | min max stepHorizontal stepVertical | min := self coordinates min. max := self coordinates max. stepHorizontal := (max x - min x) / 10. stepVertical := (max y - min y) / 10. min y to: max y by: stepVertical do: [ :y| min x to: max x by: (stepHorizontal) do: [ :x | | r | r := Rectangle origin: x@y extent: stepHorizontal@stepVertical. Transcript show: 'drawing rectangle ', r asString; cr. aMorph addMorph: (BorderedMorph new position: (r topLeft); extent: (r width@r height); color: Color red; borderWidth: 1; borderColor: Color black) ] ] But I cannot see the rectangles because they are too small. It seems the coordinate systems of the line morph and the added morphs are different. Is there a kind of transform need so that the line morph and an added morph can have the same sized coordinate values? Norbert

Sept. 19, 2013

Fwd: PhaROS - VirtualBox.

by Santiago Bragagnolo

Hi all! For people that went ESUG probaby this is already known, but, in Ecole des mines de Douai we are working in PhaROS, which is a client framework for ROS operative system. So, if you are interested in get a bit into or deeper, here is a link. http://car.mines-douai.fr/2013/09/pharos-virtualbox-image/ There you can find an explaining post and a link to a virtualbox image with everything installed :). We will have an issue tracker soon, meanwhile, if you use it and you have blames or issues, send me email with [PhaROS] in the subject please! Thank you very much, i hope you enjoy it :). Santiago.

Sept. 19, 2013

Re: [Pharo-users] Point3D?

by Cameron Sanders

If you plan to do some 3D visualization, then you should look at some of the libraries. I know there were a couple of wrappers for OpenGL. I seem to recall Squeak had Croquet, which had 3d visualization. Often these 3D visualization tools have some analysis tools too, including segmentation, etc. And of course, you will find all the standard vector methods in any of these libraries. You didn't mention visualization, but if you have 3d data... ... it seems like you will find a use for it. Good Luck, Cam On Sat, Sep 14, 2013 at 4:14 PM, Udo Schneider <udo.schneider(a)homeaddress.de > wrote: > I'm not quite sure about the license of the class in Dolphin. So I'll make > something simple on my own. I basically just need some structured storage > and don't like the three-element Array approach. > > Thanks, > > Udo > > > On 12.09.13 23:25, Esteban A. Maringolo wrote: > >> You can file it in from Dolphin... ;-) >> It's a plain simple class. >> >> >> >> Esteban A. Maringolo >> >> >> 2013/9/12 Udo Schneider >> <udo.schneider(a)homeaddress.de >> <mailto:udo.schneider@**homeaddress.de <udo.schneider(a)homeaddress.de>>> >> >> All, >> >> I'm currently implementing a wrapper for the LeapMotion Controller. >> Most of the values are Points in 3D space. So I'm searching for >> "the" standard package providing something like Point3D. Or did I >> miss the correct class in the base image? >> >> Thanks, >> >> Udo >> >> >> >> > > >

Sept. 18, 2013

[ANN] "OS" and "OS-Windows" project on STHub

by Torsten Bergmann

Hi, with NativeBoost (NB) it is now possible to access not only external libraries but also the underlying operating system platform. Some examples are already included in the "NativeBoost-Win32", "NativeBoost-Unix" and "NativeBoost-Mac" categories within the NB project. But providing more and more examples and native API wrappers for the various platforms directly within the NativeBoost project itself would only bloat this project. NB should care about being a good external interface - nothing more. To keep NativeBoost clean with the basic functionality for a good foreign function interface Igor suggested to move specific API wrappers for the various operating systems into own project. To avoid duplicate effort in providing such wrappers it would IMHO make sense to host them in a central place. Therefore I created the "OS" Team on SmalltalkHub with a first project called "OS-Windows" allowing you to access Win32/Win64 functionality easily from within Pharo. It contains code, tests, many examples and documentation as a first contribution. With this initial project for Windows you can now work with the console, Shell, the internet explorer, GDI, windows processes, Control panel applets, ... I refer to the written documentation and many examples given at: http://smalltalkhub.com/#!/~OS/OS-Windows Provided code for Windows is stable and usable, if you have something to share to make it even more complete then you can easily contribute (how is described in the docu). Code is for Pharo 3.0 - you can load it easily from the config browser in a recent image. Try the examples given in the docu on the project page, look at the tests to get comfortable with it. Important: ========== Note that this idea is NOT LIMITED TO WINDOWS - it would be good if we could see pair projects like a "/~OS/OS-Mac", or "/~OS/OS-Linux" and others under the same umbrella so it follows a common pattern and is easier to access for people who require it. If someone asks if Pharo is platform independent I will answer: YES. If he asks if it is also playing nicely with the underlying platform to use platform dependent functionality I would also like to answer YES. If he wants to do some Mac stuff I would like to tell him: "just load "OS-Mac" from the config browser and start. Same for Linux, Windows, Android, YouNameIt, ... I can only provide a start for the basic framework with the hope that others will contribute as well and getting it into good shape as yet another good step for the possibilities in the Pharo universe. Side note: ========== You can read the docu online at the SmalltalkHub project page (http://smalltalkhub.com/#!/~OS/OS-Windows) - but also as a class comment on the ConfigurationOfOSWindows. If you have the "Pharo Online Help" loaded you can also view it there. Keep on talking small T.

Sept. 18, 2013

Re: [Pharo-users] [Pharo-dev] PBE2?

by Serge Stinckwich

Maybe you can setup a new branch on the current repository. This what We have for the french translation. EnvoyÃ© de mon iPhone Le 18 sept. 2013 Ã 17:26, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> a Ã©crit : > > On 18 Ð²ÐµÑ. 2013, at 18:17, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >>>> >>>>> What do you think? >>>> >>>> >>>> I agree. We need someone to take the lead and distribute the work. Do >>>> you volunteer? >>> I'm thinking about starting doing that myself, and if I'll manage to review a couple of paragraphs each day I can say that I can take a lead :). >>> >>> Do you think that moving PBE to pier will be too hard? >> >> No we should just simplify when something is not working at the latex level. >> So indeed it would be cool to migrate the book using the pier syntax like that we will get a new one >> in pdf, latex and more. >> >> We can set up a new jenkins script, git hub repo and get started. > Would be nice. > >> >> Stef >>> >>>> >>>> -- >>>> Damien Cassou >>>> http://damiencassou.seasidehosting.st >>>> >>>> "Success is the ability to go from one failure to another without >>>> losing enthusiasm." >>>> Winston Churchill > >

Sept. 18, 2013

Re: [Pharo-users] PBE2?

by Yuriy Tymchuk

Ok, thanks Stef! On 18 Ð²ÐµÑ. 2013, at 21:22, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Yuri before starting (I started to port the SUnit chapter) > I think that we should decide how we extend pier to support > \url > \cite > \index > > I proposed something like ##cite| ## or ##index| ## > > because we should not lose all the nice work done for PBE > > I will talk to damien when I see him. > > Stef > > On Sep 18, 2013, at 5:26 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> >> On 18 Ð²ÐµÑ. 2013, at 18:17, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>>>> >>>>>> What do you think? >>>>> >>>>> >>>>> I agree. We need someone to take the lead and distribute the work. Do >>>>> you volunteer? >>>> I'm thinking about starting doing that myself, and if I'll manage to review a couple of paragraphs each day I can say that I can take a lead :). >>>> >>>> Do you think that moving PBE to pier will be too hard? >>> >>> No we should just simplify when something is not working at the latex level. >>> So indeed it would be cool to migrate the book using the pier syntax like that we will get a new one >>> in pdf, latex and more. >>> >>> We can set up a new jenkins script, git hub repo and get started. >> Would be nice. >> >>> >>> Stef >>>> >>>>> >>>>> -- >>>>> Damien Cassou >>>>> http://damiencassou.seasidehosting.st >>>>> >>>>> "Success is the ability to go from one failure to another without >>>>> losing enthusiasm." >>>>> Winston Churchill >>>>> >>>> >>>> >>> >>> >> >> > >

Sept. 18, 2013