January 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] NativeBoost and NBOpenGL on Mac?

by ncalexan

On Wed, Jan 11, 2012 at 9:34 AM, Lawson English-2 [via Smalltalk] <ml-node+s1294792n4286205h19(a)n4.nabble.com> wrote: > [cross-posting this reply because it certainly seems relevant to both > Pharo and Squeak] > > > This seems to me to be roundabout, and will make sure that any Mac > version of OpenGL will be far slower than any Windows version. > > What I'm not understanding is how the current OpenGL libs can render > directly on the screen on a Mac, while the Igor's can't. The Â Croquet > OpenGL package appears to be grabbing something from the Baloon3D > plugin, I think. Has anyone looked at how THAT tells OpenGL libs to > render to the appropriate area on the system window? > > primCreateRenderer: flags x: x y: y w: w h: h > <primitive: 'primitiveCreateRendererFlags' module:'B3DAcceleratorPlugin'> > Â Â Â ^nil Sure. Baloon3D is tightly tied to the VM, and is creating the OpenGL rendering context (and attaching it the NSWindow, etc) directly on the C side. Igor's approach is to do this all from the image side, and he just ran into the reality that you need to know the whole render stack on Mac OS X to do this (NSWindow, NSView, and OpenGL context). (I don't mean to put words into Igor's mouth, but his approach is consistent across issues and he has been up front about wanting to move things to the image.) Nick -- View this message in context: http://forum.world.st/NativeBoost-and-NBOpenGL-on-Mac-tp4278813p4286296.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 11, 2012

Re: [Pharo-project] [Esug-list] [ANN] [Release] Neptuno, the DBXBrowser

by Tudor Girba

Excellent work! Doru On 11 Jan 2012, at 18:19, Guillermo Polito wrote: > Hi! > > We are glad to announce the first stable release of the DBXBrowser, named Neptuno, the last piece in the DBXTalk tools project sponsored by ESUG. > > What is this browser? It is a Glamour based browser which works as a GUI to work with OpenDBX connections. > > How does it look like? I attach a screenshot with a brief look :) > > Which databases does it work with? It is currently working with OpenDBX connectors for: > - mysql > - postgresql > - oracle > - sqlite > > How should I download it? I'd like to link to the site here, but it's currently down (and we are working for your happiness :D ), so: > > Gofer it > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfDBXBrowser'; > load. > > > (((Smalltalk at: #ConfigurationOfDBXTools) > perform: #project) > perform: #version: with: #stable) > load: 'Neptuno' > > How should I contact the DBXTalk team for feedback, bug reports, questions, or whatever? > > The project's mailing list: dbxtalk(a)googlegroups.com > The project's issue tracker: http://code.google.com/p/dbxtalk/issues > The (currently down) site, with docs and stuff: http://dbxtalk.smallworks.com.ar/ > > > Thanks! > The DBXTalk team > <completeBrowser.png>_______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org -- www.tudorgirba.com "Quality cannot be an afterthought."

Jan. 11, 2012

Re: [Pharo-project] NativeBoost and NBOpenGL on Mac?

by Lawson English

[cross-posting this reply because it certainly seems relevant to both Pharo and Squeak] This seems to me to be roundabout, and will make sure that any Mac version of OpenGL will be far slower than any Windows version. What I'm not understanding is how the current OpenGL libs can render directly on the screen on a Mac, while the Igor's can't. The Croquet OpenGL package appears to be grabbing something from the Baloon3D plugin, I think. Has anyone looked at how THAT tells OpenGL libs to render to the appropriate area on the system window? primCreateRenderer: flags x: x y: y w: w h: h <primitive: 'primitiveCreateRendererFlags' module:'B3DAcceleratorPlugin'> ^nil L On 1/11/12 1:22 AM, Fernando Olivero wrote: > I've developed a CocoaUI app, which implements the example you copied. > A cocoa window, with a custom NSView, which renders an OpenGL surface. > The app also catches events, and notifies it via sockets. > > My idea is to render within Pharo to a frame buffer object(offscreen > rendering), and communicate the redisplay to the cocoa app via sockets > (IPC). > > So we can code all the UI in Smalltalk, using offscreen rendering as a > means to draw to a native OS X window. > > I will continue experimenting with this approach, to assess its > performance and usability. Wether IPC via sockets is fast enough, > amongst other technical challenges. > > Yes, i noticed two that the OpenGL info in the Mac, returns 'APPLE > SOFTWARE RENDERER 2.1". Surely we can find a way to solve this > problem, i will look into Lawson's link. > > Fernando > pd: Enjoy the vacations Igor, have a pint or two. > > On Wed, Jan 11, 2012 at 1:21 AM, Igor Stasenko<siguctua(a)gmail.com> wrote: >> On 10 January 2012 21:28, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: >>> thanks >>> >>> May be this page is interesting: http://developer.apple.com/library/mac/#documentation/GraphicsImaging/Conce… >>> >>> Igor how is london :) ? >>> >>> Crowded? >> like hell. :) >> Kiev is more or less same in this regard, so i already having immunity >> >> Yes, i will definitely get back to this issue, once i return from vacation. >> And now i should stop reading and replying mails and spend time on >> just resting :) >> >> -- >> Best regards, >> Igor Stasenko. >> >

Jan. 11, 2012

[Pharo-project] [ANN] [Release] Neptuno, the DBXBrowser

by Guillermo Polito

Hi! We are glad to announce the first stable release of the DBXBrowser, named Neptuno, the last piece in the DBXTalk tools project sponsored by ESUG. *What is this browser?* It is a Glamour based browser which works as a GUI to work with OpenDBX connections. * How does it look like?* I attach a screenshot with a brief look :) *Which databases does it work with?* It is currently working with OpenDBX connectors for: - mysql - postgresql - oracle - sqlite * How should I download it?* I'd like to link to the site here, but it's currently down (and we are working for your happiness :D ), so: Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfDBXBrowser'; load. (((Smalltalk at: #ConfigurationOfDBXTools) perform: #project) perform: #version: with: #stable) load: 'Neptuno' *How should I contact the DBXTalk team for feedback, bug reports, questions, or whatever?* The project's mailing list: dbxtalk(a)googlegroups.com The project's issue tracker: http://code.google.com/p/dbxtalk/issues The (currently down) site, with docs and stuff: http://dbxtalk.smallworks.com.ar/ Thanks! The DBXTalk team

Jan. 11, 2012

Re: [Pharo-project] Suggestion Note:

by Krishsmalltalk

Yes need to do the bits listed here... Have been fast n engrossed on trying out all of morphic with all it's innards I can gradually get into, stealing time I can between work and using Pharo as training platform for newbie entrants. Will share that and some more inputs ... Easier to keep working on Pharo than to collect it cohesively and send it out on email. Its been a little addictive actually, playing with morphic and seems good n nice so far. Will push some load tests also over by end of the month Intact having done a lot in VC++ longer time back, some on VW, VA, java, groovy, VB, Tool builder support is nice to have like we have in VW but with neater property pages as in VB. But critical is a simple View framework at least as in VA is what I am fumbling around now. but overall morphic is great fun .... But with some gotcha's i am trying to document through test cases... Should have been the framework to have dished out tablet interfaces....!! In the first place about 15 years back On Jan 7, 2012, at 11:15 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > 5 On Jan 4, 2012, at 10:22 AM, S Krish wrote: > >> Should raise this as a separate artifact and probably send out my fixes ( currently these are hacks). >> >> Many of the other logics do not work as per standard practices... from other comp usage.. windows/ linux.. >> * FileOut is silent and saves to the resources folder ... no chance of intervention while it goes out.. also overwrites silently.. >> Simple save/ saveas popup menu would help .. when reqd. >> * Image saveAs : only image name is taken.. no folder selection... though one can give a full path in the text editor. >> * remember the last navigated path in file open/ save dialogs >> * Monticello save is incremental and quickly builds up a huge stack of files.. need to optimize this.. autosave packages marked to a given default single file overwriting it.. reduce multiple mc saves to the minimum when you really need to version a new base. > > sign the license > send code > and we will discuss > > Stef

Jan. 11, 2012

Re: [Pharo-project] [COTDC] 103 - ZLibWriteStream

by StÃ©phane Ducasse

I like class comment which refers to collaborators and have examples!! Thanks On Jan 11, 2012, at 8:46 AM, Max Leske wrote: > I use the zlib implementation of the deflate algorithm to compress a ByteArray. See http://en.wikipedia.org/wiki/DEFLATE for details on the deflate algorithm. > > This is how you get a compressed ByteArray from your input: > zipStream := ZLibWriteStream on: (ByteArray new). > zipStream > nextPutAll: myByteArray; > close. > compressed := zipStream encodedStream contents. > > On 10.01.2012, at 21:36, sean(a)clipperadams.com wrote: > >> 102 classes done >> 794 classes remaining >> Continuing in Compression... >> >> Today: ZLibWriteStream >> >> >> Comment Of The Day Contest - One Day One Comment >> Rules: >> #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). >> #2: If you cannot comment it, deprecate it. >> Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest >> >> p.s. this message was sent from a pharo image. Did you know you could easily do that?! >> >

Jan. 11, 2012

Re: [Pharo-project] [COTDC] 104 - ZLibWriteStream

by Alexandre Bergel

I just had a look at ZLibWriteStream. This class is really cryptic. Deep knowledge about the zip format is needed. Maybe something like: -=-=-=-=-=-=-=-=-=-=-=-= ZLib is a data compression algorithm. According to Wikipedia, "this algorithm provides good compression on a wide variety of data with minimal use of system resources." The class can be used that way: | writer | writer := ZLibWriteStream on: String new. writer nextPutAll: 'Hello World'. writer close. writer encodedStream contents -=-=-=-=-=-=-=-=-=-=-=-= Alexandre On 11 Jan 2012, at 10:14, sean(a)clipperadams.com wrote: > 103 classes done > 793 classes remaining > Continuing in Compression... > > Today: ZLibWriteStream > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > p.s. this message was sent from a pharo image. Did you know you could easily do that?! > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 11, 2012

[Pharo-project] [COTDC] 104 - ZLibWriteStream

by sean＠clipperadams.com

103 classes done 793 classes remaining Continuing in Compression... Today: ZLibWriteStream Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest p.s. this message was sent from a pharo image. Did you know you could easily do that?!

Jan. 11, 2012

Re: [Pharo-project] [COTDC] 101 - TarArchiveMember

by Sean P. DeNigris

Thanks, Alexandre :) The TarArchive class itself is very sparse. The class comment says: "... It is here as a placeholder". Maybe it too can be removed. I'll have to get a closer look. -- View this message in context: http://forum.world.st/COTDC-101-TarArchiveMember-tp4274769p4285338.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 11, 2012

Re: [Pharo-project] [COTDC] 103 - ZLibWriteStream

by Sean P. DeNigris

Thanks, Max :) -- View this message in context: http://forum.world.st/COTDC-103-ZLibWriteStream-tp4283327p4285330.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 11, 2012