- Pharo-users - lists.pharo.org

Creating a Class in a Temporary Environment

by Sean P. DeNigris

I used to have creatingAClassInATemporaryNamespace | testingEnvironment morph | testingEnvironment := SystemDictionary new. ClassBuilder new name: #AClassForTesting inEnvironment: testingEnvironment subclassOf: Object type: Object typeOfClass instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'TemporaryTesting'. How do I do this with Slots? I tried: creatingAClassInATemporaryNamespace | testingEnvironment morph | testingEnvironment := SystemDictionary new. PharoClassInstaller make: [ :builder | builder superclass: Object; name: #AClassForTesting; environment: testingEnvironment; category: 'TemporaryTesting' ]. but got "key #SystemOrganization not found in SystemDictionary". ----- Cheers, Sean -- View this message in context: http://forum.world.st/Creating-a-Class-in-a-Temporary-Environment-tp4825963… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 12, 2015

Re: [Pharo-users] MouseWheel events

by Sean P. DeNigris

Matthieu Lacaton wrote > I was just surprised by VM events... That's understandable. We inherited quite a mess with events, but we've been slowly cleaning and SDL seems exciting! ----- Cheers, Sean -- View this message in context: http://forum.world.st/MouseWheel-events-tp4824839p4825959.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 12, 2015

Re: [Pharo-users] MouseWheel events

by Sean P. DeNigris

stepharo wrote > We are working on SDL based events so we should probably synchronise. > Because mouse wheel should be an event and not simulated. Absolutely! I was just improving the existing hack (mainly because I want horizontal wheel events) until you guys finish something really good :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/MouseWheel-events-tp4824839p4825958.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 12, 2015

Re: [Pharo-users] Woden - Rotate an Object from absolute referential

by Ronie Salgado

Hello Merwan, Currently is not possible because the only way to represent rotations is to use a matrix. I have to add support for quaternions, which gives me an opportunity to also add Euler angles. When I add support for Euler angles, you wil be able to do what you want easily. Currently, you have to use node orientation: (WDMatrix3 xrot: angle) to achieve what you are trying to do. Greetings, Ronie 2015-05-04 11:55 GMT-03:00 <merwanouddane(a)gmail.com>: > Hello everyone, > > I am currently making a little demo with woden and I would like to rotate > a cube, not from the relative referential but from the absolute one ( > rotate X always rotate in the same direction even if I previously have > rotated Y ). > > What currently happens is that when I rotate the cube, the referential > rotates as well... > > Does anyone know how to counter this ? > > Thanks > Merwan >

May 12, 2015

Re: [Pharo-users] MouseWheel events

by Matthieu Lacaton

Le 11/5/15 02:34, Sean P. DeNigris a Ã©crit : > Matthieu Lacaton wrote > >> Let's say for example thant I want to create a rectangle on the screen and >> be able to move it up and down by pressing CTRL + up / down arrow and be >> able to rotate it with the mouse wheel. Does this mean that on Linux I >> just >> can't >> > Mathieu contact Merwan to see if he has support for that. With OSWindow events (based on SDL ones) I was able to do so without trouble. I was just surprised by VM events but no big deal. 2015-05-11 21:32 GMT+02:00 stepharo <stepharo(a)free.fr>: > Sean > > We are working on SDL based events so we should probably synchronise. > Because mouse wheel should be an event and not simulated. > Merwan is producing touch event. > Stef > > Le 11/5/15 02:34, Sean P. DeNigris a Ã©crit : > >> Matthieu Lacaton wrote >> >>> Let's say for example thant I want to create a rectangle on the screen >>> and >>> be able to move it up and down by pressing CTRL + up / down arrow and be >>> able to rotate it with the mouse wheel. Does this mean that on Linux I >>> just >>> can't ? >>> >> Mathieu contact Merwan to see if he has support for that. > > > That is correct by default, but you can always hack the VM if you >> reeeeally >> want that behavior. Also, if you just wait a bit, I'm in the process of >> remapping the wheel simulation shortcuts to be extremely less likely to >> conflict with actual keyboard events. It is already done for Mac. I wrote >> the patch for GNU/Linux & Windows, but didn't have machines available >> when I >> was testing (the code may take a bit of massaging to compile). The upside >> is >> that it's a backward compatible VM change, so you will be able to take >> advantage of it in any Pharo version that will run on the latest VMs. >> >> >> Matthieu Lacaton wrote >> >>> And does this mean that if I create an application able to react to mouse >>> wheel, I need to code it differently for Windows and for Linux ? >>> >> No, you would code it the same way. In the image, MouseWheelEvents are >> created regardless of the keyboard event used to simulate them. The only >> thing different would be the keyboard equivalents. >> >> >> > >

May 12, 2015

Re: [Pharo-users] Wait two seconds

by Sean P. DeNigris

Torsten Bergmann wrote > "2 seconds wait" Showoff ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Wait-two-seconds-tp4825675p4825890.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 11, 2015

Re: [Pharo-users] MouseWheel events

by stepharo

Sean We are working on SDL based events so we should probably synchronise. Because mouse wheel should be an event and not simulated. Merwan is producing touch event. Stef Le 11/5/15 02:34, Sean P. DeNigris a Ã©crit : > Matthieu Lacaton wrote >> Let's say for example thant I want to create a rectangle on the screen and >> be able to move it up and down by pressing CTRL + up / down arrow and be >> able to rotate it with the mouse wheel. Does this mean that on Linux I >> just >> can't ? Mathieu contact Merwan to see if he has support for that. > That is correct by default, but you can always hack the VM if you reeeeally > want that behavior. Also, if you just wait a bit, I'm in the process of > remapping the wheel simulation shortcuts to be extremely less likely to > conflict with actual keyboard events. It is already done for Mac. I wrote > the patch for GNU/Linux & Windows, but didn't have machines available when I > was testing (the code may take a bit of massaging to compile). The upside is > that it's a backward compatible VM change, so you will be able to take > advantage of it in any Pharo version that will run on the latest VMs. > > > Matthieu Lacaton wrote >> And does this mean that if I create an application able to react to mouse >> wheel, I need to code it differently for Windows and for Linux ? > No, you would code it the same way. In the image, MouseWheelEvents are > created regardless of the keyboard event used to simulate them. The only > thing different would be the keyboard equivalents. > >

May 11, 2015

Re: [Pharo-users] protobufs for Pharo

by Benjamin Pollack

On Mon, May 11, 2015, at 12:27 PM, Paul DeBruicker wrote: > If you've gotta have prorobuf then you've gotta have protobuf but there > is a > thrift implementation (https://thrift.apache.org/) and also a message > pack > implementation (https://code.google.com/p/stomp-serializer/) > There are unfortunately a lot of protocols (including the one I mentioned used by RethinkDb) that are protobuf-based, so using one of those won't work too well. If interfacing with a third-party tool *weren't* necessary, I'd honestly probably just use Fuel, anyway. --Benjamin

May 11, 2015

Re: [Pharo-users] protobufs for Pharo

by Paul DeBruicker

If you've gotta have prorobuf then you've gotta have protobuf but there is a thrift implementation (https://thrift.apache.org/) and also a message pack implementation (https://code.google.com/p/stomp-serializer/) Benjamin Pollack-2 wrote > Hey all, > > Has anyone implemented protobufs for Pharo yet? Iâve not managed to find > any examples, so I assume the answer is ânoâ, but I thought Iâd check here > before rolling up my sleeves and writing one myself. (My specific target > here is to write a RethinkDB driver, so if someone has magically also done > *that*, please let me know, too.) > > Thanks, > --Benjamin -- View this message in context: http://forum.world.st/protobufs-for-Pharo-tp4825504p4825770.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 11, 2015

Re: [Pharo-users] Roassal-Woden dynamically change an element height without redrawing

by Alexandre Bergel

You need to update GT-InspectorExtensions also Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On May 11, 2015, at 11:02 AM, Lusa Nicolas <nicolas.lusa(a)usi.ch> wrote: > > Hi, > > thank you it works now. > > Cheers, > Nicolas > > > On May 11, 2015, at 5:54 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> Hi Lusa, >> >> This was missing. Please update Woden (Core & Roassal) and you can do: >> -=-=-=-=-=-=-=-=-=-=-=-= >> v := RWView new. >> >> e := RWCube element. >> >> v add: e. >> >> e when: RWMouseButtonDown do: [ :evt | >> evt element shape width: 2. >> evt element shape height: 2. >> evt element shape color: WDColor green. >> >> e changed. >> ]. >> ^ v >> -=-=-=-=-=-=-=-=-=-=-=-= >> >> Let us know how this goes >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >>> On May 11, 2015, at 8:19 AM, Lusa Nicolas <nicolas.lusa(a)usi.ch> wrote: >>> >>> Hi folks! >>> >>> I am working with Roassal-Woden and I want to dynamically change the size of an element already drawn and already added to my view. This could be overcome simply by drawing a new element on top of the current one but works only for bigger elements. >>> What if I want to take the current one and simply change it? >>> >>> Here is what I thought would be working but it isn't: >>> >>> shape height: aValue. >>> element changed. >>> >>> Where shape is my RWShape (a RWCube in my case) and element is the shape element (an RWElement). >>> The curious thing is that this code is actually working for the color: >>> >>> shape color: aWDColor. >>> element changed. >>> >>> Any tips on what is wrong about my code? >>> >>> Cheers, >>> Nicolas >>> >> >> > >

May 11, 2015