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

Re: [Pharo-project] Source code comments in Pharo: lots of missing things

by Max Leske

Have you looked at the methods with a fresh image? I've run into the situation a few times that only "decompiled" code is shown and a fresh image has always worked. Max On 27.03.2012, at 17:11, Marcus Denker wrote: > > On Mar 27, 2012, at 4:59 PM, philippe.back(a)highoctane.be wrote: > >> Just a question: while looking at the comments for classes in the browser, there are often missing entries, even for pretty classic classes. How comes? >> >> I find myself with a Squeak image running in parallel just to look up some content. So, content that makes sense is available but didn't got carried over to pharo. >> >> Is this a licencing issue? Something else? I have pharo1.0.sources so comments do show where they are available. >> Also, some methods look like a decompile with t1 t2.. where the source exists in Squeak with the proper parameters. >> > Normally this should not be the case. We definitly did not remove comments or renamed t1 t2... to me it looks like a config error or a bug. > > Can you tell us an example? > > > -- > Marcus Denker -- http://marcusdenker.de > >

March 27, 2012

Re: [Pharo-project] FileURL don't works properly on windows

by Marcus Denker

On Mar 27, 2012, at 4:05 PM, Igor Stasenko wrote: > Try: > > (FileDirectory default / 'foo') asUrl retrieveContents Yes, we need to really do a pass over the Url... there is Url (from old Squeak). The there is URI, a package from Impara that we wanted to replace Url in Squeak 3.9 but development stopped when Impara could not contribute to Squeak anymore (due to politics...). Then there is ZnUrl... Definitly needs cleanup. We need one model for Url that works. Marcus -- Marcus Denker -- http://marcusdenker.de

March 27, 2012

Re: [Pharo-project] Source code comments in Pharo: lots of missing things

by Marcus Denker

On Mar 27, 2012, at 4:59 PM, philippe.back(a)highoctane.be wrote: > Just a question: while looking at the comments for classes in the browser, there are often missing entries, even for pretty classic classes. How comes? > > I find myself with a Squeak image running in parallel just to look up some content. So, content that makes sense is available but didn't got carried over to pharo. > > Is this a licencing issue? Something else? I have pharo1.0.sources so comments do show where they are available. > Also, some methods look like a decompile with t1 t2.. where the source exists in Squeak with the proper parameters. > Normally this should not be the case. We definitly did not remove comments or renamed t1 t2... to me it looks like a config error or a bug. Can you tell us an example? -- Marcus Denker -- http://marcusdenker.de

March 27, 2012

[Pharo-project] Pharo 1.4 Tests-Unix - Build # 312 - Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

March 27, 2012

[Pharo-project] Source code comments in Pharo: lots of missing things

by philippe.back＠highoctane.be

Just a question: while looking at the comments for classes in the browser, there are often missing entries, even for pretty classic classes. How comes? I find myself with a Squeak image running in parallel just to look up some content. So, content that makes sense is available but didn't got carried over to pharo. Is this a licencing issue? Something else? I have pharo1.0.sources so comments do show where they are available. Also, some methods look like a decompile with t1 t2.. where the source exists in Squeak with the proper parameters. Thanks in advance for shining some light in the topic. Philippe

March 27, 2012

[Pharo-project] Pharo Core 1.3 - Build # 25 - Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

March 27, 2012

[Pharo-project] FileURL don't works properly on windows

by Igor Stasenko

Try: (FileDirectory default / 'foo') asUrl retrieveContents -- Best regards, Igor Stasenko.

March 27, 2012

Re: [Pharo-project] Pharo on iOS w/ faster graphics

by phil＠highoctane.be

Hey cool! Morphic could eat less by just reducing the frame rate and also use simple forms and pens to draw things. Also we have opengl under and could do a lot of interesting optimizations through plugins. I am onboard to work with you on that. Once the VM is built properly that is. I am currently writing an app for the iPad and the touch UI is really sometging different indeed. Pharo on iPad has the potential to be a killer app for development. A dynabook come true. Paired with a bluetooth keyboard on portrait position like with the zagg I use it looks like an alto of 2012! Le 27 mars 2012 14:32, "J.F. Rick" <self(a)je77.com> a Ã©crit : > Hi everyone, > > I've been lurking a little while here and thought I would jump in to see > if Pharo would be appropriate for what I want to do. > > First, here's a little background about myself. I'm an academic researcher > in human-computer interaction and educational technology. I've been > programming in Smalltalk since the early days of Squeak. For those who > remember, I wrote Swiki. I'm now doing work on multi-touch interfaces, such > as interactive tabletops and tablets. There's a huge difference between > designing interfaces for mouse / keyboard and designing for multi-touch. My > current research interests are in creating interfaces that are optimized > for the latter, rather than the former. Smalltalk is a great environment > for that, because you really can rebuild the GUI from the ground up. I've > gone ahead and worked off the work that John McIntosh did on iSqueak to > create several applications for iPad. > > I'm thinking of transitioning from Squeak to Pharo as the current > development state of Pharo is a bit cleaner than Squeak. I'm glad to see > that there is some interest in getting Pharo on iOS (though there do seem > to be problem). I'm not an Objective-C or C expert, so I wouldn't be good > at getting the VM to work, but I would be able to go from there to creating > some interesting widgets, frameworks, and apps that I could share with the > community. > > One major hurdle I see in my work is that Morphic is just too slow on > iPads. While I have been able to optimize the speed of my applications to > have them work on Morphic, it is a lot of extra work and I may eventually > get to a point where it won't work for what I need it to do. Is there some > sort of magic bullet for addressing this? Cairo? Does anyone have any > recommendations for addressing this inside Pharo? I'm not interested in 3D > interfaces, but rather fast 2D interfaces. Any advice would be greatly > appreciated. > > Cheers, > > Jeff > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick >

March 27, 2012

Re: [Pharo-project] VM on iOS: still no luck, even with 4.2 and Cmake 2.8.3

by phil＠highoctane.be

Fine for me. In the meantime I ll create the project by hand based on what Cmake does and is configured with. Phil Le 27 mars 2012 14:06, "Esteban Lorenzano" <estebanlm(a)gmail.com> a Ã©crit : > Hi, > > with 4.2 you should have a target list, and iStackVM as one of them. > Sorry, I can't take it now, I don't know how Guille does it (he is doing > pharo stuff while preparing his travel), but I just don't have the time :( > > next week I will be able to work with you to obtain a working build > process, if you can wait a little. > > best, > Esteban > > El 26/03/2012, a las 4:17p.m., philippe.back(a)highoctane.be escribiÃ³: > > > Hello, > > > > Out of options for 4.3, I downloaded Xcode 4.2 and installed it back > alongside 4.3. Then cleaned about everything, regenerated sources > (including the IOSPlugin issue). > > > > xcode select to go back to 4.2 > > > > Then did a cmake -G Xcode . in build/ > > > > An Xcode project materialized there. > > > > > > > > Opening it works,.. well, opens as an empty project in Xcode. There are > lots of stuff in the package tough. Viewable and all. > > > > But nothing to build... :-( > > > > Argh. > > > > /Philippe > > >

March 27, 2012

Re: [Pharo-project] Bug in DateAndTime?

by Sean P. DeNigris

David T. Lewis wrote > > you may consider the limited implementation to be either a bug > or a feature depending on your use case ;) > Ha ha, maybe that could be said of any code ;-) But, in this case, when one has a Unix time, that already means something in the outside world. We're reusing the label to mean something else - a recipe for disaster (or at least confusion). David T. Lewis wrote > > The current implementation... is simple and fast, > I'm actually envisioning a simplification - don't change to local offset; or if we do, apply it after the date is calculated. -- View this message in context: http://forum.world.st/Bug-in-DateAndTime-tp2293749p4508750.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 27, 2012