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

Re: [Pharo-project] Call for help for reviewing code

by Ben Coman

StÃ©phane Ducasse wrote: > Hi guys > > there are plenty of bugs fixes that are waiting for review in the bug tracker. If each of us take two we will > get really done fast. > So can you give a hand and have a look the fixes. > > Stef > > Thinking ahead to a time when I might contribute to bug fixing, such a call to arms makes me wonder if several people might rush to look at the same bug I would choose, and fix it while I'm half way through looking at it - thus wasting my time. A bit defeatist I know, but there you go - btw, how people actually dived in? I am reminded of what I experience in my busy work setting. An email "To:" multiple people often does not get actioned, while "To:" a single person gets actioned more often. It is like people can't help but think that someone else is going to do it. This sparks a thought that something I would sign up is to receive an occasional mail out of a random issue to individuals. I might sign up for say one bug a week. The alternative of searching through the issue tracker for suitable material to attack is a bit overwhelming. Getting one occasional email is much less so, with nothing lost by ignoring the assigned issue it if it exceeds my skill level. Then that one time I can do a little makes me feel more involved. just some random ideas, cheers, BenComan

Nov. 10, 2011

[Pharo-project] Monticello Browser Feedback - additional window pane for description

by Ben Coman

greetings all, Some hopefully constructive feedback as from a newbie perusing Monticello Browser in Pharo 1.3. On the left-side there are a of packages listed and I don't know what any of them do. On the right-side is list a few repositories with a lot of white space beneath. What do you think of splitting the right-side horizontally to include a description of the package? This could include: 1. a textual description 2. a link to a web page for the package, which could be an authors home page or a wiki page 3. display of the linked web page within the Monticello Browser This is just something I would find useful as I explored the system. Actually, it just occurred to me that the listed packages are delivered as an integral part of Pharo 1.3 system. I see that some of them are marked with a star and I wonder what that means. I did read the PBE Monticello chapter a while ago but its been awhile since I used Pharo and it didn't stick. It is a pain searching for the description in PBE again - and a scan of this escription seems more about using Monticello as a developer than a newbie exploring the system. I want to get familiar with the system by exploring it and my feeling of confidence depends on easily understanding the questions that arise as I am flipping through thing. Any thoughts for having a help button on the Monticello Browser with "user" oriented information? cheers, BenComan

Nov. 10, 2011

[Pharo-project] Fwd: FS and binary files

by Johannes Rasche

Hi Lukas, you may not have realized the message below. I assume you might be the person who coud answer my question Cheers Johannes -------- Original-Nachricht -------- Betreff: [Pharo-project] FS and binary files Datum: Wed, 09 Nov 2011 15:36:16 +0100 Von: Johannes Rasche <johannesrasche(a)mac.com> Antwort an: Pharo-project(a)lists.gforge.inria.fr An: pharo-project(a)lists.gforge.inria.fr Hi folks, I just started to using FS instead of FileDirectory. On readStream sent to FSReference a FSAnsiiStream turns out, which is not suitable for reading images ( for instance with PNGReadWriter). What did I wrong? Johannes

Nov. 10, 2011

Re: [Pharo-project] GlorpDBX PostgreSQL Patch

by Sven Van Caekenberghe

On 10 Nov 2011, at 15:15, Henrik Sperre Johansen wrote: > I agree with Alan, it should be in the Postgres-specific code of OpenDBX-driver. > Glorp can't be the only user who wants to read blobs, can it? ;) I kind of agree as well, but these are two separate things: (1) - I submit a patch to existing code, extending a conversion that was already there (2) - a discussion about architecture and a possible refactoring / improvement It feels like a no brainer to accept (1) and move (2) to the todo/issues list. Sven

Nov. 10, 2011

Re: [Pharo-project] NewTextMorph

by Hilaire Fernandes

Fernando, can you do it? I think you know better the related elements. Hilaire Le 10/11/2011 09:30, StÃ©phane Ducasse a Ã©crit : > Can you create a bug entry to remove these classes? > If they are not maintained we should remove them. > > Stef > > >> Hi Fernando, >> >> Thanks for the feedback. I also saw these classes were not used, so I >> sticked to TextMorph. >> >> >> Hilaire >> >> >> Le 09/11/2011 10:17, Fernando Olivero a Ã©crit : >>> Hi Hillary, the classes you mention were created by me when Pharo >>> wasnt using the CUIS editors, they allowed me to plug them into Pharo, >>> coming up with a text morph form scratch. >>> >>> Nobody used them since them, except me in Gaucho. So i've discontinued >>> maintaing them in Pharo. I would suggest you to use the other text >>> morphs classes (TextMorph, PluggableTextMorph, etcâ¦), which are >>> maintained and used currently in the system. >>> >>> I will create an issue to remove them from the system, because now is >>> confusing, to have more than one option. >>> >>> Fernando >>> >>> On Sat, Nov 5, 2011 at 4:20 PM, Hilaire Fernandes >>> <hilaire.fernandes(a)edu.ge.ch> wrote: >>>> I want to plug a multiple line text morph a DrGeo canvas. The morph >>>> should display the text (yes) and be editable on place when the user ask >>>> for. >>>> >>>> Which class should I use ? >>>> EditableTextMorph, EntryFieldMorph or NewTextMorph >>>> >>>> >>>> The comments of the class EntryFieldMorph wrote about example1 and >>>> example2 methods bit I dont see it (I am using Pharo 1.3) >>>> >>>> Hilaire >>>> >>>> >>>> -- >>>> Education 0.2 -- http://blog.ofset.org/hilaire >>>> >>>> >>>> >>> >>> >> >> >> -- >> Education 0.2 -- http://blog.ofset.org/hilaire >> >> > > >

Nov. 10, 2011

Re: [Pharo-project] GlorpDBX PostgreSQL Patch

by Henrik Sperre Johansen

On 10.11.2011 14:29, Sven Van Caekenberghe wrote: > Alan, > > On 09 Nov 2011, at 21:20, Alan Knight wrote: > >> My inclination would be to think that this is something that the database driver ought to be handling rather than having it in Glorp at all. But, given that it's in there, I suppose it's not unreasonable. > Well, I just extended the previous conversion that was already located there. I did not consider whether or not that kind of platform specific code was in its right place, architecture wise. > > So, will it be integrated somewhere ? If it is only integrated in the Pharo/Squeak port that is fine for me too, but it would be frustrating if it got lost on the next upstream integration. > > I would just love to be able to load the standard release and have it working for me (i.e. loading blobs from a recent PostgreSQL). > > Thx for the reply, > > Sven > I agree with Alan, it should be in the Postgres-specific code of OpenDBX-driver. Glorp can't be the only user who wants to read blobs, can it? ;) Cheers, Henry

Nov. 10, 2011

Re: [Pharo-project] GlorpDBX PostgreSQL Patch

by Sven Van Caekenberghe

Alan, On 09 Nov 2011, at 21:20, Alan Knight wrote: > My inclination would be to think that this is something that the database driver ought to be handling rather than having it in Glorp at all. But, given that it's in there, I suppose it's not unreasonable. Well, I just extended the previous conversion that was already located there. I did not consider whether or not that kind of platform specific code was in its right place, architecture wise. So, will it be integrated somewhere ? If it is only integrated in the Pharo/Squeak port that is fine for me too, but it would be frustrating if it got lost on the next upstream integration. I would just love to be able to load the standard release and have it working for me (i.e. loading blobs from a recent PostgreSQL). Thx for the reply, Sven

Nov. 10, 2011

Re: [Pharo-project] SmalltalkHub news

by Noury Bouraqadi

Hi Nicolas, It's cool to hear that you are making progress on SmalltalkHub :-) You mention a public demo. Does it mean that we are close to a beta version ? Thanx, Noury On 9 nov. 2011, at 19:33, Nicolas Petton wrote: > Hi, > > We've been very quiet about SmalltalkHub's development since ESUG 2011. > It's not that we didn't work on it, but there was no significant new > feature to show. > > Part of the work was to make SmalltalkHub run smoothly on GemStone/S as > well as under Squeak/Pharo, and allow pluggable persistency strategies > instead of the hard-coded SandStoneDB persistency. We also took into > account all the feedback we got and implemented several of the asked > features and fixed reported issues: > > - RSS feeds for project activity and commits > - markdown fixes > - issue tracker improvements > - better looking and more useful timeline events > - loading indicators when necessary > - project cloning fixes > > We are currently preparing a public demo of SmalltalkHub. It should be > online after this weekend. > > This demo will be running on GemStone/S, will have many UI improvements > and the usual bug fixes. Some features like project cloning and the > scripting engine may not be available depending on the time we get. > > > Cheers, > Nicolas > > Noury -- http://twitter.com/#!/NouryBouraqadi

Nov. 10, 2011

Re: [Pharo-project] NewTextMorph

by StÃ©phane Ducasse

Can you create a bug entry to remove these classes? If they are not maintained we should remove them. Stef > Hi Fernando, > > Thanks for the feedback. I also saw these classes were not used, so I > sticked to TextMorph. > > > Hilaire > > > Le 09/11/2011 10:17, Fernando Olivero a Ã©crit : >> Hi Hillary, the classes you mention were created by me when Pharo >> wasnt using the CUIS editors, they allowed me to plug them into Pharo, >> coming up with a text morph form scratch. >> >> Nobody used them since them, except me in Gaucho. So i've discontinued >> maintaing them in Pharo. I would suggest you to use the other text >> morphs classes (TextMorph, PluggableTextMorph, etcâ¦), which are >> maintained and used currently in the system. >> >> I will create an issue to remove them from the system, because now is >> confusing, to have more than one option. >> >> Fernando >> >> On Sat, Nov 5, 2011 at 4:20 PM, Hilaire Fernandes >> <hilaire.fernandes(a)edu.ge.ch> wrote: >>> I want to plug a multiple line text morph a DrGeo canvas. The morph >>> should display the text (yes) and be editable on place when the user ask >>> for. >>> >>> Which class should I use ? >>> EditableTextMorph, EntryFieldMorph or NewTextMorph >>> >>> >>> The comments of the class EntryFieldMorph wrote about example1 and >>> example2 methods bit I dont see it (I am using Pharo 1.3) >>> >>> Hilaire >>> >>> >>> -- >>> Education 0.2 -- http://blog.ofset.org/hilaire >>> >>> >>> >> >> > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > >

Nov. 10, 2011

Re: [Pharo-project] Cluster analysis of Pharo source available?

by Marcus Denker

On Nov 9, 2011, at 6:15 PM, Guido Stepken wrote: > I like such things, like visualizing class dependencies with girvan newman algorithm: > > http://igraph.sourceforge.net/screenshots2.html > > or here: > > http://www.little-idiot.de/teambuilding/apache-structure.pdf > > Should be nice to see, how Pharo has changed over time. > > Are there such "reflective tools" available in Pharo? (Should be pretty easy to handover a list of Pharo class dependencies to igraph ...) > http://moosetechnology.org -- Marcus Denker -- http://marcusdenker.de

Nov. 10, 2011