- Pharo-dev - lists.pharo.org

[Pharo-project] Accessing the OS Environment Variables

by Alberto Bacchelli

Hello, How can I access the OS Environment Variables from Pharo? Thanks, Alberto -- View this message in context: http://forum.world.st/Accessing-the-OS-Environment-Variables-tp4024106p4024… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 10, 2011

[Pharo-project] TextMorph: what is the purpose of predecessor/successor?

by Igor Stasenko

looks like the purpose is to make multiple morphs, displaying different (but adjacent) portions of one text.. But what i don't understand is what is the practical use of it? Is there an examples of such use of TextMorph(s)? As to me this looks a bit of over-enineering: morph represents a view of some model. Nothing prevents us from creating multiple different views of same model (a text in this case). And i don't get, what do we gain by letting them know about each other. If there is a need to have a coordination between views, i think it would be much simpler to have some centralized parent object/morph, which managing additional complexity related with such composition. The functionality seems to be working: in text morph's halo, click on its menu , and there will be 'add predecessor' and 'add successor' menu items, which creating a fresh text morphs over same text and put it in ?hand? i am clueless, what is purpose of this and whether it belongs to right place.. that's why i asking. (i would just throw it away ;) -- Best regards, Igor Stasenko.

Nov. 10, 2011

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

by Alexandre Bergel

Hi Ben! I agree with you! We are currently working on a manifesto browser that will include this information per package, and much more (e.g,. List of authors, associated lint rules) You can have a look at it if you wish. It is ManifestoBrowser from the ss3.gemstone.com forge Cheers, Alexandre Le 10 nov. 2011 Ã 07:36, Ben Coman <btc(a)openInWorld.com> a Ã©crit : > 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

Re: [Pharo-project] NewTextMorph

by Fernando Olivero

Done. Issue 4986: Removing NewTextMorph and related Fernando On Thu, Nov 10, 2011 at 3:23 PM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > 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] FW: Brainstorming on the roadmap for first Pharo Consortium Engineer :)

by Ben Coman

I think do not make too many hoops for people to jump through. Get as much data a you can first then cross-compare to remove outliers. Individual crypto signatures would allow credibility to build up and also possibly weight results. Schwab,Wilhelm K wrote: > [This appears to have bounced - trying again] > > > Ben, > > That's an interesting idea. > > I'm sad to say that we would need to think about security in the receipt of data. Just as we now have signed license agreements, we might need to have certificates and keys for publishing test results. Passwords might be sufficient and easier to manage. An existing server would likely end up with a Seaside app that allows mere mortals to request a signing or a password. After moderator approval (also part of the app), the tester would be given or emailed to retrieve the credentials needed to post test results. > > BTW, none of that makes it a bad idea or "too hard." I just fear that we would regret having a wide-open way to trash our test results data. > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Ben Coman [btc(a)openInWorld.com] > Sent: Tuesday, November 01, 2011 10:00 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Brainstorming on the roadmap for first Pharo Consortium Engineer :) > > A second idea for a distributed continuous integration test system. I > would personally be happy to contribute cpu cycles to running a Pharo > test system on top of a virtual machine, which from a central server > obtains a random set of Metacello configurations to install, runs tests > and reports results to the central server. Apart from gaining the > processing power to possibly test all permutations of configurations, it > also provides a way for new community members to feel like they are > contributing, which preceeds them getting more involved. As an example > in line with my first comment, perhaps the initial proof of concept > would be done as a research project, and then the paid professional > would polish off the stability and usability of it. > > cheers, Ben > > > >

Nov. 10, 2011

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