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

Re: [Pharo-project] About etoy cleaning

by StÃ©phane Ducasse

> I'm appreciate your efforts. Keep going! > > Just one question. > You seem planning to remove Project from system, as part of Etoys. > I'm not really sure about it. A removal of Projects will lead to > model, which having only a single World (a PasteUpMorph instance), > what i fear of, because i want to make a plugin which supports > multiple windows, and therefore each window can have own PasteUpMorph > instance. I do not know. now each time I look at Project and its impact everywhere. May be it would be better to reimplement a clean multiple world abstraction. For now I'm removing player and etoy support from Project when I see them. > And it seems like its least painful way to get multiple windows > support. > > Of course, it would require rethinking the role of Display & World > globals, because there will be more than a single window and this will > require to do something with code, which assuming that there is always > a Display/World where everyone can put his dirty hands on :) > For instance, i have no idea, what to do with commonly used (and quite > convenient, in fact) message , like #openInWorld. > When you have multiple worlds, its a big question, where new morph > should appear. > > Maybe, as solution, a World/Display globals can stay, but they will > track the currently active window. In this way, all new morphs will > appear in currently active window. The problem is, that its not really > necessary for window to be associated with PasteUpMorph - it can be a > window which only having a Form for drawing and nothing more, or > window which may use different UI framework and therefore > creating/keeping an instance of PasteUpMorph for it is not an option. Probably but I do not really know. Now I'm trying not to break Morphic while removing etoys. I think that once this is done we will have to think about it. May be rebuilding another solution on the side and switching is the best when I see the current state of the code. Not a really optimistic answer but I'm getting burned by etoy > > > -- > Best regards, > Igor Stasenko AKA sig. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 9, 2008

Re: [Pharo-project] Repaint does not work

by Adrian Lienhard

Yes, I removed this morph as it used a lot of memory. I thought it was only used from within EToys but I didn't realize it was accessible from elsewhere. Now, the question is whether we still want to have the drawing tool in Pharo? To see my cleanup check out #cleanUpForRelease. Adrian On Nov 9, 2008, at 15:15 , StÃ©phane Ducasse wrote: > It worked in 10112 > but does not in 10116 > > On Nov 9, 2008, at 3:03 PM, StÃ©phane Ducasse wrote: > >> Hi adrian >> >> do you remember if you did something with the SketchEditorMorph >> when you optimise memory, >> because now I cannot repaint a form, I get a plainCursor error >> since the palette is nil. >> >> To reproduce >> bring halos on the pharo logo >> click on repaint >> you get one DNU because Prototype classVariable is nil and not a >> PaintBoxMorph >> then if you bring again the halos and move the mouse over the area >> we get >> a plainCursor DNU. >> >> I was not working on this area so I imagine that it may be your >> cleans. >> >> was working 10107 >> >> but not in 10133 >> >> >> Sytef >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 9, 2008

Re: [Pharo-project] About etoy cleaning

by Igor Stasenko

2008/11/9 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > I can tell you that removing etoy is really really boring/difficult/ even if > you think that this is > **just** removing some methods. I really hope that I will not break too much > but really this is a so huge mess. > I'm appreciate your efforts. Keep going! Just one question. You seem planning to remove Project from system, as part of Etoys. I'm not really sure about it. A removal of Projects will lead to model, which having only a single World (a PasteUpMorph instance), what i fear of, because i want to make a plugin which supports multiple windows, and therefore each window can have own PasteUpMorph instance. And it seems like its least painful way to get multiple windows support. Of course, it would require rethinking the role of Display & World globals, because there will be more than a single window and this will require to do something with code, which assuming that there is always a Display/World where everyone can put his dirty hands on :) For instance, i have no idea, what to do with commonly used (and quite convenient, in fact) message , like #openInWorld. When you have multiple worlds, its a big question, where new morph should appear. Maybe, as solution, a World/Display globals can stay, but they will track the currently active window. In this way, all new morphs will appear in currently active window. The problem is, that its not really necessary for window to be associated with PasteUpMorph - it can be a window which only having a Form for drawing and nothing more, or window which may use different UI framework and therefore creating/keeping an instance of PasteUpMorph for it is not an option. -- Best regards, Igor Stasenko AKA sig.

Nov. 9, 2008

Re: [Pharo-project] Repaint does not work

by StÃ©phane Ducasse

It worked in 10112 but does not in 10116 On Nov 9, 2008, at 3:03 PM, StÃ©phane Ducasse wrote: > Hi adrian > > do you remember if you did something with the SketchEditorMorph when > you optimise memory, > because now I cannot repaint a form, I get a plainCursor error > since the palette is nil. > > To reproduce > bring halos on the pharo logo > click on repaint > you get one DNU because Prototype classVariable is nil and not a > PaintBoxMorph > then if you bring again the halos and move the mouse over the area > we get > a plainCursor DNU. > > I was not working on this area so I imagine that it may be your > cleans. > > was working 10107 > > but not in 10133 > > > Sytef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 9, 2008

[Pharo-project] Repaint does not work

by StÃ©phane Ducasse

Hi adrian do you remember if you did something with the SketchEditorMorph when you optimise memory, because now I cannot repaint a form, I get a plainCursor error since the palette is nil. To reproduce bring halos on the pharo logo click on repaint you get one DNU because Prototype classVariable is nil and not a PaintBoxMorph then if you bring again the halos and move the mouse over the area we get a plainCursor DNU. I was not working on this area so I imagine that it may be your cleans. was working 10107 but not in 10133 Sytef

Nov. 9, 2008

Re: [Pharo-project] About etoy cleaning

by StÃ©phane Ducasse

I can tell you that removing etoy is really really boring/difficult/ even if you think that this is **just** removing some methods. I really hope that I will not break too much but really this is a so huge mess. Stef On Nov 8, 2008, at 10:04 PM, StÃ©phane Ducasse wrote: > Hi guys > > I just wanted to let you know that I'm working on etoy cleaning from > Object, Morph and friends. > And I will probably do some mistakes (because this is complex). I'm > trying to do that concentrated > but still this is serious beast. > > Now I'm keeping a list of my progress at this page > http://code.google.com/p/pharo/w/edit/CurrentlyWorkingOn > so that you can follow my progression and that I'm not lost either. > > I'm using gary etoy removal and going over his list and checking > senders of senders .... and verifying when I have doubts. > and I'm finding missed points from time to time and this is normal > when we see the complexity of etoy and morphic together. > So gary may be at the end I would appreciate that you have a look at > the stuff I'm removing. > May be by doing a "changes" comparison. > Right now I'm cleaning object and I will keep a list of the > difficult methods I did not fixed yet. > May be these ones will be easier to treat when etoy will be removed. > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 9, 2008

Re: [Pharo-project] HostWindows rewrite

by Michael Rueger

Igor Stasenko wrote: > 2008/11/9 Michael Rueger <m.rueger(a)acm.org>: >> Igor Stasenko wrote: >>> Hello list, >>> >>> i started design of new plugin, which is conceptually based on >>> HostWindows, but will be more integral & flexible. >> What about ffenestri? > > i currently taking parts from it as well as parts from core VM > functionality, like event handling. Not blindly , of course. :) > The idea is to make an integral plugin with clean design, which will > allow us to clean a lot of things in VM & language side both as well > as finer control of different windowing operations. Sound good :-) Just wanted to make sure that no unnecessary re-inventing of wheels takes place ;-) Michael

Nov. 9, 2008

[Pharo-project] Fwd: FOSDEM 2009, call for participation

by Damien Pollet

---------- Forwarded message ---------- From: Mattias 'Tias' Guns <mguns(a)fosdem.org> Date: Sun, Nov 9, 2008 at 1:52 PM Subject: FOSDEM 2009, call for participation To: Fosdem Lightning Talks <lightningtalks(a)fosdem.org> Hello Lightningtalk speakers of last year, I hope you enjoyed participating in FOSDEM 2008 (if not, let me know). We are currently preparing for FOSDEM 2009, and we have sent out a joint call for participation, including devrooms, stands and lightningtalks, see http://fosdem.org/2009/ To maximize project's chances, we do not allow projects that participated in fosdem last year to do a lightningtalk this year. However if you liked participating, may I ask you to help spread the word, and inform other projects and developers about the opportunities at FOSDEM. Below is our call for participation. Thank you for sending it around, Tias FOSDEM Lightning Talks FOSDEM is probably the most developer-oriented Free and Opensource conference, taking place in Brussels, Belgium on Saturday 7 and Sunday 8 February 2009. Apart from having many invited speakers, the conference offers developer rooms, stands and lightning talks to projects from the Free and Opensource community. We hereby welcome proposals from projects to participate in organizing a devroom, manning a stand or holding a lightning talk. As every year, we have only a limited number of rooms, space for stands and lightning talk slots. Since we always receive more requests than we can host, a committee within the FOSDEM organizing team will review all proposals. Selection will be based on possible impact, our experience of previous editions and diversity in the offerings. *** Devrooms We offer large projects a devroom during the conference. A devroom is a room in which projects can organize their own schedule made of presentations, brainstorming and hacking sessions. Our goal is to stimulate developer collaboration and cross-pollination between projects, and as such we strongly favor projects with similar goals and domains to host a devroom together. See http://fosdem.org/2009/call_for_devrooms_and_stands *** Stands We offer stands to projects that want to present themselves to the visitors in a more personal fashion. Stands can be used to share information, demo software, sell merchandizing or give away goodies. See http://fosdem.org/2009/call_for_devrooms_and_stands *** Lightning talks We offer lightning talks to all other projects that want to present themselves. A lightning talk is a short talk in which a project can introduce itself, talk about recent developments, or share exciting new directions. See http://fosdem.org/2009/call_for_lightningtalks FOSDEM 2009 will be the 9th edition of the event, which has been steadily growing every year in importance and in the number of visitors. Our goal is to provide a platform to Free and Opensource projects to meet, discuss, present their current and future developments, both to their own developer and user community as to other projects that are present. Given the large amount of active contributors from many different projects present during the conference, it is an exceptionally well suited occasion to share goals and ideas with people from other communities, which is something we strongly encourage and do our best to support. Of course, the event only lives through the projects that take part in it, and through the many FOSS contributors who attend. We merely do our best to provide the best possible service to the FOSS community at large. *** Key dates: * 2008-11-22: Deadline for devroom & stand requests * 2008-11-30: Devroom & stand acceptance notification * 2008-12-26: Deadline for lightning talk requests * 2008-12-29: Lightning talk acceptance notification * 2009-01-09: Deadline for final devroom & lightning talk schedules * 2009-02-07 to 2009-02-08: FOSDEM 2009 For more information, visit http://fosdem.org/ -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Nov. 9, 2008

Re: [Pharo-project] HostWindows rewrite

by Igor Stasenko

2008/11/9 Michael Rueger <m.rueger(a)acm.org>: > Igor Stasenko wrote: >> >> Hello list, >> >> i started design of new plugin, which is conceptually based on >> HostWindows, but will be more integral & flexible. > > What about ffenestri? i currently taking parts from it as well as parts from core VM functionality, like event handling. Not blindly , of course. :) The idea is to make an integral plugin with clean design, which will allow us to clean a lot of things in VM & language side both as well as finer control of different windowing operations. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Nov. 9, 2008

Re: [Pharo-project] HostWindows rewrite

by Michael Rueger

Igor Stasenko wrote: > Hello list, > > i started design of new plugin, which is conceptually based on > HostWindows, but will be more integral & flexible. What about ffenestri? Michael

Nov. 9, 2008