May 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Spec - Columns Containing Rows Containing Columns

by Nicolai Hess

2015-05-19 14:34 GMT+02:00 Craig Johnson <craig(a)hivemind.net>: > Hi, > > Spec has me tearing my hair out again. > > I'm using a composed layout with two columns in it. In the second column > I'd like to place some rows which in turn contain columns. > > There does not seem to be any way to do this. Everthing that I try only > renders one of the two main columns. > Guidance would be spreciated. > I don't know for sure, but I had a similar issue and solved it by using a single toplevel container (only one call newRow/newColumn after "SpecLayout composed") ^ SpecLayout composed newRow:[ :top | top newColumn: [ :tcol | tcol newRow:[:trow | trow add: #lblFolder ] height: 30. ]; newColumn: [ :tcol | tcol newRow:[:trow | trow newColumn: [ :tcol2 | tcol2 add: #ddlfolder]; newColumn: [ :tcol2 | tcol2 add: #txtFolder]. ] height: 30. ]. ] > > defaultSpec > <spec: #default> > > ^SpecLayout composed > newColumn: [ :tcol | > tcol newRow:[:trow | trow add: #lblFolder ] height: 30. > ]; > > newColumn: [ :tcol | > tcol newRow:[:trow | > trow newColumn: [ :tcol2 | tcol2 add: #ddlfolder]; > newColumn: [ :tcol2 | tcol2 add: #txtFolder]. > ] height: 30. > ]. >

May 19, 2015

Spec - Columns Containing Rows Containing Columns

by Craig Johnson

Hi, Spec has me tearing my hair out again. I'm using a composed layout with two columns in it. In the second column I'd like to place some rows which in turn contain columns. There does not seem to be any way to do this. Everthing that I try only renders one of the two main columns. Guidance would be spreciated. defaultSpec <spec: #default> ^SpecLayout composed newColumn: [ :tcol | tcol newRow:[:trow | trow add: #lblFolder ] height: 30. ]; newColumn: [ :tcol | tcol newRow:[:trow | trow newColumn: [ :tcol2 | tcol2 add: #ddlfolder]; newColumn: [ :tcol2 | tcol2 add: #txtFolder]. ] height: 30. ].

May 19, 2015

Re: [Pharo-users] Alt-tab between windows

by Ben Coman

On Tue, May 19, 2015 at 11:45 AM, Avdi Grimm <avdi(a)avdi.org> wrote: > > On Mon, May 18, 2015 at 11:06 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> As a step in this direction, the Window Menu (small arrow in title >> bar) item "Create window group" may provide part of the behaviour you are >> looking for. > > > Interesting! How does one add more than one window to the group? Is there > more info on this somewhere? > > > I see kilon linked to a nice video, but I just wanted to add... one nice enhancement for this would be to emulate behaviour of chrome where, while still dragging, hovering over the tab area temporarily fits the window into the group. cheers -ben

May 19, 2015

Re: [Pharo-users] Alt-tab between windows

by Sean P. DeNigris

jtuchel wrote > once you reached an artefact to read or edit, there is no need for the > navigation to cover a lot of space on screen. Multiplied by the number of > open browsers It's Morphic - pull up the halos and drag the source pane out ;) p.s. kidding... but not. Although it's not exactly that simple because a) you'll have to click a few extra times because the frontmost Morphs are not locked, and b) the MultipleMethodsEditor will initially fill the world because it is #spaceFill, but that could probably be addressed without too much effort. We always complain about Morphic, but forget how much power is hiding behind our GUI ----- Cheers, Sean -- View this message in context: http://forum.world.st/Alt-tab-between-windows-tp4826593p4827312.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 19, 2015

Re: [Pharo-users] Displaying pictures using Athens

by Nicolai Hess

2015-05-19 13:09 GMT+02:00 Christopher Coat <christopher.coat(a)inria.fr>: > Iâm still a beginner at Pharo and all so maybe Iâll say something wrong. > > One thing I didnât say is that I use osWindow. > I load an image as a Form and display it using that code : > > "surface drawDuring:[:canvas | > canvas pathTransform translateBy: myImage position. > canvas pathTransform rotateByDegrees: anAngle. > canvas > setPaint: myImage image. > canvas drawShape: ((size x) negated @ (size y) negated corner: size). > ]. > Â« > > myImage image. return the Form. > > Ok, in your drawing loop Athens will convert the form to an AthensPaint by copying the image data - on every draw call. You can - create the paint once outside of the drawDuring method. paint := surface createFormPaint: myImage image .... "in drawDuring" canvas setPaint:paint .... (You will have to take care of the paint object, because it is only valid in this vm session). - use an ImageMorph. ImageMorphs can be drawn directly as an AthensShape morph := form asMorph .... canvas drawShape:morph But I don't know if using a Morph fits well with all kind of transformations. It may happen that the morph is clipped away - I dont know for sure. You can create the morph outside of the drawing loop, but even canvas drawShape: myImage image asMorph is faster than creating directly the paint from the Form in the loop. (ImageMorphs are creating AthensPaints from its forms and they are using a cache for all paints). nicolai > Le 19 mai 2015 Ã 11:41, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : > > > > 2015-05-19 10:46 GMT+02:00 Christopher Coat <christopher.coat(a)inria.fr>: > >> Hi everybody, >> > > Hi, > > >> >> Iâm currently creating a small app to display images and move them on a >> screen using Athens. >> I have all my image loaded on start and I use a loop to clear the screen >> and redraw all the elements (on different place and angle) every frames. >> >> The problem is that with morph, everything is fine, but as soon as I >> place a picture on a morph the FPS drop down. Even if the picture is a >> small one. >> > > How do you draw the picture? Is it an ImageMorph or do you use directly > Athens for drawing the image? > > > nicolai > > >> Does anybody have faced the same issue ? Or is there any better way to do >> it ? >> >> Thanks >> Chris >> >> >> >> >> > >

May 19, 2015

Re: [Pharo-users] Displaying pictures using Athens

by Christopher Coat

Iâm still a beginner at Pharo and all so maybe Iâll say something wrong. One thing I didnât say is that I use osWindow. I load an image as a Form and display it using that code : "surface drawDuring:[:canvas | canvas pathTransform translateBy: myImage position. canvas pathTransform rotateByDegrees: anAngle. canvas setPaint: myImage image. canvas drawShape: ((size x) negated @ (size y) negated corner: size). ]. Â« myImage image. return the Form. > Le 19 mai 2015 Ã 11:41, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : > > > > 2015-05-19 10:46 GMT+02:00 Christopher Coat <christopher.coat(a)inria.fr <mailto:christopher.coat@inria.fr>>: > Hi everybody, > > Hi, > > > Iâm currently creating a small app to display images and move them on a screen using Athens. > I have all my image loaded on start and I use a loop to clear the screen and redraw all the elements (on different place and angle) every frames. > > The problem is that with morph, everything is fine, but as soon as I place a picture on a morph the FPS drop down. Even if the picture is a small one. > > How do you draw the picture? Is it an ImageMorph or do you use directly Athens for drawing the image? > > > nicolai > > > Does anybody have faced the same issue ? Or is there any better way to do it ? > > Thanks > Chris > > > > >

May 19, 2015

Re: [Pharo-users] Smalltalkhub password reset

by Dimitris Chloupis

I stay with Github ;) On Tue, May 19, 2015 at 10:51 AM mtk <kemper.mt(a)googlemail.com> wrote: > Hi Steph, > > would it be better to stay with SqueakSource3? > > Kind regards > > Marcus > > > > -- > View this message in context: > http://forum.world.st/Smalltalkhub-password-reset-tp4827089p4827230.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

May 19, 2015

Silent compilation

by Sergio Fedi

Hi guys, What is a silent compilation? When should it be used?

May 19, 2015

Re: [Pharo-users] Issue with UDP Sockets

by Udo Schneider

> is your mDNS code available somewhere? I thought about that some time ago that it could be a nice way to announce a pharo service to the network. Or in my case using it as a foundation for orchestrating images. No it's not in form a ready to go package. I'd have to check whether I saved the Workspace somewhere. Getting the multicast stuff to work was easy. But getting further basically meant implementing a complete name resolver with an understanding of most DNS payloads. Wasn't worth the effort. CU, Udo On 19.05.2015 11:54, Norbert Hartl wrote: > Hi Udo, > > is your mDNS code available somewhere? I thought about that some time ago that it could be a nice way to announce a pharo service to the network. Or in my case using it as a foundation for orchestrating images. > > Norbert > >> Am 19.05.2015 um 10:30 schrieb Udo Schneider <udo.schneider(a)homeaddress.de>: >> >> Hi Sven, >> >> you got me :-) >> >> I had this as a package sometime ago for my own purposes (mDNS). So I knew it does work and how to do it. It's just I can't find that damned package anymore... >> >>> I do think making all this cross platform could be a bit harder, we'll see. >> It's not that hard. The socket API is the same on all supported platforms. No surprises on *nix based OS. The only exception is Windows where the API is the same but where you might run into some packet drops due to strange personal FW products and "value-add" NDIS drivers for NICs. The situation has gotten much better though since Windows Vista/7 are using multicast for some of their services out of the box. >> >> I will recreate it though. Should I simply publish a package or add this as a slice? >> >> Best Regards, >> >> Udo >> >> >> On 19/05/15 10:20, Sven Van Caekenberghe wrote: >>> Hi Udo, >>> >>> It would be good if some of this knowledge could be added inside the image, as class comment or methods comments. Even better would be an example combined with a unit test, like UDPSocketEchoTest and TCPSocketEchoTest - the unit test would then actively ensure this functionality is protected. >>> >>> I do think making all this cross platform could be a bit harder, we'll see. >>> >>> Sven >>> >>>> On 19 May 2015, at 00:17, Udo Schneider <udo.schneider(a)homeaddress.de> wrote: >>>> >>>> This should have been 'IP_ADD_MEMBERSHIP' of course: >>>> >>>> imrMultiaddr := #[239 255 255 250]. >>>> imrInterface := #[0 0 0 0]. >>>> ipMreq := imrMultiaddr , imrInterface. >>>> socket setOption: 'IP_ADD_MEMBERSHIP' value: ipMreq. >>>> >>>> >>>> The "server" could be something like this (execute in first playground). I used another IP address (#[239 255 255 251]) because #[239 255 255 250] might already be part of the multicast group because of other processes and this shows the "whole" process of subscribing to a multicast group: >>>> >>>> [ >>>> | udpSocket | >>>> udpSocket := Socket newUDP. >>>> udpSocket setPort: 1900. >>>> imrMultiaddr := #[239 255 255 251]. >>>> imrInterface := #[0 0 0 0]. >>>> ipMreq := imrMultiaddr , imrInterface. >>>> udpSocket setOption: 'IP_ADD_MEMBERSHIP' value: ipMreq. >>>> udpSocket setOption: 'IP_MULTICAST_LOOP' value: 1. >>>> "udpSocket setOption: 'SO_REUSEADDR' value: 1." >>>> udpSocket waitForData. >>>> buffer := ByteArray new: 256. >>>> data := udpSocket receiveUDPDataInto: buffer. >>>> bytesRead := data at: 1. >>>> sender := data at: 2. >>>> senderPort := data at: 3. >>>> more := data at: 4. >>>> result := buffer copyFrom: 1 to: bytesRead. >>>> udpSocket closeAndDestroy. >>>> result asString inspect. >>>> ] fork. >>>> >>>> >>>> >>>> The "client" (execute in different playground): >>>> | message udpSocket | >>>> message := String crlf join: #( >>>> 'M-SEARCH * HTTP/1.1' >>>> 'HOST:239.255.255.250:1900' >>>> 'MAN:"ssdp:discover' >>>> 'ST:ssdp:all' >>>> 'MX:1' >>>> ''). >>>> >>>> udpSocket := Socket newUDP. >>>> udpSocket sendData: message toHost: #[239 255 255 251] port: 1900. >>>> (udpSocket waitForSendDoneFor: 5). >>>> udpSocket closeAndDestroy. >>>> >>>> Hope this helps. >>>> >>>> CU, >>>> >>>> Udo >>>> >>>> >>>> >>>> >>>> >>>> >>>> On 18/05/15 23:29, Udo Schneider wrote: >>>>> Hi Manfred, >>>>> >>>>> I just stumbled over the IP address you are using (239.255.255.250). If >>>>> I remember correctly this is a IPv4 Class D Multicast address. >>>>> (224.0.0.0-239.255.255.255). >>>>> >>>>> So if you want to transmit datagrams to this IP address or recieve >>>>> datagrams sent to this multicast groups you have to set appropriate IP >>>>> Options. >>>>> >>>>> You can set this options using Socket>>#setOption:value: and read them >>>>> using Socket>>#getOption:. Please note that both methods expect the >>>>> option to set as a name - not as constant. E.g. >>>>> >>>>> socket setOption: 'IP_MULTICAST_IF' value: multicastInterface. >>>>> >>>>> If I do remember correctly you have to set the following options for >>>>> sending/receiving: >>>>> >>>>> Sending: >>>>> IP_MULTICAST_IF >>>>> (IP_MULTICAST_LOOP) >>>>> (IP_MULTICAST_TTL) >>>>> >>>>> Sending should AFAIK work w/o setting any option - although >>>>> IP_MULTICAST_IF is highly recommended. >>>>> >>>>> Receiving: >>>>> (SO_REUSEADDR) >>>>> IP_ADD_MEMBERSHIP >>>>> (IP_DROP_MEMBERSHIP) >>>>> >>>>> Receiving only works if you joined the multicast group previously. So I >>>>> assume that you need to do something like this (not tested). >>>>> >>>>> imrMultiaddr := #[239 255 255 250]. >>>>> imrInterface := #[0 0 0 0]. >>>>> ipMreq := imrMultiaddr , imrInterface. >>>>> socket setOption: 'MEMBERSHIP' value: ipMreq. >>>>> >>>>> Hope this helps. >>>>> >>>>> CU, >>>>> >>>>> Udo >>>>> >>>>> >>>>> >>>>> On 18/05/15 16:34, Manfred KrÃ¶hnert wrote: >>>>>> Hi Sven, >>>>>> >>>>>> On Mon, May 18, 2015 at 4:14 PM, Sven Van Caekenberghe >>>>>> <sven(a)stfx.eu >>>>>> <mailto:sven@stfx.eu>> wrote: >>>>>> >>>>>> >>>>>> > On 18 May 2015, at 15:47, Manfred KrÃ¶hnert >>>>>> <mkroehnert42(a)googlemail.com >>>>>> <mailto:mkroehnert42@googlemail.com>> wrote: >>>>>> > >>>>>> > Hi, >>>>>> > apparently I am missing something else. >>>>>> > >>>>>> > I can find devices when connected to a 'regular' LAN. >>>>>> > >>>>>> > However, I have a camera that creates a Wifi accesspoint and >>>>>> makes itself discoverable via SSDP. >>>>>> > Once I connect to this accesspoint my computer gets a valid IP >>>>>> address assigned and the NodeJS code is able to discover the device. >>>>>> > Unfortunately, the Pharo snippet I posted before does not give me >>>>>> any results and hangs in Socket>>waitForDataIfClosed: . >>>>>> > >>>>>> > Any further ideas? >>>>>> >>>>>> Are you sure you restarted the image and your code after switching >>>>>> networks ? >>>>>> >>>>>> >>>>>> I did not check this before. >>>>>> But I just downloaded a fresh 40613 image with PharoLauncher and started >>>>>> it after connecting to the camera accesspoint. >>>>>> The code snippet freezes there as well. >>>>>> >>>>>> Manfred >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>> >>> >>> >> >> >> > > >

May 19, 2015

Re: [Pharo-users] Issue with UDP Sockets

by Norbert Hartl

Hi Udo, is your mDNS code available somewhere? I thought about that some time ago that it could be a nice way to announce a pharo service to the network. Or in my case using it as a foundation for orchestrating images. Norbert > Am 19.05.2015 um 10:30 schrieb Udo Schneider <udo.schneider(a)homeaddress.de>: > > Hi Sven, > > you got me :-) > > I had this as a package sometime ago for my own purposes (mDNS). So I knew it does work and how to do it. It's just I can't find that damned package anymore... > > > I do think making all this cross platform could be a bit harder, we'll see. > It's not that hard. The socket API is the same on all supported platforms. No surprises on *nix based OS. The only exception is Windows where the API is the same but where you might run into some packet drops due to strange personal FW products and "value-add" NDIS drivers for NICs. The situation has gotten much better though since Windows Vista/7 are using multicast for some of their services out of the box. > > I will recreate it though. Should I simply publish a package or add this as a slice? > > Best Regards, > > Udo > > > On 19/05/15 10:20, Sven Van Caekenberghe wrote: >> Hi Udo, >> >> It would be good if some of this knowledge could be added inside the image, as class comment or methods comments. Even better would be an example combined with a unit test, like UDPSocketEchoTest and TCPSocketEchoTest - the unit test would then actively ensure this functionality is protected. >> >> I do think making all this cross platform could be a bit harder, we'll see. >> >> Sven >> >>> On 19 May 2015, at 00:17, Udo Schneider <udo.schneider(a)homeaddress.de> wrote: >>> >>> This should have been 'IP_ADD_MEMBERSHIP' of course: >>> >>> imrMultiaddr := #[239 255 255 250]. >>> imrInterface := #[0 0 0 0]. >>> ipMreq := imrMultiaddr , imrInterface. >>> socket setOption: 'IP_ADD_MEMBERSHIP' value: ipMreq. >>> >>> >>> The "server" could be something like this (execute in first playground). I used another IP address (#[239 255 255 251]) because #[239 255 255 250] might already be part of the multicast group because of other processes and this shows the "whole" process of subscribing to a multicast group: >>> >>> [ >>> | udpSocket | >>> udpSocket := Socket newUDP. >>> udpSocket setPort: 1900. >>> imrMultiaddr := #[239 255 255 251]. >>> imrInterface := #[0 0 0 0]. >>> ipMreq := imrMultiaddr , imrInterface. >>> udpSocket setOption: 'IP_ADD_MEMBERSHIP' value: ipMreq. >>> udpSocket setOption: 'IP_MULTICAST_LOOP' value: 1. >>> "udpSocket setOption: 'SO_REUSEADDR' value: 1." >>> udpSocket waitForData. >>> buffer := ByteArray new: 256. >>> data := udpSocket receiveUDPDataInto: buffer. >>> bytesRead := data at: 1. >>> sender := data at: 2. >>> senderPort := data at: 3. >>> more := data at: 4. >>> result := buffer copyFrom: 1 to: bytesRead. >>> udpSocket closeAndDestroy. >>> result asString inspect. >>> ] fork. >>> >>> >>> >>> The "client" (execute in different playground): >>> | message udpSocket | >>> message := String crlf join: #( >>> 'M-SEARCH * HTTP/1.1' >>> 'HOST:239.255.255.250:1900' >>> 'MAN:"ssdp:discover' >>> 'ST:ssdp:all' >>> 'MX:1' >>> ''). >>> >>> udpSocket := Socket newUDP. >>> udpSocket sendData: message toHost: #[239 255 255 251] port: 1900. >>> (udpSocket waitForSendDoneFor: 5). >>> udpSocket closeAndDestroy. >>> >>> Hope this helps. >>> >>> CU, >>> >>> Udo >>> >>> >>> >>> >>> >>> >>> On 18/05/15 23:29, Udo Schneider wrote: >>>> Hi Manfred, >>>> >>>> I just stumbled over the IP address you are using (239.255.255.250). If >>>> I remember correctly this is a IPv4 Class D Multicast address. >>>> (224.0.0.0-239.255.255.255). >>>> >>>> So if you want to transmit datagrams to this IP address or recieve >>>> datagrams sent to this multicast groups you have to set appropriate IP >>>> Options. >>>> >>>> You can set this options using Socket>>#setOption:value: and read them >>>> using Socket>>#getOption:. Please note that both methods expect the >>>> option to set as a name - not as constant. E.g. >>>> >>>> socket setOption: 'IP_MULTICAST_IF' value: multicastInterface. >>>> >>>> If I do remember correctly you have to set the following options for >>>> sending/receiving: >>>> >>>> Sending: >>>> IP_MULTICAST_IF >>>> (IP_MULTICAST_LOOP) >>>> (IP_MULTICAST_TTL) >>>> >>>> Sending should AFAIK work w/o setting any option - although >>>> IP_MULTICAST_IF is highly recommended. >>>> >>>> Receiving: >>>> (SO_REUSEADDR) >>>> IP_ADD_MEMBERSHIP >>>> (IP_DROP_MEMBERSHIP) >>>> >>>> Receiving only works if you joined the multicast group previously. So I >>>> assume that you need to do something like this (not tested). >>>> >>>> imrMultiaddr := #[239 255 255 250]. >>>> imrInterface := #[0 0 0 0]. >>>> ipMreq := imrMultiaddr , imrInterface. >>>> socket setOption: 'MEMBERSHIP' value: ipMreq. >>>> >>>> Hope this helps. >>>> >>>> CU, >>>> >>>> Udo >>>> >>>> >>>> >>>> On 18/05/15 16:34, Manfred KrÃ¶hnert wrote: >>>>> Hi Sven, >>>>> >>>>> On Mon, May 18, 2015 at 4:14 PM, Sven Van Caekenberghe >>>>> <sven(a)stfx.eu >>>>> <mailto:sven@stfx.eu>> wrote: >>>>> >>>>> >>>>> > On 18 May 2015, at 15:47, Manfred KrÃ¶hnert >>>>> <mkroehnert42(a)googlemail.com >>>>> <mailto:mkroehnert42@googlemail.com>> wrote: >>>>> > >>>>> > Hi, >>>>> > apparently I am missing something else. >>>>> > >>>>> > I can find devices when connected to a 'regular' LAN. >>>>> > >>>>> > However, I have a camera that creates a Wifi accesspoint and >>>>> makes itself discoverable via SSDP. >>>>> > Once I connect to this accesspoint my computer gets a valid IP >>>>> address assigned and the NodeJS code is able to discover the device. >>>>> > Unfortunately, the Pharo snippet I posted before does not give me >>>>> any results and hangs in Socket>>waitForDataIfClosed: . >>>>> > >>>>> > Any further ideas? >>>>> >>>>> Are you sure you restarted the image and your code after switching >>>>> networks ? >>>>> >>>>> >>>>> I did not check this before. >>>>> But I just downloaded a fresh 40613 image with PharoLauncher and started >>>>> it after connecting to the camera accesspoint. >>>>> The code snippet freezes there as well. >>>>> >>>>> Manfred >>>> >>>> >>>> >>>> >>> >>> >>> >> >> >> > > >

May 19, 2015