- Pharo-dev - lists.pharo.org

[Pharo-project] Fwd: Background Changer

by Alexandre Bergel

FYI Begin forwarded message: > From: Lemuus <lemuus(a)gmail.com> > Date: 24 May 2011 18:35:00 GMT-04:00 > To: pharo-chile(a)googlegroups.com > Subject: Background Changer > Reply-To: pharo-chile(a)googlegroups.com > > Hi, > I tend change the background on Pharo a lot, so i made a little application to change the background using an image gallery, so you can see the image you want to put on the background. > You can load it with: > > Gofer new > url: 'http://lemuus.homelinux.org/lemuus/BackgroundChanger'; > package: 'BackgroundChanger'; > load. > > It register on the World menu->System->Change Background > It will ask for a directory with images, and then show you a gallery with the images on that directory. > Then you can select an image, and select the layout for the background. > Greetings, > Daniel Galdames G. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 25, 2011

Re: [Pharo-project] [Seaside] Re: ESUG SummerTalk - Fuel, binary object serializer

by Yanni Chiu

On 25/05/11 11:22 AM, Mariano Martinez Peck wrote: > > - globals behaviors (classes and traits) are managed (by default) in > kind of "light" serialization. Where we only serialize the global name > which means that the class has to be present in Smalltalk globals in the > image that you want to materialize. > > You can change the default behavior and be able to completely serialize > a class/trait. But this is much more complicated and it is still work on > process (ClassBuilder is not your best friend). Okay. I think all that is needed is a "safe mode" option when *de-serializing*, which would discard any non-light classes or global objects that appear in the stream.

May 25, 2011

Re: [Pharo-project] Questions of understanding

by Friedrich Dominicus

Mariano Martinez Peck <marianopeck(a)gmail.com> writes: > I have no idea. Maybe someone in the VM mailing list can help you. > Ok I finally got the serialPort access under Cog VM and Linux I concede it is currently a hackerish solution a combination out of Squeak sources and Cog sources with a good mixture of Cog So whomever may be "reponsible" can get in touch with me and I'll try to work out a stable implementation on Linux. But I think there are a few problems with Pharo 1.3 and Cog. AFAIKT one needs AbstractLauncher. I shamlessly stole it from Squeak. If I do not have it and start my generated CogVM I just get an open window with some black rectangle in the upper left. This problem was mentioned at: http://code.google.com/p/pharo/issues/detail?id=4002 Now what did I have to do? I downloaded the sources from squeak-vm and Cog and there are at least two different C files and probably a header files with the prototyps: The two files are sqUnixSerial.c which is in platforms/unix/plugins/SerialPlugin SerialPlugin in src/plugins/SerialPlugin It seems the first is the handwritten C-code The first is needed to "offer" the functionality and the later is probabl seems t be the interface to Squeak. I guess this is generated code from some Slang code which looks like this: parityType dataBits: dataBits inFlowControlType: inFlowControl outFlowControlType: outFlowControl xOnByte: xOnChar xOffByte: xOffChar | cString | self primitive: 'primitiveSerialPortOpenByName' parameters: #(ByteArray SmallInteger SmallInteger SmallInteger SmallInteger SmallInteger SmallInteger SmallInteger SmallInteger ). self var: #cString type: 'char *'. cString := self allocateTerminatedString: deviceName. self cCode: 'serialPortOpenByName( cString, baudRate, stopBitsType, parityType, dataBits, inFlowControl, outFlowControl, xOnChar, xOffChar)' which then write out the proper C code for that plugin. You see I'm still ignorant on how this is all supposed to work. Nevertheless copying the files at the proper places in the src and platform tree. This codes get's compiled into the VirtualMachine. And I can use this "machine" for accessing the serial interfaces, (it even works for '/dev/ttyUSBx' devices. For me this is a great thing because I'm forced to access some periperal devices via serial lines. I need some extra hack in the generated file (I know this is "dirty" a missing #define was introduced. I bet there is a better place for that but in genrated code. But well it's just an intermediate step. If someone here may be interested just drop me a mail and with some help we'll be able to modify the Cog sources cleanly to use this modified Plugin for intefacing to serial lines in Linux. I'm also quite aware that the Smalltalk side of the code could need a little attention: It looks like: nextPutAll: aStringOrByteArray "Send the given bytes out this serial port. The port must be open. " ^ port isString ifTrue: [self primWritePortByName: port from: aStringOrByteArray startingAt: 1 count: aStringOrByteArray size] ifFalse: [self primWritePort: port from: aStringOrByteArray startingAt: 1 count: aStringOrByteArray size] Which is kind of "unproper" IMHO.... Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus

May 25, 2011

Re: [Pharo-project] cog vm for iOS

by StÃ©phane Ducasse

> so a version purely for inhouse/research/educational use isn't likely to be created? Why not. But so far what is the microprocessor of ipad if this is not an intel then it means that the assembly generation has to be done and our plate is full. Stef > > On Wed, May 25, 2011 at 10:57 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > the regulation of apple makes that JIT are forbidden. Now you can run pharo Cog Stack (no JIT) interperter. > We would support any speed improvements that help in that direction. > > We are planning to clean event handling and other in that perspective. > > Stef > > On May 25, 2011, at 4:22 PM, Steve Wirts wrote: > > > Hi All, > > > > Sorry if this topic has been covered in a previous email, I couldn't find anything conclusive so I'm posting it for my own clarity. > > I am a smalltalk programmer at heart but have been working in java at a java shop for sometime. Recently there's been a very strong directive from management to "get everything working on an iPad". > > > > I see a great opportunity to introduce pharo at the moment but need a way to deploy to iPad/iPhone devices. I'm not a c programmer and am overwhelmed at the thought of trying to build a cog vm for ios devices. > > > > Is there a binary package of cog vm for iPad/iPhone available somewhere? > > >

May 25, 2011

Re: [Pharo-project] [Seaside] Re: ESUG SummerTalk - Fuel, binary object serializer

by Mariano Martinez Peck

On Wed, May 25, 2011 at 5:14 PM, Yanni Chiu <yanni(a)rogers.com> wrote: > On 24/05/11 4:39 PM, Martin Dias wrote: > >> >> We really appreciate all kind of feedback and comments. If you want to >> try it, check in the website how to do it. It is extremely easy. >> > > I had a brief look and will look some more. I may try to use it to > serialize a Pier kernel. > > heheheheh. We would LOVE that. In fact, I told martin few months ago to do EXACTLY that. If you could give it a try or need help, please let us know. > In another use case, I'd like to serialize from one image, and deserialize > in another image - under end user control. The issue here is that "nasty" > code could be introduced: e.g. capture the Fuel output, deserialize, add > nasty code, re-serialize, then send onward for import to image. Would it be > possible to have some sort of "virus" filter? Maybe something like the Star > Trek transporter that can filter out nasty stuff before re-materializing. :) > For a start, maybe an inclusion list and/or an exclusion list of classes and > globals would be useful. > > I guess this should be easy to do. For the moment: - globals objects are hardcoded in #globalNames - globals behaviors (classes and traits) are managed (by default) in kind of "light" serialization. Where we only serialize the global name which means that the class has to be present in Smalltalk globals in the image that you want to materialize. You can change the default behavior and be able to completely serialize a class/trait. But this is much more complicated and it is still work on process (ClassBuilder is not your best friend). Cheers -- Mariano http://marianopeck.wordpress.com

May 25, 2011

Re: [Pharo-project] cog vm for iOS

by Steve Wirts

so a version purely for inhouse/research/educational use isn't likely to be created? On Wed, May 25, 2011 at 10:57 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > the regulation of apple makes that JIT are forbidden. Now you can run pharo > Cog Stack (no JIT) interperter. > We would support any speed improvements that help in that direction. > > We are planning to clean event handling and other in that perspective. > > Stef > > On May 25, 2011, at 4:22 PM, Steve Wirts wrote: > > > Hi All, > > > > Sorry if this topic has been covered in a previous email, I couldn't find > anything conclusive so I'm posting it for my own clarity. > > I am a smalltalk programmer at heart but have been working in java at a > java shop for sometime. Recently there's been a very strong directive from > management to "get everything working on an iPad". > > > > I see a great opportunity to introduce pharo at the moment but need a way > to deploy to iPad/iPhone devices. I'm not a c programmer and am overwhelmed > at the thought of trying to build a cog vm for ios devices. > > > > Is there a binary package of cog vm for iPad/iPhone available somewhere? > > >

May 25, 2011

Re: [Pharo-project] cog vm for iOS

by StÃ©phane Ducasse

the regulation of apple makes that JIT are forbidden. Now you can run pharo Cog Stack (no JIT) interperter. We would support any speed improvements that help in that direction. We are planning to clean event handling and other in that perspective. Stef On May 25, 2011, at 4:22 PM, Steve Wirts wrote: > Hi All, > > Sorry if this topic has been covered in a previous email, I couldn't find anything conclusive so I'm posting it for my own clarity. > I am a smalltalk programmer at heart but have been working in java at a java shop for sometime. Recently there's been a very strong directive from management to "get everything working on an iPad". > > I see a great opportunity to introduce pharo at the moment but need a way to deploy to iPad/iPhone devices. I'm not a c programmer and am overwhelmed at the thought of trying to build a cog vm for ios devices. > > Is there a binary package of cog vm for iPad/iPhone available somewhere?

May 25, 2011

Re: [Pharo-project] cog vm for iOS

by Igor Stasenko

On 25 May 2011 16:22, Steve Wirts <stevewirts(a)gmail.com> wrote: > Hi All, > Sorry if this topic has been covered in a previous email, I couldn't find > anything conclusive so I'm posting it for my own clarity. > I am a smalltalk programmer at heart but have been working in java at a java > shop for sometime. Â Recently there's been a very strong directive from > management to "get everything working on an iPad". > I see a great opportunity to introduce pharo at the moment but need a way to > deploy to iPad/iPhone devices. Â I'm not a c programmer and am overwhelmed at > the thought of trying to build a cog vm for ios devices. > > Is there a binary package of cog vm for iPad/iPhone available somewhere? Ask Esteban! :) -- Best regards, Igor Stasenko AKA sig.

May 25, 2011

Re: [Pharo-project] Tiling windows

by GastÃ³n Dall' Oglio

Excelent! IMHO, it's better that's not integrated to TaskBarMorph, lets it free :) For example, click in unused space of the TWMBar and you can move it around you wish in the screen, similar to use DockingBarMorph>>beFloating. I attach screenshot. Laurent, I improved (or not? :)) your work, if you think that is bad for TWM simply undo it ;) 2011/5/25 laurent laffont <laurent.laffont(a)gmail.com> > Now there's a button to open the world menu. > > Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/ > Developer group: http://cara74.seasidehosting.st > > > > On Wed, May 25, 2011 at 11:20 AM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> On Wed, May 25, 2011 at 11:06 AM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> I do not understand. >>> >>> how can I get a browser? >>> >> >> Hey, this is just a start :) I will add a button to open the world menu. >> >> >> once this is one is created I get the browser full screen >>> but then how do I get a chance to create a new one if I want. >>> >>> dividing the browsers based on the screen size results in rather small >>> browsers :) >>> >> >> yes, but because browsers waste space IMHO. Maybe we could get rid of >> windows borders when tiled. >> >> Laurent. >> >> >> >>> >>> Stef >>> >>> >>> > TWMBar new open. >>> > >>> > The real manager is TilingWM. Try: >>> > >>> > (TilingWM forWorld: World) tileVisibleWindows. >>> > (TilingWM forWorld: World) tileBrowsers. >>> > (TilingWM forWorld: World) tileWorkspaces. >>> > >>> >>> >>> >> >

May 25, 2011

[Pharo-project] cog vm for iOS

by Steve Wirts

Hi All, Sorry if this topic has been covered in a previous email, I couldn't find anything conclusive so I'm posting it for my own clarity. I am a smalltalk programmer at heart but have been working in java at a java shop for sometime. Recently there's been a very strong directive from management to "get everything working on an iPad". I see a great opportunity to introduce pharo at the moment but need a way to deploy to iPad/iPhone devices. I'm not a c programmer and am overwhelmed at the thought of trying to build a cog vm for ios devices. Is there a binary package of cog vm for iPad/iPhone available somewhere?

May 25, 2011