- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Not happy with the issues feed from Google
by StÃ©phane Ducasse Nov. 19, 2010

Nov. 19, 2010

>> > > Stef, > > I'm subscribed to some issues through standard Google Code "star this > issue" feature. So, I'm aware of the changes happening to these bugs. > I'm also subscribed to the RSS channel of the Pharo Google Code site, same here > but I do not follow it closely so far -- just have not enough time. So > my point is that interested people still are able to follow the > bugflow without subscribing the whole list to the updates. yes but you have to individually register. > > And if you want to make sure people are aware of the work you're > doing, I'd rather recommend you to pay more attention to the news page > of the pharo-project.org website. We cannot do that if this is not automated. Then the news are reviewed by native english speakers..... Probably we should have a dev news where we could push the issues comments but so far I do not know if this is possible > And having a list of immediate goals > and time line for them could also help, I think. Yes this is why I propose a IRC monthly meeting > Forcing people to follow all the minor activities happening on the tracker (I mean > changing milestones, statuses and so on) won't rather help (IMHO). > I've also created a filter to ignore all such messages after I've seen > them flooding my inbox. So I even don't see them and this fact somehow > contradicts to your point of making people aware. So other people just read them. I have a filter and I read them in batch. Sometimes just passing 0.5 s on an issue. > I still think important things are worth talking abouth them. I mean bootstraping > from kernel or new compiler or something else but in the form of > goals, plans, progress made and so on. Yeah, I know it's easier to > speak than actually do :), but effect might be better. Yes we do not want to replace the communication :) > You may now ask, why I'm so concerned about this issue, if I do not > even receive these autogenerated emails :) Ok, I just think that it's > wrong. But I may be wrong too of course :) There are two things I find > not practical. One of them is that replying to autogenerated mail in > the list and not copying these replies to the tracker actually splits > the discussion and makes it harder for people to track it later. Yes true may be we will need more discipline. > The other thing is mailing list archives like the one on Nabble. It's just > becoming harder to surfe them. And I'm not aware of the other > opensource projects doing the same with their mailing lists. > >> What is the last time you look at the code of the fixes that got integrated? Because if you do not read >> it how can we do quality control? So if I could I would send the diff of all the package in the mailing-lits as this is done in squeak. > > You can't do quality control this way. Oh yes believe you do. I will tell you a small story that explained why I was mad against 3.10 process. One guy that is in network/web sent a fix and I thought as a 3.9 integrator that I would integrate it. Then bert reviewed the fix and said that this was bogus so it was not integrated in 3.9. In 3.10 there was little communication about bugs and I raised this concerned to the squeakfoundation board. Because if experts do not have access fast to what is happening then they will not look at it then your overall quality will decrease. This is why I really want the new recentMessage browser because it is gorgeous and I want to use it daily especially when others are doing integrations ( we want to open the process ). > Everyone won't look at the code of these fixes, interested people are already looking at them so you > won't gain anything. No this is where you are wrong. People are not. I have to add lukas in the bug entry manually .... I have to ask personnally people to look at specific issue. > And it's iterative process after all: you make > changes, people look at the code of these changes doing their job in > Pharo, and if they're unhappy with these changes you'll know about it > :) No because when you have time you do not look at other code. You hack your own great stuff. > But important changes still need to be reviewed by experienced > community members, no doubts here. > >> Now what we can do to please some of you so far 4, we could create a mailing-list where such mails would be sent. >> But let us see so far who is really against. > > Don't get me wrong, I'm not extremely against this change. I just > think that this is not the best way to achieve your goals. Thanks for sharing that with us. We will create a separated mailing-list to see how it works. > > My apologies for the long mail. > > George >

3 2

Re: [Pharo-project] [Pharo-users] could not search contents at http://book.pharo-project.org
by Mariano Martinez Peck Nov. 19, 2010

Nov. 19, 2010

Thanks! I can reproduce. Doru can you help us? Thanks Mariano On Thu, Oct 7, 2010 at 10:40 PM, Bernardo Ezequiel Contreras < vonbecmann(a)gmail.com> wrote: > Hi All, > > Description: > Could not search contents at http://book.pharo-project.org. > I would like to search some expression in the contents of the book. > > Steps to reproduce: > * goto to http://book.pharo-project.org > * click on main image > * add any string on search contents and press Enter > Actual Result: > Seaside Walkback Error: subscript is out of bounds: 8218Expected Result: > a list of results that matches your input string > > > Thanks, > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

2 3

[Pharo-project] Issue 3273 in pharo: Wrongly defined MenuMorph>>embeddable
by pharo＠googlecode.com Nov. 19, 2010

Nov. 19, 2010

Status: Accepted Owner: hilaire.fernandes Labels: Type-ReportDefect Milestone-1.2 Difficulty-Easy Importance-High New issue 3273 by hilaire.fernandes: Wrongly defined MenuMorph>>embeddable http://code.google.com/p/pharo/issues/detail?id=3273 In Pharo 1.1, MenuMorph>>embeddable is wrongly defined (typo error I guess). Use included changeset. Attachments: MenuMorph-embeddable.st 240 bytes

1 0

[Pharo-project] Issue 3225 in pharo: Fade image examples/methods give DNU
by pharo＠googlecode.com Nov. 19, 2010

Nov. 19, 2010

Status: Accepted Owner: Torsten....@astares.de Labels: Milestone-1.2 New issue 3225 by Torsten....@astares.de: Fade image examples/methods give DNU http://code.google.com/p/pharo/issues/detail?id=3225 In class Form there are various #fadeImageXXX methods each with an example in the comment. Most of them do not work, for example: Display fadeImageCoarse: (Form fromDisplay: (40@40 extent: 300@300)) reverse at: 40@40 crashes with a DNU. MessageNotUnderstood: receiver of "bitShift:" is nil Same problem in Squeak btw.

1 3

[Pharo-project] Revisiting Issue 1718
by Stephan Eggermont Nov. 19, 2010

Nov. 19, 2010

I would be interested in improvements. This is just a straight translation of the java code. Yaroslavskiy's Dual-Pivot Quicksort seems to perform better for large collections: A straightforward defaultSort: i to: j self dualPivotQuicksort: i to: j split: 3 dualPivotQuicksort: left to: right split: div |len third m1 m2 pivot1 pivot2 less great dist newDiv| len := right - left. newDiv := div. len < 27 ifTrue: [ left+1 to: right do: [ :i | | j | j := i. [(j>left) and: [(array at:j) < (array at: (j-1))]] whileTrue: [ array swap: j with: j-1. j := j-1]]] ifFalse: [ third := len // div. m1 := left+third. m2 := right-third. m1 <= left ifTrue: [m1 := left+1]. m2 >= right ifTrue: [m2 := right-1]. (array at: m1) < (array at: m2) ifTrue: [ array swap: m1 with: left. array swap: m2 with: right] ifFalse: [ array swap: m1 with: right. array swap: m2 with: left]. pivot1 := array at: left. pivot2 := array at: right. less := left+1. great := right-1. less to: great do: [ :k | (array at: k) < pivot1 ifTrue: [ array swap: k with: less. less := less+1.] ifFalse: [ (array at: k ) > pivot2 ifTrue: [ [(k < great and: [(array at: great) > pivot2])] whileTrue: [ great := great -1]. array swap: k with: great. great := great-1. (array at: k) < pivot1 ifTrue: [ array swap: k with: less. less := less+1] ] ]]. dist := great-less. dist < 13 ifTrue: [ newDiv := div+1]. array swap: (less-1) with: left. array swap: (great+1) with: right. self dualPivotQuicksort: left to: (less-2) split: newDiv. self dualPivotQuicksort: (great+2) to: right split: newDiv. (dist > (len -13) and: [ pivot1 ~= pivot2]) ifTrue:[ less to: great do: [ :k | (array at: k) = pivot1 ifTrue: [ array swap: k with: less. less := less+1] ifFalse: [ (array at: k) = pivot2 ifTrue: [ array swap: k with: great. great := great - 1. (array at: k) = pivot1 ifTrue: [ array swap: k with: less. less := less+1] ] ] ] ]. pivot1 < pivot2 ifTrue: [ self dualPivotQuicksort: less to: great split: newDiv] ] Do we have a performance test set for sorting?

2 1

[Pharo-project] Infinite recursion
by Guillermo Polito Nov. 19, 2010

Nov. 19, 2010

Hi, Yesterday I got into an infinite recursion, because of adding an ordered collection into itself. And #hash is defined in terms of its containees, hehe. Why I did that? It doesn't really matters. I was testing a little project I'm doing for the University. So I came into an infinite recursion, which didn't stop until the VM run out of memory... And the question is.. Shouldn't it throw an error like a stack overflow when we run into those cases? Cheers, Guille

2 2

[Pharo-project] Issue 3266 in pharo: Clean TextEditor
by pharo＠googlecode.com Nov. 19, 2010

Nov. 19, 2010

Status: Accepted Owner: stephane.ducasse CC: aplantec Labels: Milestone-1.2 New issue 3266 by stephane.ducasse: Clean TextEditor http://code.google.com/p/pharo/issues/detail?id=3266 voila ce que j'ai fait: * nettoyage de TextEditor (plus que 2 variables d'instances, plus de variables de classe pour gÃ©rer find&replace etc..) * undo/redo infini qui semble bien marcher (cmd z /cmd j) * nouvelle interface find & replace (cmd f) * une interface pour la completion * une selection secondaire (bleu trÃ¨s clair) selectionne les parties de texte identique Ã la selection primaire. trÃ¨s cool pour chercher les doublons. * une selection find/replace (jaune) essaye cmd-h sur un token Ã chercher, puis cmd g * declaration des menus avec le menu builder (idem que pour world menu) -> plus de variable d'instance de classe pour les menus Available in PharoTaskForces/Slice-2-editor.

5 10

[Pharo-project] Not happy with the issues feed from Google
by Torsten Bergmann Nov. 19, 2010

Nov. 19, 2010

>We can try but I don't think it will work particularly well. Our >infrastructure should best support the people that actively work on Pharo so >I don't see any problem sending tons of mails to pharo-project at ... >mailing list if this helps. For users who don't want to see all these >details there already is a separate list (pharo-users at ...). +1 Bye T. -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

1 0

Nov. 19, 2010

Yes! we were discussing with alain about that. Please sync with alain. Fernando here is also what I would like to have :) A classVar Binding and an instance var binding. **All** the methods only access binding binding get initialized with the default table defined in Binding => we can have table binding sharing => we can have instance based customization. Does it make sense to you? Stef On Nov 19, 2010, at 8:21 AM, Fernando Olivero wrote: > Hi Alain, i took a better look at the changes and have to say...once > again..excellent! > > I think the next step is to improve the keybindings hardcoding in > TextEditor>>initialize > self initializeCmdKeyShortcuts. > self initializeShiftCmdKeyShortcuts. > > I have a keybindings/command model in Gaucho, for applying a > keybinding to any morph. > I will work on decoupling it from GauchoMorph into Morph. > And later rewrite the Morphs for textediting to use this. > > So for example, if you want to delete any GauchoMorph from the system > by pressing cmd-w, you have to: > > binding := GMKeyBinding > actingOn: $w asciiValue > modifiedBy: #(#command) > satisfying: ( GMCondition compositeWith: #( > #understandsKeyBindingCommandCondition #uneditedCondition ) ) > applying: #close. > m := NewTextMorph new. > m addKeyBinding: binding . > > > If people agree, i will create an issue and start working on it. > > Fernando > > On Thu, Nov 18, 2010 at 9:23 AM, Alain Plantec <alain.plantec(a)free.fr> wrote: >> Due to a change in PragmaMenuBuilder, the world menu is not well updated >> anymore. >> Simply evaluating >> World resetWorldMenu >> fixes that. >> So it should be done before the next release is published. >> Cheers >> Alain >> >> >> >

1 0

Nov. 19, 2010

On Nov 18, 2010, at 11:29 PM, Fernando Olivero wrote: > This is really cool! Nice to have it already in the image. > > I like particulary like the UIManager integration, to easily "plug" > diferent morphics and tools. > For example UIManager default openInspector: self asMorphOn: anObject > withLabel: aLabel! . > > Stef and Juan: > > 1)how did the UIManager impact on the current facilities in > SystemNavigation for browsing senders, references and others? > Did the UI related parts got decoupled from SystemNavigation into UIManager? I do not think so. There is still a lot of things to clean in SystemNavigation > For example SystemNavigation returns the list of method references, > but the UIManager opens the proper Morph/tool to present it. > Currently SystemNavigation also does the Morph part. > > 2) What are the plans for the Simple morphic changeset? Package it in a separate package. Create a Squeaksource project Add it as a package in pharo-dev so that people can have a look at it. Stef > > Fernando > > > > > On Thu, Nov 18, 2010 at 9:47 PM, pharo(a)googlecode.com > <pharo(a)googlecode.com> wrote: >> >> Comment #3 on issue 3210 by stephane.ducasse: SimpleMorphic Integration >> http://code.google.com/p/pharo/issues/detail?id=3210 >> >> part one two and three are integrated >> >> >> >

1 0