Pharo-dev

By thread

pharo-dev@lists.pharo.org

June 2014

88 participants
1258 messages

WhatsUp from: 2014-06-02 until: 2014-06-15

by seaside＠rmod.lille.inria.fr

Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! ### Here's what I've been up to since the last WhatsUp: - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS ### What's next, until 2014-06-15 (*): - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION (*) we'll be expecting results by then ;)

June 2, 2014

Re: [Pharo-dev] Initial versions for OSWindow and Woden

by Ronie Salgado

Now I added a prebuilt version of the VM for Windows in the same site. In Windows there are some bugs, but they are completely on image side. Even the Woden image with OpenGL works. Greetings Ronie 2014-05-31 5:54 GMT-04:00 Ronie Salgado <roniesalg(a)gmail.com>: > Hello There, > > I have been working in OSWindow, which is a cross platform API for dealing > with native operating system windows. This API requires using a custom VM > and the library SDL2. > > With this API, even the main Pharo window is handled almost completely in > image side using NativeBoost. > > The only support required from the VM is a small periodical check in the > heartbeat about the presence of events. This no more than 10 lines of code. > > This is currently working very well in my Linux machine, so I need to > start testing this stuff. > > For Windows, soon I will be building the custom VM. My last built was very > dirty and I want to do something more clean. > > For Mac OS X, I don't have one for testing. But Alex is going allow me to > borrow one for some time. So be patience. > > As for Woden, it is a new 3D graphics engine that I started making. This > one requires currently support of OSWindow and also shows some cool stuffs. > > As for prebuilt versions of the VM with OSWindow support along with > preloaded images for both, OSWindow and Woden. And screenshots. > > Well, I am putting them here: http://ronie.cl/OSWindow/ > > Greetings, > Ronie >

June 2, 2014

Re: [Pharo-dev] Improving Pharo By Example

by Ben Coman

June 2, 2014

Re: [Pharo-dev] GPU accelerated GUI

by Ben Coman

June 2, 2014

Re: [Pharo-dev] GPU accelerated GUI

by Esteban A. Maringolo

I don't know how long will it take to revamp Morphic, last time I saw a demo of it at Smalltalks conference (~circa 2007/8), it was really promising, but didn't hear about it again. Regards, Esteban A. Maringolo 2014-06-01 21:24 GMT-03:00 Darrin Massena <darrin(a)massena.com>: > Yes. Reading what Juan Vuletich is working on for the next Morphic there is > a lot said about things I imagine would negatively impact performance if a > lot of deliberate effort isn't made to offset them. > > > On Sun, Jun 1, 2014 at 5:12 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: >> >> I couldn't tell exactly, I haven't used Cuis in the last year or so, >> but at that time (Pharo 2 was new) it was the faster of the three >> brothers (Pharo/Squeak/Cuis). >> >> Maybe that changed lately and Cuis got slower too. Apparently it is >> very easy to bloat Morphic. >> >> Regards, >> >> >> Esteban A. Maringolo >> >> >> 2014-06-01 21:07 GMT-03:00 darrinm <darrin(a)massena.com>: >> >> You get a Cuis image and it's super fast. >> > >> > What machine are you running on? I just gave the 2009 image of Cuis a >> > try on >> > my current-model Mac Pro (3.6 GHz, 6 cores, tons of RAM) and honestly >> > just >> > dragging a window around was terribly slow. Just guessing, I'd say 10 >> > FPS or >> > less which probably half what I see with Pharo. >> > >> > Is the VM a factor? Should I try a different one? >> > >> > Thanks. >> > >> > >> > >> > -- >> > View this message in context: >> > http://forum.world.st/GPU-accelerated-GUI-tp4760898p4761231.html >> > Sent from the Pharo Smalltalk Developers mailing list archive at >> > Nabble.com. >> > >> >

June 2, 2014

Re: [Pharo-dev] GPU accelerated GUI

by Darrin Massena

Yes. Reading what Juan Vuletich is working on for the next Morphic there is a lot said about things I imagine would negatively impact performance if a lot of deliberate effort isn't made to offset them. On Sun, Jun 1, 2014 at 5:12 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > I couldn't tell exactly, I haven't used Cuis in the last year or so, > but at that time (Pharo 2 was new) it was the faster of the three > brothers (Pharo/Squeak/Cuis). > > Maybe that changed lately and Cuis got slower too. Apparently it is > very easy to bloat Morphic. > > Regards, > > > Esteban A. Maringolo > > > 2014-06-01 21:07 GMT-03:00 darrinm <darrin(a)massena.com>: > >> You get a Cuis image and it's super fast. > > > > What machine are you running on? I just gave the 2009 image of Cuis a > try on > > my current-model Mac Pro (3.6 GHz, 6 cores, tons of RAM) and honestly > just > > dragging a window around was terribly slow. Just guessing, I'd say 10 > FPS or > > less which probably half what I see with Pharo. > > > > Is the VM a factor? Should I try a different one? > > > > Thanks. > > > > > > > > -- > > View this message in context: > http://forum.world.st/GPU-accelerated-GUI-tp4760898p4761231.html > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > >

June 2, 2014

Re: [Pharo-dev] GPU accelerated GUI

by Esteban A. Maringolo

I couldn't tell exactly, I haven't used Cuis in the last year or so, but at that time (Pharo 2 was new) it was the faster of the three brothers (Pharo/Squeak/Cuis). Maybe that changed lately and Cuis got slower too. Apparently it is very easy to bloat Morphic. Regards, Esteban A. Maringolo 2014-06-01 21:07 GMT-03:00 darrinm <darrin(a)massena.com>: >> You get a Cuis image and it's super fast. > > What machine are you running on? I just gave the 2009 image of Cuis a try on > my current-model Mac Pro (3.6 GHz, 6 cores, tons of RAM) and honestly just > dragging a window around was terribly slow. Just guessing, I'd say 10 FPS or > less which probably half what I see with Pharo. > > Is the VM a factor? Should I try a different one? > > Thanks. > > > > -- > View this message in context: http://forum.world.st/GPU-accelerated-GUI-tp4760898p4761231.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

June 2, 2014

Re: [Pharo-dev] GPU accelerated GUI

by darrinm

> You get a Cuis image and it's super fast. What machine are you running on? I just gave the 2009 image of Cuis a try on my current-model Mac Pro (3.6 GHz, 6 cores, tons of RAM) and honestly just dragging a window around was terribly slow. Just guessing, I'd say 10 FPS or less which probably half what I see with Pharo. Is the VM a factor? Should I try a different one? Thanks. -- View this message in context: http://forum.world.st/GPU-accelerated-GUI-tp4760898p4761231.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

June 2, 2014

Re: [Pharo-dev] GPU accelerated GUI

by Esteban A. Maringolo

2014-06-01 14:44 GMT-03:00 Darrin Massena <darrin(a)massena.com>: > Today's machines are thousands of times faster than the ones Smalltalk > originally ran on. How much faster is its UI now? I don't think Moore's Law > is going to fix the problem. It has ups and downs, if you get a Squeak 3.8 image and run it in a 2Ghz computer, the UI will be fast, even Pharo 1.4 had a faster interface that 3.0. You get a Cuis image and it's super fast. I find Pharo 3.0 UI to be slower than before, but not slow. It feels like if Pharo had the mobile browsers 300ms tap delay too (https://developers.google.com/mobile/articles/fast_buttons?hl=de-DE#touchev…) As said before, Morphic is slower than MVC too. I always wondered why more money is put into Morphic, instead of trying something else (MVC, MVP, MVVM, etc.). Maybe it's cheaper to fix it than to make it again. Regards!

June 1, 2014

Rebound Home and End keys are non-functional on Mac

by darrinm

https://pharo.fogbugz.com/f/cases/13292/Rebound-Home-and-End-keys-non-funct… Rebound Home and End keys don't work on Macs except when used in conjunction with the Command key. Fortunately the VM already has code to handle rebound keys and is just missing entries for moveToBeginningOfLine and moveToEndOfLine, which the Home/End keys are commonly rebound to. I've added those entries with this pull request: https://github.com/pharo-project/pharo-vm/pull/49 -- View this message in context: http://forum.world.st/Rebound-Home-and-End-keys-are-non-functional-on-Mac-t… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

June 1, 2014

Jump to page: