November 2013 - Pharo-users

How to combine Pharo Desktop and Seaside?

by steliosgan

Hello, I am a newbie at smalltalk and I do not feel so comfortable with the following question : I have created an application with Pharo 2.0 and I would like to know if I could present dynamically some results to an html page, using seaside. (Actually, I have a class that creates an OrderedCollection and I want to create an html table to fill it with the data from the collection).Is it feasible? Thank you -- View this message in context: http://forum.world.st/How-to-combine-Pharo-Desktop-and-Seaside-tp4724166.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 22, 2013

Re: [Pharo-users] NativeBoost Questions while wrapping FMOD

by Sean P. DeNigris

Igor Stasenko wrote >> err.. again, you must pass an address where value will be stored, hee hee... sorry... I don't understand enough of what's going on behind the scenes to adapt well. I reasoned that since last time, the signature was "Whatever**" and you said to make it "NBExternalAddress*", that therefore "Whatever*" (one less *) would be "NBExternalAddress" (also one less *). While we're here, I'll ask my other questions... 1. What's the differenct between <primitive: #primitiveNativeCall module: #NativeBoostPlugin> and the variant with error:? What does the second one buy you? 2. instead of returning useful objects, FMOD returns error codes and you pass a pointer to receive the object. - The first consequence is that I have to wrap all the calls e.g. "self processErrorCode: self primCreate." where processErrorCode: anInteger anInteger = 0 ifFalse: [ self error: 'FMOD returned error code ', anInteger asString ]. Is there a more graceful way to do that? - The second issue is how to create a Smalltalk object from the pointer. What I've been doing is: | soundHandle | soundHandle := NBExternalAddress new. self processErrorCode: (self primCreate: soundHandle on: system handle fromFile: file fullName). sound := FmodSystemSound on: soundHandle. Again, is there a better way? I thought to subclass NBExternalAddress, but evaluating "sound := FmodSystemSound new" to pass to the callout seemed a bit dirty i.e. it is not a invalid instance until initialized by the callout. I also played around with NBExternalObject, but couldn't get that to work either... Thanks for all the support. This is fun!! ----- Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-Questions-while-wrapping-FMOD-tp4724116p4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 22, 2013

Re: [Pharo-users] Scaled PNG image

by Igor Stasenko

Yay, it works.. if i use: canvas image: surface asForm at: bounds origin sourceRect: (0@0 extent: surface extent ) rule: 34. instead of canvas translucentImage: surface asForm at: bounds origin. hmm.. i just don't understand why: image: aForm at: aPoint sourceRect: sourceRect rule: rule "Note: The public use of this protocol is deprecated. It will become private. Nobody in the outside world must assume that a thing like a combination rule has any specific effect." why it is considered private? i wanna blend my form with another using specific rule, and this is the only protocol available for that.. weird. (Sorry for derailing topic, but that problem was quite annoying to me, i will take more deeper look at a fix later , and reply separately ;) ) On 22 November 2013 00:54, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 21 November 2013 21:27, Hilaire Fernandes <hilaire.fernandes(a)gmail.com>wrote: > >> Le 21/11/2013 08:21, StÃ©phane Ducasse a Ã©crit : >> > >> > On Nov 20, 2013, at 4:54 PM, Hilaire Fernandes < >> hilaire.fernandes(a)gmail.com> wrote: >> > >> >> Hello, >> >> >> >> In Pharo 2.0 (true in 1.4 as well), it looks PNG bitmap are wrongly >> >> rotated or scaled when they contain alpha transparency. >> >> >> >> In the example bellow with the joined bitmap, the alpha gray color are >> >> rendered darker when the imagemorph is scaled or rotated. >> >> >> >> Sqeak does not suffer this problem >> > >> > hilaire may be you should have a look at the changes made in the >> graphics package >> >> I took at look on the list, did not find anything yet >> >> not directly, right. But since symptoms are similar, i think this is most > probably the same case. > (and your digging shown that we actually having separate rule for > premultiplied alpha blend, which i could use for correctly > transferring/blending > cairo surface pixels in Forms) > > >> Hilaire >> >> > of squeak to identify the change. >> > We should have more tests. >> > >> > Stef >> >> >> >> >> >> | dir morph transform form| >> >> dir := FileSystem disk workingDirectory parent. >> >> morph := (ImageReadWriter formFromFileNamed: (dir / 'bubble.png') >> >> fullName) asMorph. >> >> transform := TransformationMorph new asFlexOf: morph. >> >> transform smoothingOn ; angle: Float pi / 3; scale: 1. >> >> transform openInWorld >> >> >> >> >> >> Thanks >> >> >> >> Hilaire >> >> >> >> >> >> -- >> >> Dr. Geo http://drgeo.eu >> >> <bubble.png> >> > >> > >> > >> >> >> -- >> Dr. Geo http://drgeo.eu >> >> >> > > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Nov. 22, 2013

Re: [Pharo-users] Scaled PNG image

by Igor Stasenko

On 21 November 2013 21:27, Hilaire Fernandes <hilaire.fernandes(a)gmail.com>wrote: > Le 21/11/2013 08:21, StÃ©phane Ducasse a Ã©crit : > > > > On Nov 20, 2013, at 4:54 PM, Hilaire Fernandes < > hilaire.fernandes(a)gmail.com> wrote: > > > >> Hello, > >> > >> In Pharo 2.0 (true in 1.4 as well), it looks PNG bitmap are wrongly > >> rotated or scaled when they contain alpha transparency. > >> > >> In the example bellow with the joined bitmap, the alpha gray color are > >> rendered darker when the imagemorph is scaled or rotated. > >> > >> Sqeak does not suffer this problem > > > > hilaire may be you should have a look at the changes made in the > graphics package > > I took at look on the list, did not find anything yet > > not directly, right. But since symptoms are similar, i think this is most probably the same case. (and your digging shown that we actually having separate rule for premultiplied alpha blend, which i could use for correctly transferring/blending cairo surface pixels in Forms) > Hilaire > > > of squeak to identify the change. > > We should have more tests. > > > > Stef > >> > >> > >> | dir morph transform form| > >> dir := FileSystem disk workingDirectory parent. > >> morph := (ImageReadWriter formFromFileNamed: (dir / 'bubble.png') > >> fullName) asMorph. > >> transform := TransformationMorph new asFlexOf: morph. > >> transform smoothingOn ; angle: Float pi / 3; scale: 1. > >> transform openInWorld > >> > >> > >> Thanks > >> > >> Hilaire > >> > >> > >> -- > >> Dr. Geo http://drgeo.eu > >> <bubble.png> > > > > > > > > > -- > Dr. Geo http://drgeo.eu > > > -- Best regards, Igor Stasenko.

Nov. 21, 2013

Re: [Pharo-users] NativeBoost Questions while wrapping FMOD

by Igor Stasenko

On 21 November 2013 22:40, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > I'm wrapping the FMOD cross-platform audio library. The code is MIT and > lives > at http://smalltalkhub.com/#!/~SeanDeNigris/FMOD > > ======== > Problem #1: > ======== > > I'm calling into the FMOD library with: > primStoreIsPlaying: channelHandle in: isPlayingHandle > <primitive: #primitiveNativeCall module: #NativeBoostPlugin> > > "FMOD_RESULT FMOD_Channel_IsPlaying( > FMOD_CHANNEL *channel, > bool *isplaying);" > > ^ self nbCall: #(FMOD_RESULT > FMOD_Channel_IsPlaying(NBExternalAddress > channel, NBExternalAddress isPlayingHandle)). > > I call the above with: > isPlaying > | isPlaying | > isPlaying := NBExternalAddress new. > self primStoreIsPlaying: channel in: isPlaying. > ^ isPlaying value > 0. > > isPlaying is always 0. The method works directly from C with: > int isPlaying = 1; > while (isPlaying) { > FMOD_Channel_IsPlaying(channel, &isPlaying); > } > > I also tried changing the callout signature to "... bool* isPlayingHandle)" > and passing "isPlaying := true." instead of using the NBExternalAddress > stuff. > > err.. again, you must pass an address where value will be stored, ^ self nbCall: #(FMOD_RESULT FMOD_Channel_IsPlaying( > > NBExternalAddress channel, NBExternalAddress * isPlayingHandle)). otherwise you passing NULL pointer, and i quite surprised it not segfaults when you call it like that (looks like they have a check in the library ) you can also use NBExternalTypeValue for that: boolValueClass := NBExternalTypeValue ofType: 'bool'. "sure thing, creating anonymous class for each call is overkill, this should be done once, somewhere else" boolValue := boolValueClass new. self callTheThingWith: boolValue. boolValue value ifTrue: [... blah] (and this will work, assuming you have bool* in signature for this argument). I have a few more questions, but this is the most pressing as it's holding > up any further development. > > Thanks! > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/NativeBoost-Questions-while-wrapping-FMOD-tp4724116.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Best regards, Igor Stasenko.

Nov. 21, 2013

Re: [Pharo-users] NativeBoost Questions while wrapping FMOD

by phil＠highoctane.be

We'll soon be able to do this in Pharo then :-) My friend David also uses FMOD in there. http://www.youtube.com/watch?v=077sYFHAgTM --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Thu, Nov 21, 2013 at 10:40 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > I'm wrapping the FMOD cross-platform audio library. The code is MIT and > lives > at http://smalltalkhub.com/#!/~SeanDeNigris/FMOD > > ======== > Problem #1: > ======== > > I'm calling into the FMOD library with: > primStoreIsPlaying: channelHandle in: isPlayingHandle > <primitive: #primitiveNativeCall module: #NativeBoostPlugin> > > "FMOD_RESULT FMOD_Channel_IsPlaying( > FMOD_CHANNEL *channel, > bool *isplaying);" > > ^ self nbCall: #(FMOD_RESULT > FMOD_Channel_IsPlaying(NBExternalAddress > channel, NBExternalAddress isPlayingHandle)). > > I call the above with: > isPlaying > | isPlaying | > isPlaying := NBExternalAddress new. > self primStoreIsPlaying: channel in: isPlaying. > ^ isPlaying value > 0. > > isPlaying is always 0. The method works directly from C with: > int isPlaying = 1; > while (isPlaying) { > FMOD_Channel_IsPlaying(channel, &isPlaying); > } > > I also tried changing the callout signature to "... bool* isPlayingHandle)" > and passing "isPlaying := true." instead of using the NBExternalAddress > stuff. > > I have a few more questions, but this is the most pressing as it's holding > up any further development. > > Thanks! > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/NativeBoost-Questions-while-wrapping-FMOD-tp4724116.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > >

Nov. 21, 2013

NativeBoost Questions while wrapping FMOD

by Sean P. DeNigris

I'm wrapping the FMOD cross-platform audio library. The code is MIT and lives at http://smalltalkhub.com/#!/~SeanDeNigris/FMOD ======== Problem #1: ======== I'm calling into the FMOD library with: primStoreIsPlaying: channelHandle in: isPlayingHandle <primitive: #primitiveNativeCall module: #NativeBoostPlugin> "FMOD_RESULT FMOD_Channel_IsPlaying( FMOD_CHANNEL *channel, bool *isplaying);" ^ self nbCall: #(FMOD_RESULT FMOD_Channel_IsPlaying(NBExternalAddress channel, NBExternalAddress isPlayingHandle)). I call the above with: isPlaying | isPlaying | isPlaying := NBExternalAddress new. self primStoreIsPlaying: channel in: isPlaying. ^ isPlaying value > 0. isPlaying is always 0. The method works directly from C with: int isPlaying = 1; while (isPlaying) { FMOD_Channel_IsPlaying(channel, &isPlaying); } I also tried changing the callout signature to "... bool* isPlayingHandle)" and passing "isPlaying := true." instead of using the NBExternalAddress stuff. I have a few more questions, but this is the most pressing as it's holding up any further development. Thanks! ----- Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-Questions-while-wrapping-FMOD-tp4724116.h… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 21, 2013

Re: [Pharo-users] Scaled PNG image

by Hilaire Fernandes

Le 21/11/2013 21:27, Hilaire Fernandes a Ã©crit : > Le 21/11/2013 08:21, StÃ©phane Ducasse a Ã©crit : >> >> On Nov 20, 2013, at 4:54 PM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: >> >>> Hello, >>> >>> In Pharo 2.0 (true in 1.4 as well), it looks PNG bitmap are wrongly >>> rotated or scaled when they contain alpha transparency. >>> >>> In the example bellow with the joined bitmap, the alpha gray color are >>> rendered darker when the imagemorph is scaled or rotated. >>> >>> Sqeak does not suffer this problem >> >> hilaire may be you should have a look at the changes made in the graphics package > > I took at look on the list, did not find anything yet > Oh, look like an old fix can partially make it http://forum.world.st/ENH-Translucent-images-in-8-and-16-bit-screen-resolut… Joined .cs of this changes I don't understand this code, and I don't know its consequences on the all system. So someone should review it. Hilaire > Hilaire > >> of squeak to identify the change. >> We should have more tests. >> >> Stef >>> >>> >>> | dir morph transform form| >>> dir := FileSystem disk workingDirectory parent. >>> morph := (ImageReadWriter formFromFileNamed: (dir / 'bubble.png') >>> fullName) asMorph. >>> transform := TransformationMorph new asFlexOf: morph. >>> transform smoothingOn ; angle: Float pi / 3; scale: 1. >>> transform openInWorld >>> >>> >>> Thanks >>> >>> Hilaire >>> >>> >>> -- >>> Dr. Geo http://drgeo.eu >>> <bubble.png> >> >> >> > > -- Dr. Geo http://drgeo.eu

Nov. 21, 2013

Re: [Pharo-users] Scaled PNG image

by Hilaire Fernandes

Le 21/11/2013 08:21, StÃ©phane Ducasse a Ã©crit : > > On Nov 20, 2013, at 4:54 PM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > >> Hello, >> >> In Pharo 2.0 (true in 1.4 as well), it looks PNG bitmap are wrongly >> rotated or scaled when they contain alpha transparency. >> >> In the example bellow with the joined bitmap, the alpha gray color are >> rendered darker when the imagemorph is scaled or rotated. >> >> Sqeak does not suffer this problem > > hilaire may be you should have a look at the changes made in the graphics package I took at look on the list, did not find anything yet Hilaire > of squeak to identify the change. > We should have more tests. > > Stef >> >> >> | dir morph transform form| >> dir := FileSystem disk workingDirectory parent. >> morph := (ImageReadWriter formFromFileNamed: (dir / 'bubble.png') >> fullName) asMorph. >> transform := TransformationMorph new asFlexOf: morph. >> transform smoothingOn ; angle: Float pi / 3; scale: 1. >> transform openInWorld >> >> >> Thanks >> >> Hilaire >> >> >> -- >> Dr. Geo http://drgeo.eu >> <bubble.png> > > > -- Dr. Geo http://drgeo.eu

Nov. 21, 2013

Re: [Pharo-users] Scaled PNG image

by Hilaire Fernandes

Le 21/11/2013 16:44, Igor Stasenko a Ã©crit : > Except that while adopting cairo surfaces i also has odd transparency > issues until i realized > that cairo surface stores pixel data using premultiplied alpha format,e.g.: > > pixelColor = (R*A, G*A, B*A, A) > > while bitblt assumes it is (R,G,B,A) Should not be related, right? Hilaire -- Dr. Geo http://drgeo.eu

Nov. 21, 2013