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

Re: [Pharo-project] A more concise array access (using negative indices)

by StÃ©phane Ducasse

yes this one looks good. but copyFrom: 1 to: does not convey that you should pass the second argument starting reverse. copyFrom: 3 toFromEnd: -2 would be better Stef > Yes, I would welcome such an extension! > > I wouldn't invent a new syntax, though, but just use the existing protocol > > array copyFrom: 1 to: -2 > > Cheers, > Adrian > > > On Jun 7, 2010, at 13:47 , Niko Schwarz wrote: > >> Hi guys, >> >> Am I the only one who finds the ruby protocol for accessing >> collections richer at times? In Smalltalk, if ary is an array, how do >> I get ary without its last element? >> >> In Ruby, it's dead easy: ary[0..-2]. I can do that by heart after not >> having done any serious Ruby in a long time. In Smalltalk, I have to >> search through a long list of method names, because there are just so >> many possible names for the method. >> >> The point is: would it be totally out of reach to try and get a more >> concise and unified way to access sequenceable collections? >> >> I know I'm sort of asking for the slaughter of a holy cow: Smalltalk >> only has telling and easy message names all over. Or wait, does it? >> There's of course Class >> #methodName. And 2 @ 3 for points. >> >> Just to put something on the table, how about: >> >> (ary at: 1, -2) >> >> Or, without braces, if you don't mind the reversal: >> >> 1,-2 @ ary >> >> Or, consistent with current naming conventions: >> >> (ary from: 1 to: -2) >> >> Just my 2 cents, what do you think? >> >> >> Niko >> -- >> http://scg.unibe.ch/staff/Schwarz >> twitter.com/nes1983 >> Tel: +41 076 235 8683 >> >> _______________________________________________ >> 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

June 7, 2010

Re: [Pharo-project] GAUCHO 1.0 released!

by Simon Denier

On 7 juin 2010, at 14:44, Fernando olivero wrote: > Hi simon, thanks for the comments! > > On Jun 7, 2010, at 1:41 PM, Simon Denier wrote: > >> >> Is it possible to import/develop existing packages/classes into Gaucho? That would be a cool way to go beyond BankAccount for people who want to try it on larger scale :) >> > > Yes! using the search widget you can import packages, classes and methods present in the image. > For external you need to still use Gofer or Monticello outside Gaucho. > Ah good, I missed that first because I tried to import a wrong class ;) Who did the nice icons? -- Simon

June 7, 2010

Re: [Pharo-project] ISSUE 2514

by Fernando olivero

Hi Adrian, i've added this test in the SLICE. It wasn't there before. The problem is that in PharoCore-1.1-11383-Beta the new editors aren't initialized, and the test fails, TextEditor initialize. SmalltalkEditor initialize. SimpleEditor initialize. I could either add this statements as a test preconditions, or we could execute them and have already initialized in the image itself. So we have a valid state of the editors in the image. What is your opinion? Fernando On Jun 7, 2010, at 8:45 AM, Adrian Lienhard wrote: > Hi Fernando, > > Thanks for the fix. Now there is a new failing test: #testAcceptConcents (at least I don't remember that we saw this failing before). Can you check? > > Cheers, > Adrian > > On Jun 6, 2010, at 20:04 , StÃ©phane Ducasse wrote: > >> THANKS!!! >> >> Stef >> >> On Jun 6, 2010, at 7:16 PM, Jorge Ressia wrote: >> >>> Hi, >>> >>> Thanks Fernando! >>> >>> Adrian, Stef this is the fix required for fixing one of the remanning >>> failing tests in Pharo 1.1 >>> >>> Cheers, >>> >>> Jorge >>> >>> On Sun, Jun 6, 2010 at 4:28 PM, Fernando olivero <oliverof(a)lu.unisi.ch> wrote: >>>> SLICE-NewTextMorph-acceptContents-FernandoOlivero.1 >>>> >>>> >>>> >>>> ISSUE 2514 >>>> NewTextMorph does not accept on cmd-s. >>>> NewTextMorph>>example1 is not working. >>>> >>>> Fixed this issue, made a test and aslo fixed #testFittingParagraph >>>> >>>> >>>> _______________________________________________ >>>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 7, 2010

Re: [Pharo-project] GAUCHO 1.0 released!

by Fernando olivero

Hi simon, thanks for the comments! On Jun 7, 2010, at 1:41 PM, Simon Denier wrote: > Hi Fernando > > Already lots of good stuff in your app. It looks *very* good and it feels quite good. I especially like the toolbar and the icons, as well as the shape toolbar which appears when overing over a shape (the "appear" effect is too long though). > Oh, i'll change this! For this first release i've introduced a long delay in the fadein animation, because for novice users the menu-toolbar will be used, but once you learn the keyboard shortcuts to most common operations you don't need it anymore. Also the menu-toolbar intention is to present what operations are available on the focused shape. In the next version a Control panel will be available to modify the behavior of widgets, icons, toolbars and the sytem. > > Is it possible to import/develop existing packages/classes into Gaucho? That would be a cool way to go beyond BankAccount for people who want to try it on larger scale :) > Yes! using the search widget you can import packages, classes and methods present in the image. For external you need to still use Gofer or Monticello outside Gaucho. This is how i actually code Gaucho within Gaucho. For the usage of the search widget Look at the screencast named Searching and workspaces ( http://gaucho.inf.usi.ch ). Sequence of actions: cmd-t: for opening the toolbar navigate to the search button press enter. type the name of the package, class or method. For importing a package "family", ( for example Gaucho-Core, Gaucho-Morphic, etc...) type Gacho*. the widget auto completes entries, and is smart enough to filter accordingly. (it is still a litte slow, so dont type fast please). press enter when the desired match is found. the imported shape is highlighted in the pampas. Thanks for the feedback, Fernando > > > On 7 juin 2010, at 00:22, Fernando olivero wrote: > >> Hi Pharo programmers! >> >> We are happy to announce that Gaucho 1.0 is released. >> >> Gaucho is a direct manipulation environment for software. >> >> If you want to try it out go to http://gaucho.inf.usi.ch/ . >> >> Gaucho1.0 works in Pharo1.0. >> >> In the releases section you'll find the installation script , and a description of all the features of Gaucho1.0. >> >> Any feedback you are willing to provide is welcomed! >> In the website you will find a bug issue tracker and the mailing list description. >> Or you can also send us an email for any other purpose, such as demo-request or inquiries about the Gaucho project. >> >> >> Hope you enjoy using it as much as we do! >> >> Fernando Olivero >> University Of Lugano >> >> >> pd: Be ready for the next version, with many improvements and added features! Soon to come. >> >> pd2: (Extract from the web page) >> >> -------------------------------------------------- >> Version: 1.0 >> >> Features included in this version: >> Direct manipulation of Classes, methods and packages >> Easily perform rename refactorings of classes and methods >> Draggable arrows for manipulating the inheritance relationships between classes >> Creating and runing tests for all the classes in the system >> Creating workspaces for taking snapshots of the current pampas >> Smart searching for any object in the system >> Keyboard shortcuts associated to the most important operations >> Logging all the changes to the system >> Saving/Loading developers and workspaces to the default local directory >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Simon > > > > <ATT00001..txt>

June 7, 2010

Re: [Pharo-project] Loading a cs by drag and drop does not work anymore

by Mariano Martinez Peck

Yes, I could reproduce the problem. No time to debug it :( 2010/6/7 Adrian Lienhard <adi(a)netstyle.ch> > When I drag a changeset (example attached) into a recent PharoCore 1.1 > image and then choose to install it, I get a strange error (also attached). > > > > > Has anybody else noted this problem? Do we have a ticket for it? > > Adrian > > > ___________________ > http://www.adrian-lienhard.ch/ > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 7, 2010

Re: [Pharo-project] Minimal release images (currently 6.2MB)

by Mariano Martinez Peck

On Mon, Jun 7, 2010 at 2:17 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Hi all, > > Here is the result of some more effort I put into creating small images > from PharoCore. Running "ScriptLoader new cleanUpForProduction" in the > latest PharoCore 1.1 you get an image that is 6.2 MB on disk. There are two > goals for shrinking images: (i) sparing some megabytes makes a big > difference if you run a lot of images on a server, also they start up much > faster; (ii) modularization: being able to reliably unload packages forces > us to cleanly package our code without unnecessary interdependencies. > > Note that after running #cleanUpForProduction, you need to close all > windows, save the image, restart it, trigger a GC, and save the image again > (because for instance the Mac host menu classes will only go away after a > restart). > > This is excellent news Adrian. It is in my todo list to cleanly remove Mac Host Menu from Core images and load them in Dev. The problem was that they were disable in latest core as they were not working. Now they are working again so I can start what I wanted to do..when I find time. There is a ticket for this if someone is interested to play ;) > > BTW, if you have more cleanup code or ideas where we could spare some > bytes, let me know :) > > I have one that depends in the client's application, but most of the times it is worth: "To put all all classes with the default category. Still can browse and recompile the whole image. Most production environments don't care about categories...this make sense when developing." Smalltalk allClassesAndTraitsDo: [:each | each zapOrganization ]. With that, the image decrease to 5.9 MB. Cheers Mariano > ___________________ > http://www.adrian-lienhard.ch/ > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 7, 2010

Re: [Pharo-project] About TDD and Pharo

by Hernan Wilkinson

it is true, I almost all the time cancel that dialog to put the method as not yet categorized... but sometimes I select the category... I think that pressing ESC or cancel is not that bad in this case and I would keep this dialog. On Mon, Jun 7, 2010 at 5:45 AM, Niko Schwarz <niko.schwarz(a)googlemail.com>wrote: > I think the rationale must be: during TDD it's ok to ask the developer > questions that he can answer right away. Thus, it's ok that the create > button asks for the class: you know instantly what to answer. But > asking for the method category is a major pain. I don't know about > y'all, but I never quite know upfront how I'll structure my > categories. That emerges much later in the process. > > In short: remove the asking for the method category. Just put it in > 'not yet categorized', and have me figure it out later. > > Cheers, > > Niko > > 2010/6/2 GermÃ¡n Leiva <leivagerman(a)gmail.com>: > > I'm thinking out load here ... > > In the debugger when a DNU is raised, for speeding up the programming in > > "TDD mode": > > > > The create button must add the method in the class of the receiver, the > > possibility to choose a superclass of the receiver must be optional (I > don't > > like the recurrent asking...) in other button for example or having > > different shortcuts from the keyboard > > If I send a message that I already know that will be a getter, some > option > > like "Create getter" could automagically create the method and the > instance > > variable. > > When we a accept a method for the first time the pop-ups saying "Unkown > > selector please confirm, select or cancel" are really annoying and > decrease > > coding speed > > Same for the category pop-ups > > In the creation of a new class through "define new class" it will be > helpful > > to remember the last class category used > > > > Some ToDo list supported from the environment and some facility for the > > creation of test. > > All of the above maybe just make sense in TDD mode or not =P > > Cheers > > 2010/6/2 Alexandre Bergel <alexandre.bergel(a)inria.fr> > >> > >> The problems that I would like to see Pharo address are: > >> - redundancies in unit tests > >> - coverage of tests > >> - classification of low and high levels of tests (implementation tests > vs > >> user stories) > >> > >> What are the tools to identify and solve this issues ? Research is > needed > >> :-) > >> > >> Alexandre > >> > >> > >> > >> On 2 Jun 2010, at 15:30, StÃ©phane Ducasse wrote: > >> > >> > Hi all > >> > > >> > Imagine that we would like to sell pharo (+ seaside) as THE agile > >> > platform for doing TDD. > >> > What would be the changes that we could do support it. > >> > I know that hernan did a package for that but not I would like to have > a > >> > new list of items > >> > to support it. > >> > > >> > Stef > >> > _______________________________________________ > >> > 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 > > > > > > > > -- > > GermÃ¡n Leiva > > LeivaGerman(a)gmail.com > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > http://scg.unibe.ch/staff/Schwarz > twitter.com/nes1983 > Tel: +41 076 235 8683 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 7, 2010

Re: [Pharo-project] UTF16TextConverter problem in 1.1

by Henrik Johansen

SLICE-Issue-2516-UTF16Latin1EncodingsNotRespectingByteOrder in Inbox. Cheers, Henry On Jun 7, 2010, at 1:36 41PM, StÃ©phane Ducasse wrote: > http://code.google.com/p/pharo/issues/detail?id=2516 > > Stef > > On Jun 7, 2010, at 1:34 PM, StÃ©phane Ducasse wrote: > >> Pharo image: Pharo >> Pharo core version: Pharo-1.1-11367-Beta >> Virtual machine used: Squeak 4.2.4beta1U (Mac OS X) >> >> The following code has the String 'test' as its result in Pharo 1.0: >> >> | converter test | >> converter := UTF16TextConverter new. >> converter useLittleEndian: SmalltalkImage current isLittleEndian. >> test := ('test' convertToWithConverter: converter). >> test convertFromWithConverter: converter >> >> In 1.1, the result is a String with the Characters 29696, 25856, 29440, >> 29696, which is wrong. >> >> _______________________________________________ >> 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 >

June 7, 2010

[Pharo-project] Minimal release images (currently 6.2MB)

by Adrian Lienhard

Hi all, Here is the result of some more effort I put into creating small images from PharoCore. Running "ScriptLoader new cleanUpForProduction" in the latest PharoCore 1.1 you get an image that is 6.2 MB on disk. There are two goals for shrinking images: (i) sparing some megabytes makes a big difference if you run a lot of images on a server, also they start up much faster; (ii) modularization: being able to reliably unload packages forces us to cleanly package our code without unnecessary interdependencies. Note that after running #cleanUpForProduction, you need to close all windows, save the image, restart it, trigger a GC, and save the image again (because for instance the Mac host menu classes will only go away after a restart). In addition to #cleanUpForRelease the production cleanup does the following: - removing all tests and the SUnit test runner - removing all methods storing binary graphic resources (icons and fonts) - removing the help system and Mac host menu - changing all font selections to Accuny and deleting Deja Vu fonts - deleting the logo - deleting MC ancestry information - deleting ScriptLoader I made sure that these removals result in a clean system, that is, no undeclared and no obsolete classes. Cheers, Adrian BTW, if you have more cleanup code or ideas where we could spare some bytes, let me know :) ___________________ http://www.adrian-lienhard.ch/

June 7, 2010

[Pharo-project] Loading a cs by drag and drop does not work anymore

by Adrian Lienhard

When I drag a changeset (example attached) into a recent PharoCore 1.1 image and then choose to install it, I get a strange error (also attached). Has anybody else noted this problem? Do we have a ticket for it? Adrian ___________________ http://www.adrian-lienhard.ch/

June 7, 2010