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

Re: [Pharo-project] How to disable development tools on Pharo 1.3

by S Krish

Yes.. +100 On Tue, Jan 31, 2012 at 6:53 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi, > > in fact, what Mariano posted is just a part... disable everything is > complicated, because code is everywhere... I'm collection all of this > changes in a package, to see in advance if it is possible to abstract that. > Ideally, we should have a preference "Disable Development Mode", or > something like that to allow desktop developers to easily switch... > > best, > Esteban > > El 31/01/2012, a las 10:16a.m., Ben Coman escribiÃ³: > > > Noury Bouraqadi wrote: > >> I remember having seen some time in the past a menu that allows to > shrink the image and disable the world menu. > >> But, I can't retrieve any thing related. I don't care about the menu > per se. I'd be happy with a message to send to some object that does the > job. > >> > >> > >> Noury > >> -- > >> http://twitter.com/#!/NouryBouraqadi > >> http://www.kroobe.com/profile/noury > >> > >> > > Squeak 3.9 based, but perhaps something useful... > > "Prepare For Application Deployment" > http://squeak.preeminent.org/tut2007/html/205.html > > > > > > >

Jan. 31, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by dimitris chloupis

>Â yesÂ this is just that we got instability on jenkins windows slaveÂ aha no problemo I can wait >Â there is windows build, just check downloads page of NB project site. oups I missed the obvious one , hehe > Yes, because for linux we don't have an opengl initialization yet. > Javier were working on that.. > @Javier, what is the status? No problemo, I am fine with macos one for now which is my main platform anyway. But its good to know that future support for windows and linux is one of your goals.Â By the way I read the Chapter you linked of PBE pdf on FFI . Very well written, it might be WIP but already it clears up loads and loads of things.Â Cool name you picked there "Spock" should I assume someone is like me a big fan of Star Trek ?Â Is there any documentation anywhere even partial for NBOpenGL that I can use ? (google does not return anything )

Jan. 31, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by Igor Stasenko

On 31 January 2012 10:29, dimitris chloupis <thekilon(a)yahoo.co.uk> wrote: > I wanted to ask if NB and COG will support windows as well, I see no windows > build. there is windows build, just check downloads page of NB project site. > > and here we go with first problem. I am in linux mint 12 32 bit with a > graphic card NVIDIA GEFORCE 6200 . > > I got Cog VM with the Nativeboost plugin + Pharo 1.4 image + Nativeboost + > NBOpenGL > > This is my workspace > > ---- > Gofer it > Â Â Â Â squeaksource: 'NativeBoost'; > Â Â Â Â package: 'NativeBoost-Installer'; > Â Â Â Â load. > > > NBInstaller install. > > Gofer it > Â Â Â Â squeaksource: 'NBOpenGL'; > Â Â Â Â package: 'ConfigurationOfNBOpenGL'; > Â Â Â Â load. > > ConfigurationOfNBOpenGL project lastVersion load. > > test := (GLTTRenderingDemo new) openInWorld; yourself. > --- > > the problem appears in the last line with an error "No suitable > implementation found for initlising OpenGL context" . Should I assume it can > find OpenGL libraries or is it a problem with the graphic card drivers. CC > has been given me problem, but Blender works okish considering it completely > reliant on OpenGL > Yes, because for linux we don't have an opengl initialization yet. Javier were working on that.. @Javier, what is the status? -- Best regards, Igor Stasenko.

Jan. 31, 2012

Re: [Pharo-project] OneClick on website's first page?

by Ben Coman

Norbert Hartl wrote: > Am 30.01.2012 um 18:16 schrieb Janko MivÅ¡ek <janko.mivsek(a)eranova.si>: > > >> S, Norbert Hartl piÅ¡e: >> >> >>>> My intention was dragged into downloads of Shortcuts section and I'm >>>> also blind to "marketing" images outside the central area, this is >>>> probably a reason :) But it is only me? >>>> >>> yes! >>> >> Are you sure? :) >> >> > Sure! :) > > Norbert > > More often than not, our mind doesn't see what is actually there - but what it expects to see. Much like not being able to find the salt shaker in the kitchen pantry when it is sitting right in front of your eyes. Consider moving the download button centrally, beneath the Pharo icon and above "Pharo is a clean...." http://www.frontend.com/design/webpage-layout-right-hand-side-blindness.html

Jan. 31, 2012

Re: [Pharo-project] How to disable development tools on Pharo 1.3

by Esteban Lorenzano

Hi, in fact, what Mariano posted is just a part... disable everything is complicated, because code is everywhere... I'm collection all of this changes in a package, to see in advance if it is possible to abstract that. Ideally, we should have a preference "Disable Development Mode", or something like that to allow desktop developers to easily switch... best, Esteban El 31/01/2012, a las 10:16a.m., Ben Coman escribiÃ³: > Noury Bouraqadi wrote: >> I remember having seen some time in the past a menu that allows to shrink the image and disable the world menu. >> But, I can't retrieve any thing related. I don't care about the menu per se. I'd be happy with a message to send to some object that does the job. >> >> >> Noury >> -- >> http://twitter.com/#!/NouryBouraqadi >> http://www.kroobe.com/profile/noury >> >> > Squeak 3.9 based, but perhaps something useful... > "Prepare For Application Deployment" http://squeak.preeminent.org/tut2007/html/205.html > >

Jan. 31, 2012

Re: [Pharo-project] How to disable development tools on Pharo 1.3

by Ben Coman

Noury Bouraqadi wrote: > I remember having seen some time in the past a menu that allows to shrink the image and disable the world menu. > But, I can't retrieve any thing related. > I don't care about the menu per se. I'd be happy with a message to send to some object that does the job. > > > Noury > -- > http://twitter.com/#!/NouryBouraqadi > http://www.kroobe.com/profile/noury > > Squeak 3.9 based, but perhaps something useful... "Prepare For Application Deployment" http://squeak.preeminent.org/tut2007/html/205.html

Jan. 31, 2012

Re: [Pharo-project] Future of SCM (was Smalltalk for small projects only?)

by Janko MivÅ¡ek

Hi guys, This idea about realtime non-invasive notifications of others activity in the group is actually interesting and quite close what we are seeing in realtime web apps recently. I namelly see the Facebook-like business collaboration as a growing trend and one of more interesting innovations there is how to get notified without being disturbed, non-invasive therefore. I think we can copy some ideas from there to our tools too. Janko S, GÃ¶ran Krampe piÅ¡e: >>> - Real time collaboration. If we can sit in a shared (in some >>> controlled fashion) development environment in some kind >>> of real time model, then lots of merging and conflicts would just say >>> PUFF and go up in smoke. We are beginning to see >>> this now with the new IDEs running "on the web" because suddenly it >>> gets very natural to experiment in that direction. >> Real-time collaboration in the sense of getting code updates from >> other developers immediatedly is probably not very >> helpful, as it would distract a lot. > Code changes is one thing you probably want to *control* (which is why I > wrote "in some controlled fashion") but some examples of stuff you > really would like to get "immediately" are: > > - Developer X is modifying "your" code. No, not committed yet - but > perhaps you should talk to X :) > > - Visual queue/notification that developer X just managed to break your > unit tests > > - Developer X is right now writing new code that references classes that > you in turn have modified in your uncommitted code... or sending > messages whose implementations you in turn have modified in your > uncommitted code. > > ...and so on, there are numerous "tell tales" that there will be > interesting issues down the road - and these signals could be exposed to > the developers in various ways. Open your mind - it is not all about > sharing commits of code :) -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

Jan. 31, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by Ben Coman

Igor Stasenko wrote: > someone please lend me the day-stretcher , to have 48 hours/day :) > Here is a start... http://www.stevepavlina.com/blog/2005/10/polyphasic-sleep/ You might not have time to read the whole diary, so after the intro you can skip to the end... http://www.stevepavlina.com/blog/2006/04/polyphasic-sleep-the-return-to-mon…

Jan. 31, 2012

Re: [Pharo-project] [squeak-dev] Re: [Smalltalk for small projects only?

by Damien Pollet

On 29 January 2012 23:03, Otto Behrens <otto(a)finworks.biz> wrote: > Here's another idea: we can map class definitions and method > definitions directly to git objects. Git has a great object model > which will allow us to directly track the complete history of a method > or class definition, with commit details and what not. You mean having the class definition in a blob of its own? >From what I see, that's already kinda what you're doing, except you have the class comment in there as wellâ¦ -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Jan. 31, 2012

Re: [Pharo-project] Artifacts Mirroring

by Camillo Bruni

On 2012-01-29, at 19:21, Sven Van Caekenberghe wrote: > Camillo, > > On 28 Jan 2012, at 01:46, Camillo Bruni wrote: > >> On 2012-01-27, at 20:43, Sven Van Caekenberghe wrote: >>> On 27 Jan 2012, at 17:31, Camillo Bruni wrote: >>>> ./googlecode_upload.py --help >>>> Usage: googlecode-upload.py -s SUMMARY -p PROJECT [options] FILE >>>> >>>> Options: >>>> -h, --help show this help message and exit >>>> -s SUMMARY, --summary=SUMMARY >>>> Short description of the file >>>> -p PROJECT, --project=PROJECT >>>> Google Code project name >>>> -u USER, --user=USER Your Google Code username >>>> -w PASSWORD, --password=PASSWORD >>>> Your Google Code password >>>> -l LABELS, --labels=LABELS >>>> An optional lis >>> >>> I had a quick look at http://code.google.com/p/support/source/browse/trunk/scripts/googlecode_upl… >>> >>> should be doable with zn+zdc as wellâ¦ >> >> you know I still have this inner fear of creating scripts in pharo :D and I immediately back out and use ruby / bash :P >> >> I'll have a look, for now I'm fine with a minimal effort solution :). > > Sure, I understand: if something usable exists, why not use it, often there is not much reason to reinvent the wheel. > > But just for the sake of it, this (untested) code is more or less (from my understanding of the Python code) what the key logic would be in Smalltalk: > > filepath := '/tmp/foo.txt'. > projectname := 'pharo'. > username := 'sven.van.caekenberghe'. > password := 's46K48jc0kn1'. > summary := 'Testing uploading a file to a Google project'. > labels := #( 'Cool' 'Cooler' 'Coolest'). > > (client := ZnClient new) > systemPolicy; > beOneShot; > https; > host: projectname, '.googlecode.com'; > username: username password: password; > multiPartFormDataEntity; > addPart: (ZnMimePart fieldName: 'filename' fileNamed: filepath); > addPart: (ZnMimePart fieldName: 'summary' value: summary). > labels do: [ :each | > addPart: (ZnMimePart fieldName: 'label' value: each) ]. > client post. > client response location. > > Wouldn't you agree that this is pretty cool code ? Oh, definitely :) I'll give it a shot :) >> BTW: with the Monkey we already did a complete google API authentification which works perfectly :) > > I know, and I was very happy with it ! > > Sven

Jan. 31, 2012