- Pharo-dev - lists.pharo.org

Re: [Pharo-project] {Spam?} Re: "Real" packages.

by Esteban Lorenzano

Well... I disagree with you, Mariano. If you allow packages, suddenly you will have things like: com.pirulo.Date, ar.com.pirulin.Date and a lot of classes who, in fact, should be just Date (and that's just an example) Cheers, Esteban On 2009-02-11 12:13:07 -0300, Mariano Martinez Peck <marianopeck(a)gmail.com> said: > > > I hate not having a real namespace. I hate to call my class DBXConnection > instead of Connection. I think namespaces are very useful. Something like > Java packages or similar would be grate for me. > > Cheers, > > Mariano > > On Tue, Feb 10, 2009 at 7:09 PM, Travis Kay > <tlk(a)nb.sympatico.ca> wrote: > >> Bill Schwab wrote: >>> Stef, >>> >>> Re Dolphin, class categories have long been of marginal use; I'll speak >> for myself on that but suspect others would agree. >> I am a Dolphin Pro, Squeak and Pharo users, I agree. >> >> Travis >> >>> Packages are of course extremely useful. Method categories are also >> quite useful, and Dolphin allows multiple categories to be assigned to a >> given method. Dolphin mixes virtual categories (computed by rules) with >> static ones maintained by the user (and serialized as part of packages). >>> >>> I can easily see where OB would get quite a speed boost out of it. >>> >>> Bill >>> >>> >>> >>> >>> >>> Wilhelm K. Schwab, Ph.D. >>> University of Florida >>> Department of Anesthesiology >>> PO Box 100254 >>> Gainesville, FL 32610-0254 >>> >>> Email: bschwab(a)anest.ufl.edu >>> Tel: (352) 273-6785 >>> FAX: (352) 392-7029 >>> >>> >>> >>>>>> stephane.ducasse(a)inria.fr 2/10/2009 4:41:10 PM >>> >>>>>> >>> Alexandre implemented long time ago an hybrid model where both kind of >>> packages could coexist >>> and we should probably revive it for 1.1 >>> >>> Stef >>> On Feb 10, 2009, at 10:28 PM, Michael van der Gulik wrote: >>> >>> >>>> On Wed, Feb 11, 2009 at 9:21 AM, David R=F6thlisberger <squeak@webcita= > s.ch >>>> >>>>> wrote: >>>>> >>>> So if we had real packages in Pharo as first class entities, OB >>>> would be much faster >>>> and simpler to maintain. Right now, OB models packages and class >>>> cats itself, has to >>>> take the information from both the Monticello's working copy >>>> managers and the >>>> SystemOrganizer. This is a mess and a huge pain, but what can we do. >>>> We should really invest in bringing real packages to Pharo. >>>> >>>> >>>> If you want "real" packages, I've implemented them in Squeak: >>>> >>>> http://gulik.pbwiki.com/Namespaces >>>> http://gulik.pbwiki.com/Packages >>>> >>>> The places the code is held, including a video and a Squeak image is >>>> linked from here: >>>> http://gulik.pbwiki.com/SecureSqueak >>>> >>>> I'm not interested in Pharo, but the code is there and is released >>>> under the MIT license if anybody else wants it. >>>> >>>> Gulik. >>>> >>>> -- >>>> http://people.squeakfoundation.org/person/mikevdg >>>> http://gulik.pbwiki.com/ >>>> _______________________________________________ >>>> 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 >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> -----------------------------------------------------------------------= > - >>> >>> >>> No virus found in this incoming message. >>> Checked by AVG - www.avg.com >>> Version: 8.0.233 / Virus Database: 270.10.20/1943 - Release Date: >> 02/10/09 07:20:00 >>> >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > I hate not having a real namespace. I hate to call my class DBXConnection i= > nstead of Connection. I think namespaces are very useful. Something like Ja= > va packages or similar would be grate for me. Cheers, Marian= > o > <div class=3D"gmail_quote">On Tue, Feb 10, 2009 at 7:09 PM, Travis Kay = > <<a > href=3D"mailto:tlk@nb.sympatico.ca">tlk-F7KtY6MJiVI/4Up/o1S3Qw(a)public.gmane.org= co.ca</a>> > > wrote: <blockquote class=3D"gmail_quote" style=3D"b= > order-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; paddin= > g-left: 1ex;"> > <div class=3D"Ih2E3d">Bill Schwab wrote: > > Stef, > > > > Re Dolphin, class categories have long been of marginal use; I'll = > speak for myself on that but suspect others would agree. > </div>I am a Dolphin Pro, Squeak and Pharo users, I agree. > > Travis > <div><div></div><div class=3D"Wj3C7c"> > > Packages are of course extremely useful.  Method categories are a= > lso quite useful, and Dolphin allows multiple categories to be assigned to = > a given method.  Dolphin mixes virtual categories (computed by rules) = > with static ones maintained by the user (and serialized as part of packages= > ). > > > > > I can easily see where OB would get quite a speed boost out of it. > > > > Bill > > > > > > > > > > > > Wilhelm K. Schwab, Ph.D. > > University of Florida > > Department of Anesthesiology > > PO Box 100254 > > Gainesville, FL 32610-0254 > > > > Email: <a > href=3D"mailto:bschwab@anest.ufl.edu">bschwab(a)anest.ufl.edu<= /a> > > > Tel: (352) 273-6785 > > FAX: (352) 392-7029 > > > > > > > >>>> <a > href=3D"mailto:stephane.ducasse@inria.fr">stephane.duca= sse(a)inria.fr</a> > > 2/10/2009 4:41:10 PM >>> > >>>> > > Alexandre implemented long time ago an hybrid model where both kind of= > > > packages could coexist > > and we should probably revive it for 1.1 > > > > Stef > > On Feb 10, 2009, at 10:28 PM, Michael van der Gulik wrote: > > > > > >> On Wed, Feb 11, 2009 at 9:21 AM, David R=F6thlisberger <squeak@= > webcitas.ch > >> > >>> wrote: > >>> > >> So if we had real packages in Pharo as first class entities, OB<br= >> > >> would be much faster > >> and simpler to maintain. Right now, OB models packages and class<b= > r> > >> cats itself, has to > >> take the information from both the Monticello's working copy<b= > r> > >> managers and the > >> SystemOrganizer. This is a mess and a huge pain, but what can we d= > o. > >> We should really invest in bringing real packages to Pharo. > >> > >> > >> If you want "real" packages, I've implemented them i= > n Squeak: > >> > >> <a href=3D"http://gulik.pbwiki.com/Namespaces" target=3D"_blank">h= > ttp://gulik.pbwiki.com/Namespaces</a> > >> <a href=3D"http://gulik.pbwiki.com/Packages" target=3D"_blank">htt= > p://gulik.pbwiki.com/Packages</a> > >> > >> The places the code is held, including a video and a Squeak image = > is > >> linked from here: > >> <a href=3D"http://gulik.pbwiki.com/SecureSqueak" target=3D"_blank"= >> http://gulik.pbwiki.com/SecureSqueak</a> > >> > >> I'm not interested in Pharo, but the code is there and is rele= > ased > >> under the MIT license if anybody else wants it. > >> > >> Gulik. > >> > >> -- > >> <a href=3D"http://people.squeakfoundation.org/person/mikevdg" targ= > et=3D"_blank">http://people.squeakfoundation.org/person/mikevdg</a> > >> <a href=3D"http://gulik.pbwiki.com/" target=3D"_blank">http://guli= > k.pbwiki.com/</a> > >> _______________________________________________ > >> Pharo-project mailing list > >> <a > href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-proje= ct(a)lists.gforge.inria.fr</a> >> > > <a href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/p= > haro-project" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailma= > n/listinfo/pharo-project</a> > >> > > > > > > _______________________________________________ > > Pharo-project mailing list > > <a > href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project@l= ists.gforge.inria.fr</a> > > > <a href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo= > -project" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/li= > stinfo/pharo-project</a> > > > > > > _______________________________________________ > > Pharo-project mailing list > > <a > href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project@l= ists.gforge.inria.fr</a> > > > <a href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo= > -project" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/li= > stinfo/pharo-project</a> > </div></div>> ----------------------------------------------------------= > -------------- > > > > > > No virus found in this incoming message. > > Checked by AVG - <a href=3D"http://www.avg.com" target=3D"_blank">www.= > avg.com</a> > > Version: 8.0.233 / Virus Database: 270.10.20/1943 - Release Date: 02/1= > 0/09 07:20:00 > <div><div></div><div class=3D"Wj3C7c">> > > > > > _______________________________________________ > Pharo-project mailing list > <a > href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project(a)lists.= gforge.inria.fr</a> <a > > href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-proj= > ect" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/listinf= > o/pharo-project</a> > </div></div></blockquote></div> > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 17, 2010

Re: [Pharo-project] [Seaside-dev] GROrderedCollectionTest>>#testSort

by Lukas Renggli

> covers, for example, Arrays that are marked as immutable. There are > many many subclasses of SequenceableCollection that do implement > #at:put: and can be sorted properly... Yes, OrderedCollection and ArrayedCollection (already covered). For all other subclasses the sort method does not make sense. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 17, 2010

Re: [Pharo-project] [Seaside-dev] GROrderedCollectionTest>>#testSort

by Marcus Denker

On Feb 17, 2010, at 9:15 PM, Julian Fitzell wrote: > On Wed, Feb 17, 2010 at 5:13 AM, Lukas Renggli <renggli(a)gmail.com> wrote: >>> #sort you mean? Not yet... we either need to add it in Pharo, fix it >>> in the one click, or add it to the Grease package. >> >> OrderedCollection>>#sort and OrderedCollection>>#sort: is already part >> of Pharo 1.1. The Seaside tests pass in Pharo 1.1. >> >> I understand and I agree with Pharo not to implement #sort and #sort: >> in SequenceableCollection, because it does not make sense for most >> subclasses. SortedCollection, Heap and Interval are already sorted; >> and for LinkedList sorting does not really make sense. > > As Paolo points out, they are not necessarily sorted by the desired > block. For SortedCollection, I agree the correct behaviour is to set > the sortBlock. This is done already in 1.1 > VW handles subclasses (like Interval) that cannot be > sorted in place very simply: the sorter is implemented in terms of > #at: and #at:put: and classes that cannot be modified with #at:put: > just return an error saying that they can't be stored into. This also > covers, for example, Arrays that are marked as immutable. There are > many many subclasses of SequenceableCollection that do implement > #at:put: and can be sorted properly... Yes, and Niko therefore suggested to factor out the sorting method in a Trait and then import the Trait in all classes that have at: and at:put: (even LinkedList and Stack) http://code.google.com/p/pharo/issues/detail?id=1346 Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 17, 2010

Re: [Pharo-project] [Seaside-dev] GROrderedCollectionTest>>#testSort

by Julian Fitzell

On Wed, Feb 17, 2010 at 5:13 AM, Lukas Renggli <renggli(a)gmail.com> wrote: >> #sort you mean? Not yet... we either need to add it in Pharo, fix it >> in the one click, or add it to the Grease package. > > OrderedCollection>>#sort and OrderedCollection>>#sort: is already part > of Pharo 1.1. The Seaside tests pass in Pharo 1.1. > > I understand and I agree with Pharo not to implement #sort and #sort: > in SequenceableCollection, because it does not make sense for most > subclasses. SortedCollection, Heap and Interval are already sorted; > and for LinkedList sorting does not really make sense. As Paolo points out, they are not necessarily sorted by the desired block. For SortedCollection, I agree the correct behaviour is to set the sortBlock. VW handles subclasses (like Interval) that cannot be sorted in place very simply: the sorter is implemented in terms of #at: and #at:put: and classes that cannot be modified with #at:put: just return an error saying that they can't be stored into. This also covers, for example, Arrays that are marked as immutable. There are many many subclasses of SequenceableCollection that do implement #at:put: and can be sorted properly... Julian

Feb. 17, 2010

Re: [Pharo-project] databases

by Matthias Berth

On Wed, Feb 17, 2010 at 9:08 PM, Matthias Berth <matthias.berth(a)googlemail.com> wrote: > Laurent, > > you might want to have a look at SqueakSave > > Â http://www.hpi.uni-potsdam.de/hirschfeld/projects/squeaksave/index.html > > an object-relational (O/R) mapping framework. It looks similar to the > rails ActiveRecord framework (from what I have seen so far) so it > might be fine in scenarios where you absolutely want a relational > database. > > A bit older: > > http://video.google.com/videoplay?docid=-5024583807516452190&hl=en# this is a video of Seaside Persistence Options Randal Schwartz' keynote address from Smalltalk Solutions 2008 on Seaside, and Seaside persistence options I remember I saw the slides online somewhere. HTH Matthias > 2010/2/17 laurent laffont <laurent.laffont(a)gmail.com>: >> Hi, >> I would like to learn on Pharo + databases. I've seen there's several >> solutions in both object and relational databases. >> - Which (open source) object database should I start with (most used) ? >> - Which object database can be accessed from Smalltalk AND Â Ruby or Python ? >> How ? >> - I want to try MySQL too. >> Is there up to date small applications on squeaksource which show this stuff >> quite well ? >> Thanks for help ! >> Laurent Laffont >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

Feb. 17, 2010

Re: [Pharo-project] databases

by laurent laffont

Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfMagma'; load. (Smalltalk at:#ConfigurationOfMagma) project latestVersion load Fantastic ! and there's also: ConfigurationOfGlorpDBX ConfigurationOfSQLite3 ConfigurationOfSqueakDBX Laurent Laffont 2010/2/17 GermÃ¡n Arduino <garduino(a)gmail.com> > > > 2010/2/17 Dave Woodward <davewoodward(a)promedmedical.net> > > On 2/17/10 6:46 AM, GermÃ¡n Arduino wrote: >> >> >> >> 2010/2/17 laurent laffont <laurent.laffont(a)gmail.com> >> >>> Hi, >>> >>> I would like to learn on Pharo + databases. I've seen there's several >>> solutions in both object and relational databases. >>> - Which (open source) object database should I start with (most used) ? >>> >> >> >> Magma is the option I select, but not tried yet on Pharo. >> >> >> Magma 1.0v43 works on Pharo, >> > > > Good to know. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 17, 2010

Re: [Pharo-project] databases

by Matthias Berth

Laurent, you might want to have a look at SqueakSave http://www.hpi.uni-potsdam.de/hirschfeld/projects/squeaksave/index.html an object-relational (O/R) mapping framework. It looks similar to the rails ActiveRecord framework (from what I have seen so far) so it might be fine in scenarios where you absolutely want a relational database. A bit older: http://video.google.com/videoplay?docid=-5024583807516452190&hl=en# 2010/2/17 laurent laffont <laurent.laffont(a)gmail.com>: > Hi, > I would like to learn on Pharo + databases. I've seen there's several > solutions in both object and relational databases. > - Which (open source) object database should I start with (most used) ? > - Which object database can be accessed from Smalltalk AND Â Ruby or Python ? > How ? > - I want to try MySQL too. > Is there up to date small applications on squeaksource which show this stuff > quite well ? > Thanks for help ! > Laurent Laffont > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 17, 2010

Re: [Pharo-project] ConfigurationOfXMLSupport...

by Alexandre Bergel

I am not sure to understand. Running XML-Testing in my image results in 835 run, 789 errors. These tests rely on external files that I have no clue where to find them. Cheers, Alexandre On 17 Feb 2010, at 08:12, Tudor Girba wrote: > I also used it for several projects without problems. > > Cheers, > Doru > > > On 17 Feb 2010, at 12:09, George Herolyants wrote: > >> 2010/2/17 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> I would be good to make the test of mike running. >> >> It runs without much problems. I did it. But a lot of the tests fail >> or execute with errors. I don't know if it's supposed to be so or >> not. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "Speaking louder won't make the point worthier." > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 17, 2010

Re: [Pharo-project] ConfigurationOfXMLSupport...

by Alexandre Bergel

Hi George, I included your change found on http://bugs.squeak.org/view.php? id=7441 in XML-Parser-Alexandre_Bergel.27 The test of CAnalyzer and Adore (which intensively use XMLParser) are ok. Thanks for your improvement. Cheers, Alexandre On 17 Feb 2010, at 08:18, George Herolyants wrote: > Btw, how can I contribute to XML-Support? Is there some process? > Because I've created two issues on bugs.squeak.org a month ago and > still don't know if they were noticed or not? > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 17, 2010

Re: [Pharo-project] [Moose-dev] Re: New version of XMLParser

by Alexandre Bergel

Before Jaayer improvement, the sequence "<" present in the .xml were read as "<". Clearly it should not. In CAnalyzer, I had to adapt many < into <, > into > and so on. No big deal however. Cheers, Alexandre On 17 Feb 2010, at 15:21, Tudor Girba wrote: > Hi Alex, > > Could you give us a hint of where the problems can appear? > > Cheers, > Doru > > > On 17 Feb 2010, at 19:14, Alexandre Bergel wrote: > >> Dear List, >> >> I incorporated some changes of XMLParser proposed by jaayer(a)zoho.com >> These changes may break some existing applications. For example, I >> had to adapt CAnalyzer. >> ConfigurationOfXMLSupport has now #version102: >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > www.tudorgirba.com > > "Obvious things are difficult to teach." > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 17, 2010