December 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] GUI Testing Library
by Marcus Denker Dec. 9, 2011

Dec. 9, 2011

On Dec 9, 2011, at 4:08 PM, Tudor Girba wrote: > Btw, I think these should get in the Pharo distribution because they > are just too valuable. > Yes! > Doru > > > On Fri, Dec 9, 2011 at 4:07 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Thanks a lot, Sean! >> >> It works just great with BDDExtensions and Keymapping-Shortcuts. >> >> Cheers, >> Doru >> >> >> On Thu, Dec 8, 2011 at 3:35 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >>> >>> Tudor Girba-2 wrote >>>> >>>> Would it be possible to simulate keys with modifiers without Keymapping >>>> present? >>>> >>> >>> I think I only used Keymapping for the modifier key syntax, but looking at >>> its repository, the shortcuts are packaged separately. So you could try only >>> loading Keymapping-Shortcuts, which does not hook into the system (so >>> shouldn't break anything) and will add #command, $shift, etc. Let me know if >>> that works for you. >>> >>> Sean >>> >>> -- >>> View this message in context: http://forum.world.st/GUI-Testing-Library-tp4097866p4172952.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] NativeBoost and C++ libraries
by Pavel Krivanek Dec. 9, 2011

Dec. 9, 2011

Hi Igor, do you have some experiences with NativeBoost bindings to C++ libraries (with classes)? I have seen that Ruby has some interface generators for that purpose (Rice, rb++). Cheers, -- Pavel

2 1

[Pharo-project] NBOpenGL
by Igor Stasenko Dec. 9, 2011

Dec. 9, 2011

(resending message due to mailer problem) Since it works now only for Windows, Â i didn't thought a lot about platform-neutral stuff. Creating and initializing an opengl context is platform-specific, and it is hard to tell what you may need to create it. Regarding opengl on mac: - i just uploaded the initial snapshot of opengl bindings for mac, see NBOpenGL-Mac package. it can create a context using NBMacContextManager new createContext but i am a bit puzzled what to do next, because it looks like CGL library allows you to create only a fullscreen contexts, and only Carbon/Cocoa frameworks allowing you to make a windowed context by attaching context to specific 'drawable'. So, Fernando (or others), if you know more, take a look what can be done. Maybe it was a mistake to use CGL interface for it, maybe i should write bindings using Carbon interface, but since it promised by apple to be deprecated and removed from system, i don't know what to do (and Cocoa is an Objective-C, and making calls to Objective-C code is completely different story). On 9 December 2011 11:34, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > On 09.12.2011 11:27, Henrik Sperre Johansen wrote: >> >> >> That's not specific to offscreen rendering contexts though, (nor >> pixelformats, another windows artifact) > > I should perhaps say; they're not Windows specific as such, but the > implementation in NBOpenGL is. > Personally, I'd rather have createContext: taking a crossplatform > pixel/buffer format as argument, the platform context transcribe that into > the native object needed as parameter for context creation, and some sort of > way to check if the context created actually matched your specification. > Makes the whole "Your context was invalid for those operations" class of > errors a lot more transparent, which I've found to be the source of trouble > multiple times at least. > > Cheers, > Henry > -- Best regards, Igor Stasenko.

1 0

Re: [Pharo-project] NBOpenGL
by Henrik Sperre Johansen Dec. 9, 2011

Dec. 9, 2011

On 09.12.2011 11:27, Henrik Sperre Johansen wrote: > > That's not specific to offscreen rendering contexts though, (nor > pixelformats, another windows artifact) I should perhaps say; they're not Windows specific as such, but the implementation in NBOpenGL is. Personally, I'd rather have createContext: taking a crossplatform pixel/buffer format as argument, the platform context transcribe that into the native object needed as parameter for context creation, and some sort of way to check if the context created actually matched your specification. Makes the whole "Your context was invalid for those operations" class of errors a lot more transparent, which I've found to be the source of trouble multiple times at least. Cheers, Henry

1 0

Re: [Pharo-project] NBOpenGL
by Fernando Olivero Dec. 9, 2011

Dec. 9, 2011

the formatting of the "uml" is wrong! On Fri, Dec 9, 2011 at 10:46 AM, fernando.olivero(a)usi.ch <fernando.olivero(a)usi.ch> wrote: > Hi Igor, i have a question regarding the design of NBOpenGL. > > Why does the following offscreen method, deals with windows? > > NBOffscreenDisplay >>createOpenGLContext > Â Â Â Â ctx := NBHostWindowContext createSpecificForPlatform. > Â Â Â Â ctx createWindow: extent. > Â Â Â Â ctx createContext: ctx defaultPixelFormat. > > I'm trying to include in the framework, support for MacOSX, starting > with offscreen drawables support using CGL, therefore i would like to > modify it to: > > > NBOffscreenDisplay >>createOpenGLContext > Â Â Â Â ctx := NBDisplayContext createSpecificForPlatform. > Â Â Â Â ctx createContext: ctx defaultPixelFormat. > > > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â NBGLDisplay > > NBDisplayContext > NBOffscreenDisplay Â Â Â Â Â Â Â Â Â Â NBWindowedDisplay > Â Â Â Â Â Â Â NBWinContext Â Â Â Â Â Â Â NBUnixContext > NBMacOSXContext > > > What do you think? > Fernando >

2 1

[Pharo-project] NBOpenGL
by Fernando Olivero Dec. 9, 2011

Dec. 9, 2011

Hi Igor, i have a question regarding the design of NBOpenGL. Why does the following offscreen method, deals with windows? NBOffscreenDisplay >>createOpenGLContext ctx := NBHostWindowContext createSpecificForPlatform. ctx createWindow: extent. ctx createContext: ctx defaultPixelFormat. I'm trying to include in the framework, support for MacOSX, starting with offscreen drawables support using CGL, therefore i would like to modify it to: NBOffscreenDisplay >>createOpenGLContext ctx := NBDisplayContext createSpecificForPlatform. ctx createContext: ctx defaultPixelFormat. NBGLDisplay NBDisplayContext NBOffscreenDisplay NBWindowedDisplay NBWinContext NBUnixContext NBMacOSXContext What do you think? Fernando

1 0

Re: [Pharo-project] Help: Zodiac secure server.
by Sven Van Caekenberghe Dec. 9, 2011

Dec. 9, 2011

Hi Prasad, On 08 Dec 2011, at 18:09, Prasad Khurd wrote: > Hello Sven, > I am trying to write a zodiac secure server. I was able to successfully make a server copying most of the server part from Zinc Http server. Then, I tried replacing the SocketStream with your ZnSecureSocketStream but that didnât workâ¦ I havenât read much on SSL yet so I assumed whatever was sent from the secure stream of the client would be decrypted on the server using ZnSecureSocketStream â like a toggle mostly but I guess I am wrong. Iâd appreciate it if you could give me some pointers or if you had a sample of such a secure server implementation. > > Thank you, > Prasad Thanks a lot for your interest in Zn+Zdc, this is a good area to work on. I haven't done this myself yet, for a couple of reasons: - lack of time - debugging Zdc was higher priority - client side was/is higher priority That being said, it would be nice if you could do a proof of concept. To make this work you have to do wrap a ZdcSecureSocketStream on: the socket that you get back from #waitForAcceptFor: The place to do this is in ZnSingleThreadedServer>>#socketStreamOn: It would be best to do this in a subclass from either ZnSingleThreadedServer or ZnMultiThreadedServer Then you have to set the server certificate on the stream by getting the #sslSession from the ZdcSecureSocketStream that you just created and calling #certificateName: (this won't work on Mac OS X due to missing functionality in the plugin). Finally you should do a #accept on the ZdcSecureSocketStream, if that works, the server should work transparently with the secure stream as if it is a regular one. Apart from debugging, there is no reason this should not work ;-) Good luck and please let me know how it goes! Regards, Sven

1 0

[Pharo-project] A possible bug in GZip streams
by Martin Dias Dec. 9, 2011

Dec. 9, 2011

Hi, I get a SubscriptOutOfBounds error when I evaluate: | aStream zipStream | aStream := ByteArray new writeStream binary. zipStream := GZipWriteStream on: aStream. zipStream nextStringPut: ''. zipStream nextStringPut: ''. zipStream close. aStream close. aStream := aStream contents readStream binary. zipStream := GZipReadStream on: aStream. zipStream nextString. zipStream nextString. zipStream close. aStream close. The error doesn't happen when I put just one string (instead of two). Do you see something wrong in the code? Should I report a bug? Thanks, MartÃn

5 13

[Pharo-project] [update 1.4] #14253
by Marcus Denker Dec. 8, 2011

Dec. 8, 2011

14253 ----- Issue 5073: DateAndTime>>asEmailString reports wrong day http://code.google.com/p/pharo/issues/detail?id=5073 Issue 5072: Remove calls to SmalltalkImage>>associationAt: http://code.google.com/p/pharo/issues/detail?id=5072 Issue 4944: Failing Test: RBSmalllintTest http://code.google.com/p/pharo/issues/detail?id=4944 Issue 4940: Failing Test: MessageTallyTest http://code.google.com/p/pharo/issues/detail?id=4940 Issue 2688: watchIt method should not be in PluggableTextMorph http://code.google.com/p/pharo/issues/detail?id=2688 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] ZdcSecurePOP3Client and ZdcSecureSMTPClient
by Sven Van Caekenberghe Dec. 8, 2011

Dec. 8, 2011

This week I found some time to finish two small examples, ZdcSecurePOP3Client and ZdcSecureSMTPClient. These are subclasses from the POP3Client and SMTPClient already present, but open a ZdcSecureSocketStream to the POP3/SMTP server and connect it at the SSL level. This means you can now receive and/or send email securely over SSL, to GMail for example: "Retrieve (but not delete) your last 5 messages" ZdcSecurePOP3Client retrieveMessagesFromGMailAccount: '<your-name>@gmail.com' password: '<your-password>' limit: 5. (Note that you have to enable POP3 access in your GMail account) "Send a message" | mailMessage | mailMessage := MailMessage empty. mailMessage setField: 'subject' toString: 'ZdcSecureSMTPClient Test'. mailMessage body: (MIMEDocument contentType: 'text/plain' content: 'This is test from Pharo Smalltalk'). ZdcSecureSMTPClient sendUsingGMailAccount: '<your-name>@gmail.com' password: '<your-password>' to: '<email-address>' message: mailMessage The code is in the 'Zodiac-Extra' package in the http://www.squeaksource.com/Zodiac repository. Of course, you also have to install Zodiac and a plugin, see http://zdc.stfx.eu/ for more details. Sven

3 3