November 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Method versioning in Pharo images

by Mariano Martinez Peck

On Mon, Nov 30, 2009 at 12:31 PM, Michael Rueger <m.rueger(a)acm.org> wrote: > StÃ©phane Ducasse wrote: > > Michael > > > > do you have this code somewhere? > > Yes, need to package it up. > > It uses glorp and a postgres database as the backend. > > Like VW Store does, at least postgresql (I am not sure about Glorp) > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 30, 2009

Re: [Pharo-project] ocompletion usability

by Johan Brichau

Hi Romain, On 30 Nov 2009, at 12:09, Tudor Girba wrote: >> Well, the completion with enter was requested by a few people, so we >> should reach a consensus. > > I believe that the scenario presented above is a reasonable and not > uncommon one. Right now, I have to get from an subconscious state of > typing to a conscious one to get myself to press Space before Enter. > And I do not see the gain of having two keys doing the same thing. I second Doru's comment. Hitting the enter key should not trigger completion. If some people like it, maybe it could be a preference, but I was thinking there was a bug in the latest versions because it was... bugging me :-) Apart from that, I really like OCompletion and get annoyed when working again in an environment that does not have it. So keep up the good work! ---------------------------- Johan Brichau johan.brichau(a)uclouvain.be

Nov. 30, 2009

Re: [Pharo-project] ocompletion usability

by Simon Denier

On 30 nov. 2009, at 05:56, Tudor Girba wrote: > Hi, > > OCompletion certainly improved the coding experience in Pharo. But, I > have a couple of usability suggestions with OCompletion to make it > better. It would be great if someone (Romain? :)) could act on them: > > 1. Right now, OCompletion is triggered both by Tab and by Enter. It > should be only Tab. > > Here is the reason. When I have a cascade, I want to have the methods > starting from the next line, like this: > browser mondrian > title: 'Something'; > painting: [:view ... ] > > So, after I type browser mondrian, I naturally want to press Enter. > However, there exists a method called mondrianAnnounce:, and when I > press Enter it gets filled in. So, the intent of Enter should be > similar to that of Space: just as a whitespace. Tab is a good choice > for triggering the completion because we basically only use Tabs only > in a new line where the completion does not apply. I concur with Doru especially on this one. I think the best to do is to have some kind of settings (with the new settings package) so that users can customize their own key bindings (or, failing that because key bindings is not easy for now, a setting to enable/disable the 'enter' or the 'tab' keybinding) On the minor side of wish list, it would be great for me if I had completion of pragmas :) > > 2. When no completion is offered and I press tab, I do get some list. > Why is this not offered by default? Is it because it is slower? Is it > because it is the regular ECompletion and that is not useful? > > 3. The completion is triggered only when typing, but not when removing > characters. I believe it would be better if it followed me all the > time. > > 4. When I want to navigate through the offered list using the down > arrow the look changes and the items become wider. In fact, the same > appears when I force completion by pressing Tab, so this leads me to > believe that the change in the look is given by the change from O to E > completion. The look should remain the same. > > > Cheers, > Doru > > -- > www.tudorgirba.com > > "If you interrupt the barber while he is cutting your hair, > you will end up with a messy haircut." > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

Nov. 30, 2009

Re: [Pharo-project] Method versioning in Pharo images

by Michael Rueger

StÃ©phane Ducasse wrote: > Michael > > do you have this code somewhere? Yes, need to package it up. It uses glorp and a postgres database as the backend. Michael

Nov. 30, 2009

Re: [Pharo-project] file encodings

by Nicolas Cellier

You may try this: (CrLfFileStream readOnlyFileNamed: fullPath) converter: Latin1TextConverter new; contentsOfEntireFile Or if you want more explicit control: (MultiByteFileStream readOnlyFileNamed: fullPath) lineEndConvention: #crlf; converter: Latin1TextConverter new; contentsOfEntireFile. Nicolas 2009/11/30 Tudor Girba <tudor.girba(a)gmail.com>: > Hi, > > I know that there was a long discussion regarding opening of files, > but I did not see a resolution. > > I would like to be able to read files regardless of the encoding. I am > using this code: > (CrLfFileStream readOnlyFileNamed: fullPath) contentsOfEntireFile" > > but I get an error when I reach a file in Latin 1 (ISO-8859-1). > > How can I safely deal with this issue without getting hurt? > > Cheers, > Doru > > -- > www.tudorgirba.com > > "When people care, great things can happen." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 30, 2009

[Pharo-project] file encodings

by Tudor Girba

Hi, I know that there was a long discussion regarding opening of files, but I did not see a resolution. I would like to be able to read files regardless of the encoding. I am using this code: (CrLfFileStream readOnlyFileNamed: fullPath) contentsOfEntireFile" but I get an error when I reach a file in Latin 1 (ISO-8859-1). How can I safely deal with this issue without getting hurt? Cheers, Doru -- www.tudorgirba.com "When people care, great things can happen."

Nov. 30, 2009

Re: [Pharo-project] ocompletion usability

by Tudor Girba

Hi Romain, >> 1. Right now, OCompletion is triggered both by Tab and by Enter. It >> should be only Tab. >> >> Here is the reason. When I have a cascade, I want to have the methods >> starting from the next line, like this: >> browser mondrian >> title: 'Something'; >> painting: [:view ... ] >> >> So, after I type browser mondrian, I naturally want to press Enter. >> However, there exists a method called mondrianAnnounce:, and when I >> press Enter it gets filled in. So, the intent of Enter should be >> similar to that of Space: just as a whitespace. Tab is a good choice >> for triggering the completion because we basically only use Tabs only >> in a new line where the completion does not apply. >> > > Well, the completion with enter was requested by a few people, so we > should reach a consensus. I believe that the scenario presented above is a reasonable and not uncommon one. Right now, I have to get from an subconscious state of typing to a conscious one to get myself to press Space before Enter. And I do not see the gain of having two keys doing the same thing. >> 2. When no completion is offered and I press tab, I do get some list. >> Why is this not offered by default? Is it because it is slower? Is it >> because it is the regular ECompletion and that is not useful? > > It is the regular ECompletion, which is slower, and less useful. > >> >> 3. The completion is triggered only when typing, but not when >> removing >> characters. I believe it would be better if it followed me all the >> time. >> > > Good point! > >> 4. When I want to navigate through the offered list using the down >> arrow the look changes and the items become wider. In fact, the same >> appears when I force completion by pressing Tab, so this leads me to >> believe that the change in the look is given by the change from O >> to E >> completion. The look should remain the same. > > I thought about it and concluded that it may be good to differentiate > them. I do not believe that making explicit the internal implementation of the overall completion service is beneficial. In fact, the inconsistency just raises questions and it somehow makes me feel as if I am breaking something. If the question of the choice between the E and O appearance arises, my preference is for the colors and appearance of OCompletion (I like it that it does not take that much space and the colors are less intrusive). Cheers, Doru > As for the tab/enter issue, different people think differently. That's > why we should reach a consensus > on these two issues, so that I can decide whether I should remove > these two features :-). > > Cheers, > Romain > >> >> >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "If you interrupt the barber while he is cutting your hair, >> you will end up with a messy haircut." >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Romain Robbes > http://www.inf.unisi.ch/phd/robbes > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "It's not how it is, it is how we see it."

Nov. 30, 2009

Re: [Pharo-project] Where to put removed stuff?

by StÃ©phane Ducasse

> Hi there > > I think this has been discussed before, but I cant tell if there is an official rule for that (maybe it could be added to the wiki). > > So let's say I have a patch which removes the Collection arithmetic protocols (332). Now this protocol is still quite nice and we can offer it as an extension package for those who need it. Where should I put this Collection-Arithmetic package? In its own squeaksource project? Or is there a project for extra packages for Pharo? in general if a package should be part of a dev image and it was curved out from the image it would be good to have in the Pharo repository. May be in the future we will need some repository for non core packages. Stef

Nov. 30, 2009

Re: [Pharo-project] MPEG in Pharo depricated why?

by StÃ©phane Ducasse

Hi johannes > Well I can't speak for the Pharo management, but let me run the hurdles for you. > > (a) license, is of course an issue for some folks. I'll attach the mpeg3Plugin.bundle license > Technically I think this fails Pharo's license test. The OLPC folks ban it, so Viewpoints Inc funded me to > build a GStreamer plugin for EToys on the OLPC, that works well on linux/windows but is difficult to install on os-x. If you can leave with LGPL then use it. LGPL is less viral than GPL so this is not a total no and in the long run it would be good to have a good MPEG support now > > (b) support. > > Personally I think someone should harvest the Quicktime work that we did in Sophie. That > works on macintosh/windows, possible on Linux with some of the quicktime clone libraries? > In the past the argument has been oh then you have to install > Quicktime on Windows. But if you look around you'll notice *everyone* has installed iTunes for > Windows because *everyone* has an iPod. Oh and it stealth installs Quicktime to support iTunes. Yes but that someone is busy so if someone else would publish the code in the inbox the someone would be happy but thanks for the point. > (c) scope creep. I don't thinking, sound, video, dancing has been part of the "business apps" focus > for Pharo. I'm not sure that we should not have good sound, audio in the world of today. :) So I will definitevily look at Sophie dev. Stef > > > > /* > * > * This file is part of libmpeg3 > * > * LibMPEG3 > * Author: Adam Williams <broadcast(a)earthling.net> > * Page: heroine.linuxbox.com > * Page: http://www.smalltalkconsulting.com/html/mpeg3source.html (for Squeak) > * > LibMPEG3 was originally licenced under GPL. It was relicensed by > the author under the LGPL and the Squeak license on Nov 1st, 2000 > > This library is free software; you can redistribute it and/or > modify it under the terms of the GNU Lesser General Public > License as published by the Free Software Foundation; either > version 2.1 of the License, or (at your option) any later version. > > This library is distributed in the hope that it will be useful, > but WITHOUT ANY WARRANTY; without even the implied warranty of > MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > Lesser General Public License for more details. > > You should have received a copy of the GNU Lesser General Public > License along with this library; if not, write to the Free Software > Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA > > Also licensed under the Squeak license. > http://www.squeak.org/license.html > */ > > > On 2009-11-29, at 3:13 AM, Johannes Rasche wrote: > >> Hi folks, >> >> before I started to use Pharo (which I appreciate very much - many thanks all contributors!!), >> >> I did some experiments with MPEG in Squeak. >> >> Now want to continue. >> >> I like to know why it's not contained in Pharo. >> >> Searching keyword MPEG and Squeak I found only outdated stuff (on SmalltalkConsulting of John McIntosh as well, who seems to contribute to Pharo too) >> and I was wondering that nobody seems to work with audio/video. >> >> questions >> >> (1) did you - Pharo key players - find MPEG code unsecure and decided to postpone for later reviewing? >> >> or >> >> (2) did you think that it has not to be part of standard Pharo SmallTalk distribution >> and people may fileIn the related package from Non-Pharo Squeak? >> >> and >> >> (3) if I'm right with the last assumption, is there anyone who experienced MPEG under Pharo? >> >> Thanks in advance >> >> Johannes >> >> > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 30, 2009

Re: [Pharo-project] Continuous Integration Server for Pharo?

by StÃ©phane Ducasse

On Nov 30, 2009, at 5:02 AM, Tim Mackinnon wrote: >> I am currently working with Diego Kogan on the Continuous Integration Server for pharo. > > While implementing this in Smalltalk is interesting - have you looked at just using Hudson out of the box? > > Its a pretty trivial install and would get something running quite quickly to bootstrap features that might be interesting later? I often worry that we don't study/use the competition first to understand all of the good features. For example Hudson/Cruise will monitor for hung builds for you - they also have excellent web dashboards that give you great stats on whats happening. Sure to do it properly you would need a Monticello plugin to detect changes (and that might be a good project) - however to get going its pretty easy to have a timed build that runs every hour. do you know if hudson has a public format for results. Because we could use that? > The detail is then to just focus on getting something that will run from the command line - load some script from a base image and then pull in the relavent metacello? lineup - and report all transcript errors to an external file for Hudson to pick up? The second artifact could then be to take the produced image and then run unit tests from it - and again report the results to a file for output. > > Finally Hudson does a great job of fanning out to multiple machines to run Web Browser tests (which typically can take a bit longer) to get results from those as well. > > It seems like its potentially easy to focus on the build tool and not the script that it needs to run to test all of the relevant details? > > Tim > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 30, 2009