May 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Help testing Pharo 1.1 in big screens!

by Mariano Martinez Peck

On Fri, May 14, 2010 at 12:14 PM, Gary Chambers <gazzaguru2(a)btinternet.com>wrote: > Fine for me spanned over two monitors (World extent 3580@1014) in Vista. > > Note that there is a shorter message form for setting the background image: > > World backgroundImage: (ImageReadWriter formFromFileNamed: > 'pharoBackground.png') layout: #scaled > > Alternatively, as before, having a .jpg file in your image/changes > directory with the name matching the theme name will load upon theme change > (Watery 2.jpg for instance) > It would be really cool a chaper in http://book.pharo-project.org/ about "Customizing your own image" and we put there all these little and nice tricks. > > Regards, Gary > > ----- Original Message ----- From: "StÃ©phane Ducasse" < > stephane.ducasse(a)inria.fr> > To: <Pharo-project(a)lists.gforge.inria.fr> > Cc: "A friendly place where any question about pharo is welcome" < > pharo-users(a)lists.gforge.inria.fr> > Sent: Thursday, May 13, 2010 7:44 PM > Subject: Re: [Pharo-project] Help testing Pharo 1.1 in big screens! > > > > On my 30 inches screen >> opening in full show some little square due to the limit of the png :) >> >> Thanks mariano. >> >> >> On May 13, 2010, at 8:39 PM, Mariano Martinez Peck wrote: >> >> Hi folks. I re-try (yes, yes, I re-insist hahaha) to have a background >>> picture for the PharoDev 1.1. The last time I tried, we had a problem with >>> the picture because in big screens instead of making it bigger, it put it >>> several times, or it cut it. Now, thanks to Gary, it should work well. >>> >>> So, if you are a lucky guy an have a big screen, can you please take the >>> latests PharoCore 1.1 image, for example this: >>> >>> >>> https://gforge.inria.fr/frs/download.php/26995/PharoCore-1.1-11357-UNSTABLE… >>> >>> >>> How to test it ? >>> >>> - Download this in the same directory where the .image is: >>> https://gforge.inria.fr/frs/download.php/26996/pharoBackground.png >>> >>> Then evaluate: >>> >>> World backgroundMorph: >>> ((UITheme builder >>> newAlphaImage: (ImageReadWriter formFromFileNamed: >>> 'pharoBackground.png') help: nil) >>> autoSize: false; >>> layout: #scaled; >>> lock) >>> >>> >>> What to test ? >>> >>> - You should stretch the pharo image, make it very big, and the >>> background picture should stretch also together with the image. >>> - If you notice a performance decrease with it (I don't think so) >>> - If you like it or not. >>> - If the resolution is good enough in big screens >>> >>> >>> Thanks! >>> >>> Mariano >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 14, 2010

Re: [Pharo-project] Remove developing with Pharo

by Andrei Stebakov

Exactly what VNC slient I can use on Windows? I tried VNC viewer free ( http://www.realvnc.com/products/free/4.1/winvncviewer.html) trying to connect to the locally run Pharo and the viewer fails with "uncknown rect encoding" after which Pharo image also freezes. Is there any step-by-step tutorial how to setup VNC (remote Linux, local Windows)? On Thu, May 13, 2010 at 6:26 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > 2010/5/14 Andrei Stebakov <lispercat(a)gmail.com>: > > Interesting! Is it done on the X-server side or client? > > > you should have settings in your VNC client. > also, you could set bpp for image. > both could help to run things faster. > > > On Thu, May 13, 2010 at 5:38 PM, Igor Stasenko <siguctua(a)gmail.com> > wrote: > >> > >> 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com>: > >> > That's right, looks like it sends full-blown images (not the delta, > not > >> > the > >> > commands to x-server) and re-drawing takes forever. I wonder if it's a > >> > Pharo > >> > issue or x-server's? My xterm works pretty fast compared to Pharo > >> > though... > >> > > >> lowering the pixel depth to 8bpp helps :) > >> > >> > 2010/5/12 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> > >> >> > >> >> I have at times done what you are attempting, and painful is nicest > >> >> adjective I can think to use. Please let us know if VNC is a better > >> >> option. Re RDP, I have wondered whether the poor performance could > be > >> >> telling us something about the amount of drawing that might be > >> >> happening for > >> >> no purpose??? It can be terribly slow, especially the response to > >> >> typing. > >> >> Bill > >> >> > >> >> ________________________________ > >> >> From: pharo-project-bounces(a)lists.gforge.inria.fr > >> >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > >> >> Mariano > >> >> Martinez Peck > >> >> Sent: Wednesday, May 12, 2010 10:25 AM > >> >> To: Pharo-project(a)lists.gforge.inria.fr > >> >> Subject: Re: [Pharo-project] Remove developing with Pharo > >> >> > >> >> > >> >> > >> >> 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com> > >> >>> > >> >>> Currently I have my web applications running on a Ubuntu box to > which > >> >>> I > >> >>> connect from a remote WinXP system via ssh. > >> >> > >> >> I guess the subject should be "remote" instead of "remove" ? ;) > >> >> > >> >> Sorry I ask but why not you cannot just develop in your pc and with > scp > >> >> or > >> >> similar you copy the .image and .image file trough ssh to the server > ? > >> >> > >> >>> > >> >>> My current set of tools is Lisp/Slime/Emacs. > >> >>> I tried to launch Pharo with X11 forwarding using X-server on WinXP, > >> >>> but > >> >>> it painfully slow (the Pharo main windows redraws in a few minutes). > >> >>> I am really thinking developing some web app using Pharo/Seaside (I > am > >> >>> liking the language more and more!) but I need to know to do it > >> >>> remotely via > >> >>> a secure connection. > >> >> > >> >> > >> >> Yes, there is an implementation of the VNC protocolol. You can take a > >> >> Pharo image and load a VNC server. Then, you can connect to any VNC > >> >> client > >> >> and what you see is the image....Then you can do whatever you want. I > >> >> don't > >> >> know the performance, thus. > >> >> > >> >> That package is called RFB (remote something buffer) > >> >> > >> >> http://book.seaside.st/book/advanced/deployment/maintaining/vnc > >> >> > >> >> To install it: > >> >> > >> >> Gofer it > >> >> squeaksource: 'MetacelloRepository'; > >> >> package: 'ConfigurationOfRFB'; > >> >> load. > >> >> ((Smalltalk at: #ConfigurationOfRFB) project perform: #latestVersion) > >> >> load. > >> >> > >> >> > >> >> Cheers > >> >> > >> >> Mariano > >> >> > >> >> > >> >>> > >> >>> Thank you, > >> >>> Andrei > >> >>> > >> >>> _______________________________________________ > >> >>> Pharo-project mailing list > >> >>> Pharo-project(a)lists.gforge.inria.fr > >> >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> >> > >> >> > >> >> _______________________________________________ > >> >> Pharo-project mailing list > >> >> Pharo-project(a)lists.gforge.inria.fr > >> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > >> > > >> > _______________________________________________ > >> > Pharo-project mailing list > >> > Pharo-project(a)lists.gforge.inria.fr > >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > >> > >> > >> > >> -- > >> Best regards, > >> Igor Stasenko AKA sig. > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 14, 2010

Re: [Pharo-project] NetNameResolver in Pharo 1.1

by Chris Muller

You have an out-of-date version of "Ma Armored Code" package. Â It sounds like you are not using instructions on the Magma installation page..? Â http://wiki.squeak.org/squeak/2657 The Installer script provided there is correct, I'm not sure what happened.. You could also use Monticello Configurations, but they appear to not be working in Pharo 1.1 right now. Â I don't know whether Miguel updated his Metacello config for Magma; I have not yet had time to get into Metacello or I would have done it. So how did you install this? On Fri, May 14, 2010 at 9:43 AM, Michael Roberts <mike(a)mjr104.co.uk> wrote: > Hi just trying to run the tests via the standard magma test > expression. So it is looking to see if Display exists. That's the > point on my mac I recognize that it annoyingly changes my screen > resolution :-) > > anyway it is missing your ma extension to query the namespace. > > Cheers > mike > > On Friday, May 14, 2010, Chris Muller <asqueaker(a)gmail.com> wrote: >>> installer) it seems. I am missing an implementation of a method >>> maAt:ifPresent:ifAbsent: on Smalltalk. >> >> Hi Mike, this is left-over from when Smalltalk became a >> SmalltalkImage. Â But I am confused because I thought I had those all >> cleaned up. Â Indeed, I did not find any senders of that to Smalltalk. >> >> Were you just trying to load it or run the test suite? Â If you would >> post the stack I would be able to see what you were trying to do and >> would be happy to fix it. >> >> Â - Chris >> >>> >>> anyone with a spare moment might like to figure that out. The >>> underscores need fixing in dependent packages (write barrier tests) >>> as well >>> >>> so we should maybe do something simpler to test the network. >>> >>> thanks, >>> Mike >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

May 14, 2010

[Pharo-project] IWST 2010 CfP - Deadline Extension

by Michael Haupt

* apologies for multiple copies * The submission deadline for the International Workshop on Smalltalk Technologies (IWST) 2010 has been extended to June 18. Please find the details below. Call for Papers International Workshop on Smalltalk Technologies (IWST) 2010 co-located with European Smalltalk User Group Conference (ESUG) Barcelona, Spain, September 11-17, 2010 ** Description The goal of the IWST workshop series is to create and foster a forum around advances or experience in Smalltalk. We welcome contributions on all aspects, theoretical as well as practical, of Smalltalk-related topics. There are two possible kinds of submissions, which must be in ACM SIGPLAN style: * Research papers (up to 10 pages). Submissions in this category will be rigorously reviewed, and accepted papers will be published in the ACM Digital Library (ACM SIGPLAN has approved, the final ACM approval is pending). * Demonstration papers (up to 4 pages). Submissions in this category will not be published in the ACM Digital Library, but will be available for download from the workshop web page. ** Submission and Reviewing Process The EasyChair submission web site is at http://www.easychair.org/conferences/?conf=iwst10. Authors will be given the opportunity to comment on reviewers' work by providing feedback on the reviews. For this purpose, a questionnaire will be sent to authors. Their answers will be evaluated anonymously, and feedback will be handed on to reviewers. ** Important Dates Submission: June 18, 2010 (Samoa time) Feedback: July 16, 2010 ESUG Early Registration Deadline: July 9, 2010 Authors will be able to register for the early rate if their registration depends on IWST notification. Workshop: September 12, 2010, Barcelona, Spain ** Programme Committee Co-Chairs: Michael Haupt, Hasso-Plattner-Institut, University of Potsdam, Germany Robert Hirschfeld, Hasso-Plattner-Institut, University of Potsdam, Germany PC Members: Gabriela Arevalo, Universidad Nacional de La Plata, Argentina Johannes Brauer, NORDAKADEMIE, Germany Johan Brichau, UniversitÃ© catholique de Louvain, Belgium Marcus Denker, INRIA Lille - Nord Europe, France Theo D'Hondt, Vrije Universiteit Brussel, Belgium James Foster, GemStone Systems, Inc., USA Andy Kellens, Vrije Universiteit Brussel, Belgium Andreas Raab, Teleplace Inc., USA Lukas Renggli, Software Composition Group (SCG), University of Bern, Switzerland Randal L. Schwartz, Stonehenge Consulting Services, Inc. Dave Ungar, IBM Research

May 14, 2010

Re: [Pharo-project] Packages management

by Schwab,Wilhelm K

Automatic might be contingent on using the correct browser?? I have never found the MC browser to be particularly deterministic, but it *does* work once one plays by the rules: (1) a class category/package name is case sensitive. (2) method categories, (ab)used to package loose methods, begin with *, and are NOT case-sensitive. (3) when in doubt, delete the working copy and create another package (4) completely ignore the above, as I have no idea what I am talking about Ok, (4) is over-stating the situation, but I gladly yield to those knowing more about it. FWIW, I have completely given up on expecting packages to appear in the MC browser unless I explicitly create them. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Andrei Stebakov Sent: Friday, May 14, 2010 11:31 AM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Packages management I am a little confused reading Pharo by example... >From what I understand we can create a package in the Class Browser and this package will automatically appear in the Monticello Browser. In the tutorial they ask you to create a package (with the same name PBE-LightsOut) in the Monticello Browser. I guess they do it on the assumption that you've just "filed in" the *.st files with the LOGame so Monticello will figure out that those imported classes were unpackaged and put them in the package (I assume) based on the category specified in the class definitions (correct me if I am wrong). What's the scenario when we need to create a package from Monticello (I think most of the time we do it from class browser or import a new repository which will create package names automatically)? Can the name of the package created in Monticello collide with the existing package or it'll be merged with the existing package based on the category?

May 14, 2010

Re: [Pharo-project] Categories and Packages

by Geert Claes

Lukas Renggli wrote: > >> I am only trying to understand the reason why Classes are grouped in >> Categories as well as Packages especially since by convention the Package >> name is the same as the Class name? > > The package name is normally a prefix of the category name. The class > name has nothing to do with it. > Sorry, that was supposed to be "... the same as the Category name" :) -- View this message in context: http://forum.world.st/Categories-and-Packages-tp2216632p2216856.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 14, 2010

[Pharo-project] Packages management

by Andrei Stebakov

I am a little confused reading Pharo by example... >From what I understand we can create a package in the Class Browser and this package will automatically appear in the Monticello Browser. In the tutorial they ask you to create a package (with the same name PBE-LightsOut) in the Monticello Browser. I guess they do it on the assumption that you've just "filed in" the *.st files with the LOGame so Monticello will figure out that those imported classes were unpackaged and put them in the package (I assume) based on the category specified in the class definitions (correct me if I am wrong). What's the scenario when we need to create a package from Monticello (I think most of the time we do it from class browser or import a new repository which will create package names automatically)? Can the name of the package created in Monticello collide with the existing package or it'll be merged with the existing package based on the category?

May 14, 2010

Re: [Pharo-project] Categories and Packages

by Lukas Renggli

On Friday, May 14, 2010, Geert Claes <geert.wl.claes(a)gmail.com> wrote: > > Categories are used to group related Classes together in an Image. Â The > notion of Repositories and Packages were probably introduced to manage > saving versions of code outside the Image and sharing this code easier. > > I am only trying to understand the reason why Classes are grouped in > Categories as well as Packages especially since by convention the Package > name is the same as the Class name? The package name is normally a prefix of the category name. The class name has nothing to do with it. Lukas > -- > View this message in context: http://forum.world.st/Categories-and-Packages-tp2216632p2216632.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

May 14, 2010

Re: [Pharo-project] Help testing Pharo 1.1 in big screens!

by Richard Durr

Looks beautiful on a 27" iMac screen. On Fri, May 14, 2010 at 4:25 PM, Geert Claes <geert.wl.claes(a)gmail.com> wrote: > > > Mariano Martinez Peck wrote: >> >>> It does stretch, question is why should it stretch? Â I find that when you >>> make it very wide or very narrow it looks a bit strange. Â Why not just >>> center the background image? >> >> I don't know. For me is the same. In my pc it is the same ;) >> When I released a image with such picture as background people complained >> that they wanted stretch... >> > > I guess so, you could go further and give the option to center stretch, or > tile ... but I am not too fussed about the background image > -- > View this message in context: http://forum.world.st/Help-testing-Pharo-1-1-in-big-screens-tp2201495p22166… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 14, 2010

Re: [Pharo-project] Help testing Pharo 1.1 in big screens!

by Gary Chambers

See AlphaImageMorph>>layoutSymbols for positioning options... Regards, Gary ----- Original Message ----- From: "Geert Claes" <geert.wl.claes(a)gmail.com> To: <pharo-project(a)lists.gforge.inria.fr> Sent: Friday, May 14, 2010 3:25 PM Subject: Re: [Pharo-project] Help testing Pharo 1.1 in big screens! > > > Mariano Martinez Peck wrote: >> >>> It does stretch, question is why should it stretch? I find that when >>> you >>> make it very wide or very narrow it looks a bit strange. Why not just >>> center the background image? >> >> I don't know. For me is the same. In my pc it is the same ;) >> When I released a image with such picture as background people complained >> that they wanted stretch... >> > > I guess so, you could go further and give the option to center stretch, or > tile ... but I am not too fussed about the background image > -- > View this message in context: > http://forum.world.st/Help-testing-Pharo-1-1-in-big-screens-tp2201495p22166… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 14, 2010