- Pharo-dev - lists.pharo.org

[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

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

by Marcus Denker

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. Marcus -- Marcus Denker -- http://marcusdenker.de

Nov. 11, 2011

[Pharo-project] [update 1.4] #14225

by Marcus Denker

14225 ----- Issue 4992: Small Morph cleanup (#tempCommand) http://code.google.com/p/pharo/issues/detail?id=4992 Issue 4991: Move ModifiedMethodEvent out of System Debugging http://code.google.com/p/pharo/issues/detail?id=4991 Issue 4989: SubscriptionRegistry>>deliver: anAnnouncement http://code.google.com/p/pharo/issues/detail?id=4989 -- Marcus Denker -- http://marcusdenker.de

Nov. 11, 2011

Re: [Pharo-project] FS and binary files

by Sean P. DeNigris

Johannes Rasche wrote: > > as FS appeared, I had the impression, that this would be the long > awaited replacement of FileDirectory, > > but it doesn't seem so, because it's not part of the official Pharo up > to now (1.3), > I couldn't wait, so I loaded it in my 1.3-rc image and have been happily using it problem free for 1.5 weeks... Gofer new squeaksource: 'fs'; package: 'ConfigurationOfFilesystem'; load. (Smalltalk at: #ConfigurationOfFilesystem) load. Since Pharo's FS fork is being worked on in 1.4, I may have to port my code slightly for 1.4, but I couldn't go on any longer with FileDirectory, it hurt too much ;-) -- View this message in context: http://forum.world.st/FS-and-binary-files-tp4019963p4031734.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 11, 2011

Re: [Pharo-project] Call for help for reviewing code

by Sean P. DeNigris

mmimica wrote: > > "Nobody bothers to fix it" is not a valid issue resolution. I agree. I sometimes find bugs that I can't fix because I don't understand enough or just don't have time right then, even though the bug is very annoying or disruptive. Over time, I gather info through using the system that I can collect as comments in the issue. Also, every once in a while (e.g. ESUG), I'll have a block of time that I can sit down and take down a big issue, but months may go by before such a block comes up. Maybe a status called "old" or "stale" or something else so these can be filtered? Sean -- View this message in context: http://forum.world.st/Call-for-help-for-reviewing-code-tp3992746p4031712.ht… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 11, 2011

Re: [Pharo-project] GlorpDBX PostgreSQL Patch

by Alan Knight

There are always two possible mechanisms for combining the data type with the SQL statement. We can bind it, in which case the driver is responsible for any conversion, and quite possibly it's being converted into some sort of binary representation. Or we can write it inline in the query as a string. So the VisualWorks drivers would be responsible for doing any conversion if we do binding, but it's true that we need to be responsible if we want to do it as a string. In Postgresql, at least in VisualWorks, it's a bit confusing, because the Postgresql driver basically doesn't support binding - or at least what it does for binding is insert the literal into the string. That's more expensive, and just ends up the same, so normally I wouldn't use binding on Postgresql. But the bottom line is that yes, we do need Glorp to be able to do this at its level, and the OpenDBX driver would only be involved if someone was using binding. On Fri, Nov 11, 2011 at 7:33 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > > > On Fri, Nov 11, 2011 at 8:16 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> Hi guys. I am trying to understand how to integrate this in the OpenDBX >> driver, but I am a little bit lost. >> First, I don't understand when this #byteArrayToSQLStringConverter is >> used. What is the bytearray and what is the string? one is the database >> type and the other one is the inst var of one you your mapping class? >> > > This is because the conversion is being done right now in glorp... We are > already performing conversions in OpenDBX, but they are not platform > specific conversions, since we handle only ANSI conversions ;). > > Maybe we can build a PostgreSQLOpenDBXDriver (?) > > >> >> Second, I don't know WHERE to put such conversion in the OpenDBX driver. >> Why it should be there if #convertSQLStringToByteArray: aString for: aType >> will continue to exist in Glorp. So it means I should also modify Glorp? >> >> How does the EXDI driver of VW work here? >> >> Thanks! >> >> >> On Thu, Nov 10, 2011 at 11:15 AM, Henrik Sperre Johansen < >> henrik.s.johansen(a)veloxit.no> wrote: >> >>> On 10.11.2011 14:29, Sven Van Caekenberghe wrote: >>> >>>> Alan, >>>> >>>> On 09 Nov 2011, at 21:20, Alan Knight wrote: >>>> >>>> My inclination would be to think that this is something that the >>>>> database driver ought to be handling rather than having it in Glorp at all. >>>>> But, given that it's in there, I suppose it's not unreasonable. >>>>> >>>> Well, I just extended the previous conversion that was already located >>>> there. I did not consider whether or not that kind of platform specific >>>> code was in its right place, architecture wise. >>>> >>>> So, will it be integrated somewhere ? If it is only integrated in the >>>> Pharo/Squeak port that is fine for me too, but it would be frustrating if >>>> it got lost on the next upstream integration. >>>> >>>> I would just love to be able to load the standard release and have it >>>> working for me (i.e. loading blobs from a recent PostgreSQL). >>>> >>>> Thx for the reply, >>>> >>>> Sven >>>> >>>> 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? ;) >>> >>> Cheers, >>> Henry >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "glorp-group" group. >> To post to this group, send email to glorp-group(a)googlegroups.com. >> To unsubscribe from this group, send email to >> glorp-group+unsubscribe(a)googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/glorp-group?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "glorp-group" group. > To post to this group, send email to glorp-group(a)googlegroups.com. > To unsubscribe from this group, send email to > glorp-group+unsubscribe(a)googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/glorp-group?hl=en. >

Nov. 11, 2011