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

Re: [Pharo-project] pharo on lion

by Lukas Renggli

Something for Esteban: it would be super cool if the VM had the full-screen button in the title bar :-) On Thursday, 21 July 2011, Lukas Renggli <renggli(a)gmail.com> wrote: > It worked for me on the GM. > > On Thursday, 21 July 2011, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Hi, >> >> Is Pharo working Ok on the new OS X Lion? I am asking because I am considering to upgrade. >> >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "Not knowing how to do something is not an argument for how it cannot be done." >> >> >> > > -- > Lukas Renggli > www.lukas-renggli.ch > -- Lukas Renggli www.lukas-renggli.ch

July 21, 2011

Re: [Pharo-project] UUIDs not so unique

by Philippe Marschall

On 07/20/2011 08:31 PM, StÃ©phane Ducasse wrote: > Philippe > > I can understand your frustration but been more negative than necessary does not help at all. > > first there is trust in what we are building. > > second there are humans = us. So when you forget that people are human beings you are losing something important. > > third there is positive energy. > (how many times did we thanks esteban for his unpaied work on the vm we all use?) > Thanks esteban for your great effort on the vm. > > fourth you can bash us if it makes you feel better, now I think that you have certainly better to do > because I learned with time (getting wise probably) that it is better for my own soul to focus on good energy. > Now consider that you can damage us more than useful or necessary. Good energy is not going the fix the Seaside repository. Cheers Philippe

July 21, 2011

Re: [Pharo-project] pharo on lion

by Lukas Renggli

It worked for me on the GM. On Thursday, 21 July 2011, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Is Pharo working Ok on the new OS X Lion? I am asking because I am considering to upgrade. > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Not knowing how to do something is not an argument for how it cannot be done." > > > -- Lukas Renggli www.lukas-renggli.ch

July 21, 2011

[Pharo-project] pharo on lion

by Tudor Girba

Hi, Is Pharo working Ok on the new OS X Lion? I am asking because I am considering to upgrade. Cheers, Doru -- www.tudorgirba.com "Not knowing how to do something is not an argument for how it cannot be done."

July 21, 2011

[Pharo-project] new Cog VMs available

by Eliot Miranda

....at http://www.mirandabanda.org/files/Cog/VM/VM.r2468/. These fix a problem with the ALien plugin assigning -2^31 into Aliens, and fix UUID generation on linux. -- best, Eliot

July 21, 2011

[Pharo-project] pharo ide task force - morphic issues

by Tudor Girba

Hi, Here is a list of Morphic-related issues that would make the work on the Pharo IDE easier. Btw, if you want to join this cool task force, all you have to do is announce yourself and I offer to provide tasks :). === Keymappings should work with Morph instances - Currently, Keymappings define the keys for all instances of a morph class. This is not useful when we want to create new user interfaces. - Nevertheless, it would be great if we could use the same infrastructure both as it is used now for defining image-wise shortcuts and for controlling instance-based mappings === PluggableTextMorph / TextMorph should provide a means to announce the current selection - Currently, to get notified of when the selection changed, we need to create three subclasses (see below). This solution does not work well with other GLMPluggableTextMorph>>textMorphClass ^ GLMTextMorphForEditView GLMTextMorphForEditView>>editorClass ^ GLMSmalltalkEditor GLMSmalltalkEditor>>storeSelectionInParagraph super storeSelectionInParagraph. self morph ifNotNil: [ self morph editView announceSelectionFrom: self startIndex to: self stopIndex - 1 ] === The label of a TabMorph should shrink to fit the space - Right now a tab with a large title will expand the bounds of the tab. - We would need the possibility to limit the size of the title to the size of the contents. Ideally, there should be some abbreviation (with ...) of the title. === MorphTreeMorph should expand the embedded morphs horizontally - Currently, a row in the MorphTreeMorph takes the preferred size of the embedded morph. Instead, it should expand the row horizontally to fill the space. Or at least we should have the option to have it like that - MorphTreeMorph inherits from ScrollPane. I think it would be great to get it inherit from GeneralScrollPane. Or maybe there is a better solution. === In place editing of items in a list morph - It would be great to have the possibility of editing an item in a list morph in place, rather than being forced to open a dialogue === The button icons in Scrollbar and Expander should work with forms defined in UITheme - Currently, the buttons from Scrollbar and Expander create the arrow icons by drawing them directly. This does not work well with the other icons in the theme. - Instead, the Theme should have a means to provide a form for drawing these === A flexible layout - The idea is to offer a mechanism that would enable us to collapse a pane, and have the rest of the panes expand to fill the space - There is a start of an implementation, but we need to integrate this deeper. - See the thread from: http://lists.gforge.inria.fr/pipermail/pharo-project/2011-January/040408.ht… === Integrate TWM windows grouping mechanism - I know that for it to work, it requires some changesets that need to be filed in. - It would be great if they were integrated :) - See thread: http://lists.gforge.inria.fr/pipermail/pharo-project/2011-June/050116.html Cheers, Doru -- www.tudorgirba.com "The coherence of a trip is given by the clearness of the goal."

July 21, 2011

Re: [Pharo-project] UUIDs not so unique

by Serge Stinckwich

On Wed, Jul 20, 2011 at 7:42 PM, Philippe Marschall <philippe.marschall(a)netcetera.ch> wrote: > On 07/20/2011 09:00 AM, Serge Stinckwich wrote: >> On Wed, Jul 20, 2011 at 1:36 PM, Philippe Marschall >> <philippe.marschall(a)netcetera.ch> wrote: >>> On 07/19/2011 09:41 PM, Esteban Lorenzano wrote: >>>> yes... there is a problem in latest vm's and UUID generation (I don't know if it is present at any vm or just mines, but well...). For the moment, faster solution is by deactivating uuid primitive, at: >>>> >>>> UUID>>#primMakeUUID >>>> Â Â Â <primitive: 'primitiveMakeUUID' module: 'UUIDPlugin'> >>>> Â Â Â UUIDGenerator default generateBytes: self forVersion: 4. >>>> >>>> just comment the primitive call. >>> >>> Guys, srsly? Is this some kind of practical joke? You have been shipping >>> with a known bug that has a trivial fix and eats peoples code? You are >>> wondering why nobody takes you seriously and you don't have more users? >>> You teach software engineering? >> >> Hum, you know like in most open-source software project, nothing >> happens by magic, unfortunately. >> Human ressources are very scarce as Pharo is a part-time project for >> most of us. Maybe your problem will required some interactions between >> VM guys and Pharoers. Not something that could be done in 5 minutes. >> >> Did you submit an issue in the bug tracker just to keep track of it ? >> Did you package some patch that could be used more easily by people >> who do the release ? >> >>> This is exactly the kind of shit that makes me want to never again use >>> Pharo in production. This is the reason why I don't recommend Pharo to >>> other people. >> >> If you use Pharo in production did you give money to support the project ? >> Pharo is not supported by a company (not yet), so no commitments could >> be done on the speed of the adoption of patches. >> People are just doing their best to enhance the system. And if you >> help them (by packaging patches that solve some problems), everyone >> will win in the long term. > > And that is completely fine. But then you don't have to be surprised > when people don't take you serious, you don't have more users and you > don't have any enterprise penetration. > > To quote from the project page: > "We want Pharo to be the obvious choice for professional development in > an open-source Smalltalk." > > Pro tip: if you want to be the obvious choice for professional > development don't eat peoples code. Yes, you are right, this is a bit contradictory to ask for a high standard regarding the quality of the code and at the same time eating people (with different skills) code. But i guess, if you are too elitist, nobody will contribute to the project at the end. Most open-source software suffer from the same problem. The only solution is as a community enhance our knowledge in order to have better contributions. Having tools like Jenkins is quite important to have an immediate feedback and avoid regressions. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

July 21, 2011

Re: [Pharo-project] [update 1.4] #14050

by Igor Stasenko

On 20 July 2011 20:01, StÃ©phane Ducasse <Stephane.Ducasse(a)inria.fr> wrote: > yes it should be the web page of veronica. > > Hi Stef, > > is there some paper about Ring? Should it be part of the kernel image? > > probably because the idea is to have objects to represent method and class > definition. > Veronica did several packages that I merged. If space is an issue we can > check what she proposed originally. > Now I want to remove SourcedMethodReference and MethodReference to use Ring > definition. > > andy and veronica are working on a version management system so that we > could ask all the senders in a given version, what were the references to a > given class..... > It is based on a really cool delta model designed by jannik. > They are building the models and importing tools. After the key point will > be how we can store all the versions of packages > in a database. May be gemstone but we have to see. > All the model is based on Ring and since Ring is polymorphic with runtime > classes (for the code management), nautilus will be able to > browse current program but also versions. > Can't wait to see it in action > -- Pavel > > On Tue, Jul 19, 2011 at 1:44 PM, StÃ©phane Ducasse > > <stephane.ducasse(a)inria.fr> wrote: > > > 14050 > > ----- > > Preparation for Ring integration > > > > > -- Best regards, Igor Stasenko AKA sig.

July 20, 2011

Re: [Pharo-project] why isEmptyOrNil is not defined in Object?

by Schwab,Wilhelm K

FWIW, I long ago defined a method #isNonTrivial that has meaning in various places, e.g. for TimeStamp. Having a method to express the concept of being non trivial (not nil, not empty, etc.) is more powerful and flexible than hard coding/duplicating tests in many locations. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Wednesday, July 20, 2011 2:04 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] why isEmptyOrNil is not defined in Object? On Jul 19, 2011, at 2:57 PM, Nicolas Cellier wrote: > "deprecate it" was a bit provocative, and would be hard to achieve now. > But you agree that we gratuitously complexified a legacy simple interface, while there were smoother, and IMO more elegant solutions, don't you? probably. Now we can deprecate it. I think that this is important to have a process and state of mind that ack that errors are not a problem but a way to learn (even if this is a slower way than doing right the first time). > Nicolas > > 2011/7/19 Esteban Lorenzano <estebanlm(a)gmail.com> > well... I use it a lot... yes, mainly for "FillInTheBlank". > In fact, I usually add it to my programs... > however, I'm not sure if we have to deprecate it (and replace for a larger code), or adopt it :) > > cheers, > Esteban > > El 19/07/2011, a las 7:14a.m., Nicolas Cellier escribiÃ³: > >> I don't like isEmptyOrNil. >> It has been introduced mainly because we can now distinguish these two operations in a "FillInTheBlank" >> - cancel returns nil >> - accept returns a String eventually empty >> The original implementation did always return an empty String even if cancel was pressed. >> >> But no application is really prepared to deal with nil, and most did interpret an empty String as a cancel. >> So we replaced the isEmpty checks by isEmptyOrNil... >> >> I would have done it differently: >> 1) let the default return an empty String even if cancelled >> 2) provide a ifCancelled: addtional key for the rare apps which really need to distinguish. >> >> UIManager default request: 'OK ?' initialAnswer: '' ifCancelled: [^nil]. >> >> Default behaviour would be equivalent to >> UIManager default request: 'OK ?' initialAnswer: '' ifCancelled: ['']. >> >> So my take would be to deprecate it. >> >> Nicolas >> >> 2011/7/19 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> Hi guys >> >> I'm puzzled and probably need food. but why isEmptyOrNil is not defined in Object? >> because right now if a variable is '' or nil or something else I cannot use it. >> >> Stef >> > >

July 20, 2011

Re: [Pharo-project] UUIDs not so unique

by StÃ©phane Ducasse

Philippe I can understand your frustration but been more negative than necessary does not help at all. first there is trust in what we are building. second there are humans = us. So when you forget that people are human beings you are losing something important. third there is positive energy. (how many times did we thanks esteban for his unpaied work on the vm we all use?) Thanks esteban for your great effort on the vm. fourth you can bash us if it makes you feel better, now I think that you have certainly better to do because I learned with time (getting wise probably) that it is better for my own soul to focus on good energy. Now consider that you can damage us more than useful or necessary. five let me repeat again: We are working hard, hard, hard and harder to deliver something good but shit can happen. We will improve the quality control of VM. Other people are right. My mac crash regularly on me. I lose regularly code, text, emails to the point that I thought that Pharo is quite more stable than my mac considering all the brain surgery I'm doing on it. Do you imagine that this bug is probably a vm bug due to a strange interaction with the OS version and some funky libraries? six we are aware that the more pharo will evolve the more people will have high expectations on it (no need to be sarcastic on that sentence) and the less we will have a chance to move it. But we will and we will make mistakes and learn from them. If we do not accept errors then better do nothing and watch TV. But I do not like watching TV so I will continue to be stupid and make mistakes. Sorry to not be smart enough. six

July 20, 2011