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

Re: [Pharo-project] Plugin to trigger Jenkins build when there are squeaksource commits

by Igor Stasenko

On 11 November 2011 19:36, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Nov 11, 2011, at 9:32 AM, Mariano Martinez Peck wrote: > >> Hi guys. It seems the Jenkins of Pharo is using the plugin "URL Change Trigger" which is deprecated and I cannot install it. >> The new plugin is URLTrigger Plugin but I don't know how to configure it with SqueakSource. Do you know? does it work? >> > > We should install it. But it needs a newer version of Jenkins than we have. > Which means we should check how to update the Jenkins INRIA installation.... > > It is on my TODO, but I fear it will take a while till I find time to look at this. > I meeting with INRIA guys at morning, to discuss jenkins setup and what we need. Please, let me know if you want to ask something else about jenkins, like that, i will let them know. > Â Â Â Â Marcus > > -- > Marcus Denker -- http://marcusdenker.de > > > -- Best regards, Igor Stasenko.

Nov. 12, 2011

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

by Igor Stasenko

On 11 November 2011 23:13, Johannes Rasche <johannesrasche(a)mac.com> wrote: > > > -------- Original-Nachricht -------- Betreff: Re: [Pharo-project] > TextMorph: what is the purpose of predecessor/successor? Datum: Fri, 11 > Nov 2011 15:34:47 +0100 Von: Johannes Rasche <johannesrasche(a)me.com><johannesrasche(a)me.com> Antwort > an: johannesrasche(a)me.com An: Pharo-project(a)lists.gforge.inria.fr > > as Igor mentioned yesterday it's useful for long texts. > > well, i said that its purpose to display different portions of same text in multiple morphs. For long texts, i really doubt that its uselful, because it doesn't scales well. > I would suggest, if the majority don't see the advantage of pred/succ, > to create a subclass > > Agreed. Right now , Pharo not using this feature in text editor(s). There is no need to have such complicated text composition, and i doubt it will arise. If someone would want to create a full-pledged text viewer/editor with multipage/multicolumn layout support, first thing what i would do is to use different model for text, not one which used in Text class. > Johannes > > Am 11.11.11 14:43, schrieb Alain Plantec: > > I forgot to say that I think we should simplify TextMorph as much as > > possible. > > I've already removed predecessor/successsor some time ago for my own > > textmorph fork. > > I open an isssue > > Alain > > > > Le 11/11/2011 10:38, Igor Stasenko a Ã©crit : > >> Thanks. > >> Yes, i remember i seen this before, but i had no idea how it > >> implemented. > >> > >> On 10 November 2011 18:36, Alain Plantec<alain.plantec(a)yahoo.com> <alain.plantec(a)yahoo.com> > >> wrote: > >>> Hi Igor, > >>> See the screenshot (Squeak 3.6). > >>> You can have several morphs editing the same text. > >>> Each morph containing its own part of the text. > >>> I guess predecessor ans successor are used in this context. > >>> Cheers > >>> > >>> Alain > >>> > >>> Le 10/11/2011 16:50, Igor Stasenko a Ã©crit : > >>>> 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. 12, 2011

Re: [Pharo-project] Comparing a package code with current code

by Johannes Rasche

what else would be compared ?! anyway I didn't do that, so I cannot judge I used merge, but that may be cumbersome Johannes Am 12.11.11 00:03, schrieb Hernan Wilkinson: > nop... it does not compare the code from the package and image... > It think I did this before but I don't find the way now. > > On Fri, Nov 11, 2011 at 7:51 PM, Francois Stephany > <tulipe.moutarde(a)gmail.com <mailto:tulipe.moutarde@gmail.com>> wrote: > > Hi Hernan, > > Can't you use the 'Changes' button on the Monticello browser? > > > How can I see the differences between code that is in a > package and the code in an image? > > > > > > -- > *HernÃ¡n Wilkinson > Agile Software Development, Teaching & Coaching > Mobile: +54 - 911 - 4470 - 7207 > email: hernan.wilkinson(a)10Pines.com > site: http://www.10Pines.com <http://www.10pines.com/>* > Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina > -- Johannes Rasche /Hagelberger Str. 56 10965 Berlin mail johannesrasche(a)mac.com mobile +49 1577 175 04 75/

Nov. 11, 2011

Re: [Pharo-project] Comparing a package code with current code

by Hernan Wilkinson

nop... it does not compare the code from the package and image... It think I did this before but I don't find the way now. On Fri, Nov 11, 2011 at 7:51 PM, Francois Stephany < tulipe.moutarde(a)gmail.com> wrote: > Hi Hernan, > > Can't you use the 'Changes' button on the Monticello browser? > > > How can I see the differences between code that is in a >> package and the code in an image? >> > > -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>* Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina

Nov. 11, 2011

Re: [Pharo-project] Comparing a package code with current code

by Francois Stephany

Hi Hernan, Can't you use the 'Changes' button on the Monticello browser? > How can I see the differences between code that is in a > package and the code in an image?

Nov. 11, 2011

[Pharo-project] Comparing a package code with current code

by Hernan Wilkinson

Hi, I wanted to migrate TDDFacilities to make it work with Pharo 1.3, but I could not find a way to compare the code that is changed in TDDFacilities from Pharo-Core and others with the code that comes with Pharo 1.3, so it is very dificult to find the changes I have to merge, change, etc... How can I see the differences between code that is in a package and the code in an image? Thanks Hernan. -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>* Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina

Nov. 11, 2011

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

by Johannes Rasche

ï»¿ Johannes Rasche Hagelberger Str. 56 10965 Berlin fon +49-30-315 66 820 mobil -49-1577 175 04 75 Anfang der weitergeleiteten E-Mail: > Von: Johannes Rasche <johannesrasche(a)mac.com> > Datum: 11. November 2011 22:13:26 > An: Pharo-project(a)lists.gforge.inria.fr > Betreff: [Pharo-project] Fwd: Re: TextMorph: what is the purpose of predecessor/successor? > > > > -------- Original-Nachricht -------- > Betreff: Re: [Pharo-project] TextMorph: what is the purpose of predecessor/successor? > Datum: Fri, 11 Nov 2011 15:34:47 +0100 > Von: Johannes Rasche <johannesrasche(a)me.com> > > Antwort an: johannesrasche(a)me.com > > An: Pharo-project(a)lists.gforge.inria.fr > > > > as Igor mentioned yesterday it's useful for long texts. > > I would suggest, if the majority don't see the advantage of pred/succ, > to create a subclass > > Johannes > > Am 11.11.11 14:43, schrieb Alain Plantec: > > I forgot to say that I think we should simplify TextMorph as much as > > possible. > > I've already removed predecessor/successsor some time ago for my own > > textmorph fork. > > I open an isssue > > Alain > > > > Le 11/11/2011 10:38, Igor Stasenko a Ã©crit : > >> Thanks. > >> Yes, i remember i seen this before, but i had no idea how it > >> implemented. > >> > >> On 10 November 2011 18:36, Alain Plantec<alain.plantec(a)yahoo.com> > >> wrote: > >>> Hi Igor, > >>> See the screenshot (Squeak 3.6). > >>> You can have several morphs editing the same text. > >>> Each morph containing its own part of the text. > >>> I guess predecessor ans successor are used in this context. > >>> Cheers > >>> > >>> Alain > >>> > >>> Le 10/11/2011 16:50, Igor Stasenko a Ã©crit : > >>>> 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 ;) > >>>> > >>> > >> > >> > > > > >

Nov. 11, 2011

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

by Johannes Rasche

-------- Original-Nachricht -------- Betreff: Re: [Pharo-project] TextMorph: what is the purpose of predecessor/successor? Datum: Fri, 11 Nov 2011 15:34:47 +0100 Von: Johannes Rasche <johannesrasche(a)me.com> Antwort an: johannesrasche(a)me.com An: Pharo-project(a)lists.gforge.inria.fr as Igor mentioned yesterday it's useful for long texts. I would suggest, if the majority don't see the advantage of pred/succ, to create a subclass Johannes Am 11.11.11 14:43, schrieb Alain Plantec: > I forgot to say that I think we should simplify TextMorph as much as > possible. > I've already removed predecessor/successsor some time ago for my own > textmorph fork. > I open an isssue > Alain > > Le 11/11/2011 10:38, Igor Stasenko a Ã©crit : >> Thanks. >> Yes, i remember i seen this before, but i had no idea how it >> implemented. >> >> On 10 November 2011 18:36, Alain Plantec<alain.plantec(a)yahoo.com> >> wrote: >>> Hi Igor, >>> See the screenshot (Squeak 3.6). >>> You can have several morphs editing the same text. >>> Each morph containing its own part of the text. >>> I guess predecessor ans successor are used in this context. >>> Cheers >>> >>> Alain >>> >>> Le 10/11/2011 16:50, Igor Stasenko a Ã©crit : >>>> 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 ;) >>>> >>> >> >> > >

Nov. 11, 2011

Re: [Pharo-project] Slides Pharo talk Smalltalks

by StÃ©phane Ducasse

> One thing jumped off the page: the intersection of OpenGL, Sig and NativeBoost. It says "done on Windows" which I *hope* means that Linux and Mac are planned??? I will let you guess. > Being able to embed 3D worlds in "normal" desktop software would be huge (virtual reality/visualization, simulation, etc.). > Question: does this suggest that NativeBoost should advance in the FFI roadmap? AFAIK, I do not care whether FFI, Alien or NativeBoost becomes the first complete FFI solution for us. I mostly want to see callbacks and some level of multi-threading. It would be nice if existing FFI method definitions continued to work, but that's negotiable. The idea is that we would like in january to have one ffi fully working (callback, threaded...â¦..) > On threads, the most important objective is to be able to call into a library without blocking the entire image. If callbacks are not possible from such a function, I could learn to live with that - it's more than we have now. If allowed, I would expect that callbacks would be limited to the calling Process in some way. One could/should use queues, semaphores or deferred actions to make things felt in the UI. > > 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: Tuesday, November 08, 2011 4:54 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Slides Pharo talk Smalltalks > > I should release my annotated version because it explains the vision behind each itemâ¦ > > Should fish it. > > On Nov 8, 2011, at 8:35 PM, Sven Van Caekenberghe wrote: > >> >> On 08 Nov 2011, at 18:25, Marcus Denker wrote: >> >>> Here are the Slides of the Pharo talk at Smalltalks2011: >>> >>> PDF: http://www.marcusdenker.de/talks/11Smalltalks/2011-Smalltalks-Denker-Pharo.… >>> SlideShare: http://www.slideshare.net/MarcusDenker/pharo-one-year-later >>> >>> All talks where filmed, so there will be a video later at http://www.fast.org.ar/smalltalks2011 >> >> Beautiful and cool slides, as always, Marcus. >> >> Yes the Pharo community did a lot of work this passed year, and the future looks really exciting ! >> >> It feels good to be part of this. >> >> Thx for sharing. >> >> Sven >> >> >> >> > > >

Nov. 11, 2011

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

by Sean P. DeNigris

Marcus Denker-4 wrote: > > Issue 4955: Improve behavior of MorphTreeMorph when left key is pressed > http://code.google.com/p/pharo/issues/detail?id=4955 > Cool! This was on my wish list. Sean -- View this message in context: http://forum.world.st/update-1-4-14222-tp4016117p4032284.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 11, 2011