- Pharo-dev - lists.pharo.org

Re: [Pharo-project] For those who use Nabble ....

by StÃ©phane Ducasse

Hi randall Squeak can copy pharo' goals. There is no problem. We have always been clear - in fact since the Squeak world tour.... back in 1998 - I was a big fan of John Sarkela, Paul and Joseph ideas. We started Kernel Cleaning Project in Squeak 3.5. You know removing all the Smalltalk at: everywhere. Cleaning browser and SystemDictionary (full of crap). We wanted a clean and lean "smalltalk" that people can learn from and invent new worlds and make business. I'm not sure that you know that but: We created (yes we goran, marcus, mike and me) the SqueakFoundation just to make sure that Squeak could move on. We wanted a Doitocracy. And we left the foundation when it became clear that we were losing our time. If you think about it we only forked once: some other people forked multiple times and I'm sure that you can access by yourself the state of their communities. We want to have fun and trust in Pharo! I thank all the submissions and I try to learn from them every day. We feel responsible for the system. We burned our soul with 3.9 trying to maintain Squeak and we got bashed because we wanted to change and clean. Now the exact same people are doing what we are doing since May 2008. Perfect! This is that we are right :) Thanks to recognize we were and are right! Now consider that Pharo is just at its enfancy. Let's see in 5 years what we will have. We have the luxury to be able to work on it during the next 10 years and we will. Sometimes I'm pestering that I would like to go way faster but we were the first one to run a release (3.9) with MC, I was one of the first to push SUnit - I wrote one chapter so that people do not get afraid, push refactorings - some famous squeaker ask me why I was pushing refactoring and it was in 1998 SmallLint (check my old columns and french book). So quality is not something trendy for us. We believe in it! We are building a school of thought: look at Lukas, Adrian, Marcus.... code quality and attitude. We are working on a new pharo book with truly excellent contents - Stay tuned - This is fun that I'm the author that wrote the most Squeak books finally (not counting our new cool seaside one). So I will have to beat my own record with pharo books. :) Our goal is to make sure people can get a clean and lean infrastructure and to have more advanced features than Smalltalk. Now we will not have Etoy/Nebraska/tiles/Projects/. Note even reloadable not because we do not like etoy but the current implementation of etoys does not make it possible. Stef PS: I know that some people always like to shine and cannot miss any opportunity to call us Etoy Haters, or Commercial Smalltalkers We can be bashed about SmalltalkImage current too. Our vision is the one described by eliot on minimal image and remote access. We never changed our vision. We left to make it real after all the investment we did: video, books, community. Did you ever realize that we lost a lot but win more? PSPS: Google is working on traits for JavaScript (probably in the next standard), Perl have them too, Fortress is exclusively based on them, Ruby people are looking at classboxes.... so this is nice to see that other communitees recognize that we are generated good ideas. >>>>>> "Adrian" == Adrian Lienhard <adi(a)netstyle.ch> writes: > > Adrian> "Pharo provides a clean and innovative MIT-licensed Smalltalk > Adrian> environment with a stable and small core system, excellent developer > Adrian> tools, and maintained releases." > > Which, at this point, would not distinguish it from what Squeak core > will be within another few weeks. > > Do you have any verbage that would allow newcomers to choose Squeak > vs Pharo? > > Or are the goals and purpose finally merging again? > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 > <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 27, 2010

Re: [Pharo-project] Fun with ProfStef

by Mariano Martinez Peck

2010/1/27 laurent laffont <laurent.laffont(a)gmail.com> > Hi Mariano, > > >> >> 2010/1/21 laurent laffont <laurent.laffont(a)gmail.com> >> >>> I've just released in MetacelloRepository the milestone I've wanted to >>> reach. Now you can create your own interactive tutorial with ProfStef. >>> How ? There's a ProfStef interactive tutorial for that :D >>> >>> ProfStef goOn: HowToMakeYourOwnTutorial >>> >>> >> Laurent: Adrian has a good idea. What about adding lessons (at the end) >> of the ProfStef that calls directly to >> ProfStef goOn: HowToMakeYourOwnTutorial >> >> For example, in the last lesson con can put something like: >> >> "Do you want to create your own interactive tutorial with ProfStef ? >> That's very easy!! How ? There's a ProfStef interactive tutorial for that >> :D >> Jus evaluate the following code: >> ProfStef goOn: HowToMakeYourOwnTutorial" >> >> With this, I don't need to link to both codes from the welcome workspace >> to pharo image and also it would be also seen by more people. More people do >> the tutorial than those who had read this email ;) >> >> What do you think ? >> > > > Yes, we are thinking about listing all tutorials in a sexy way. Danny Chan > has just started to contribute to ProfStef and he's working on this. > > Cool!! What I will do for the next image is to remove that little text to build your own tutorial, from the welcome workspace. I will only link to the ProfStef go. If you release a new version, please let me know so that I can include it in the image. > I can add you and/or Adrian as developper if you want. > > No problem. I won't have too much time to contribute, sorry :( > I have less time now so I may concentrate on pharocasts. > > good luck with you new job :) > > >> >> BTW, I found a problem with ProfStef. I select a piece of code, right >> button, and if I press extended search, the same popup raise again instead >> of going to the "extended search" popup. Can you reproduce it ? >> > > I will try. Thank you. > > I reported a similar problem to Frederic in the NewInspector. Maybe you can fix it in the same way: http://n4.nabble.com/bug-with-Extended-Search-of-low-panel-of-new-inspector… Cheers Mariano > > Cheers, > > Laurent > > > > >> >> Cheers >> >> Mariano >> >> >> >>> It was real fun to write this ! >>> >>> Cheers, >>> >>> Laurent >>> >>> _______________________________________________ >>> 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 >

Jan. 27, 2010

Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?

by StÃ©phane Ducasse

We more or less agree. Now this is a question of what do we do now to fix this problem You see I sent the proposal for having an engineer yesterday and I hope I will get one and netwrok will be on the list Stef On Jan 27, 2010, at 4:59 PM, Schwab,Wilhelm K wrote: > Adrian, > > I don't know that it is simple, because it ends up touching the socket methods, and the (IMHO very poorly designed) addresses. > > In the "somebody has to say it column," one of the things that I was taught separates good OO design from the work of beginners is the appropriate use (and at times avoidance) of inheritance. I found this to be *very* true in my growth as a programmer. When I look back at seriously old code of mine, it is easy to find uses of inheritance that pretty clearly arose because I did not know how to compose/delegate/forward, because it was too much trouble in C++, or because C++ prevented my adding needed methods to base classes. > > For whatever reason, Squeak is littered with questionable uses of inheritance. Things that should use streams or use byte arrays are instead inherited from them. Whatever the reason for these problems, I think they should be fixed when we have time, and certainly when they get in our way. SocketAddress is in the way. It does too much (the port should be separate) and does not readily aid with lazy discovery of host name vs. address; one should be able specify a name and have the number resolved lazily, or specify the address directly. For convenience, the lookup should be attempted (on demand) if the name is not known but the address is. The fact that it is all derived from/encoded in a byte array makes it just that much harder to fix it. > > One of my longer-term objectives is to provide access to OpenSSL sockets, and it might be that I will create a new sockets interface based on OS threads to cover both it and stream sockets at the same time. Since there are other ways to encrypt, it is not my highest priority at present; I also hope someone will beat me to it, as there are no doubt better ways to solve the problems that I have in mind. > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Adrian Lienhard > Sent: Wednesday, January 27, 2010 10:25 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508? > > Do you see a simple solution to work around the problem in 1.0? > Adrian > > On Jan 27, 2010, at 16:05 , Schwab,Wilhelm K wrote: > >> That change reduces the problems, but it does not eliminate it because there are sill paths to IPv6-specific code that is "unprotected." The primitive(s) in question fail if IPv6 is not available, in fact, the need to use IPv4 is detected by watching a primitive fail. We then turn around later and call that same primitive w/o checking #useOldNetwork, hence the defect on non-IPv6 machines. >> >> The code is very complicated and should be factored into separate classes to group the primitive with the protocols they serve. >> >> Bill >> >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >> Adrian Lienhard >> Sent: Wednesday, January 27, 2010 9:31 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508? >> >> Between 10454 and 10508 I switched to useOldNetwork => true. Probably that makes the difference. Fixes are welcome! >> >> Cheers, >> Adrian >> >> On Jan 27, 2010, at 15:10 , Schwab,Wilhelm K wrote: >> >>> Probably. We need to ensure that all of the IPv6 primitives are protected with #useOldNetwork, and they are not at present. I started to split NetNameResolver into absract base and 4/6-specific subclasses, but was distracted from it. Something like that would help a lot. >>> >>> Bill >>> >>> >>> >>> ________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >>> Mariano Martinez Peck >>> Sent: Wednesday, January 27, 2010 9:00 AM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508? >>> >>> Yes, I can reproduce it in my Mac Os box...however, wasn't it the same problem of the network that we already have ? >>> NetNameResolver useOldNetwork etc .. ? >>> >>> 2010/1/27 Miguel Enrique CobÃ¡ Martinez >>> <miguel.coba(a)gmail.com<mailto:miguel.coba@gmail.com>> >>> El mar, 26-01-2010 a las 17:14 -0600, Miguel Enrique CobÃ¡ Martinez >>> escribiÃ³: >>>> Hi all, >>>> >>>> yesterday, in some of that "why did I do that today" I decided to >>>> add a partition to my ext3 fs over LUKS encrypted over LVM over disk >>>> partitions Debian install. Well, things went far from ok, and the >>>> result I lost all the information (it is really encrypted, :(). I >>>> had a backup so nothing important was lost. Or that I thought. >>>> Because after reinstalling and trying to install the squeakvm I >>>> noticed that the squeak vm .deb file from: >>>> >>>> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.deb >>>> >>>> is not more available. I'm sure there are good reasons to remove >>>> that file. But for me that was the squeak vm that I was using (and >>>> the one you reach if you follow the links from pharo-download page >>>> and the one you'll try to download if you use a Debian derived distro...). >>>> >>>> The case is that isn't available. So I got the tar.gz for i386 >>>> (there isn't amd64 package, but I have ia32-libs installed): >>>> >>>> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.tar.g >>>> z >>>> >>>> and by using this vm I have a problem that I hadn't before: >>>> >>>> In a PharoCore 10508 image evaluate this: >>>> >>>> NetNameResolver addressForName: 'www.yahoo.com<http://www.yahoo.com>' >>>> >>>> I get: >>>> >>>> Error: primitive has failed >>>> >>>> in NetNameResolver class>>primGetNameInfo:flags >>>> >>>> Also >>>> >>>> NetNameResolver primGetNameInfoHostSize >>>> >>>> gives the same error but in: >>>> >>>> in NetNameResolver class>>primGetNameInfoHostSize. >>>> >>>> First I though that was the change of vm but then, using the same vm >>>> I opened an old image: >>>> >>>> Pharo1.0beta >>>> Latest update: #10454 >>>> >>>> and there all works correctly. >>>> >>>> Can someone confirm this bug so that I can add an issue in the traker. >>>> >>>> Or maybe point to something that I am doing wrong. >>>> >>>> I repeat, the data: >>>> >>>> vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3 >>>> image: PharoCore 10508 >>>> result: failed >>>> >>>> vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3 >>>> image: PharoCore 10454 >>>> result: worked >>>> >>>> Thanks >>> >>> Anybody can confirm? or is only me? >>> >>> -- >>> Miguel CobÃ¡ >>> http://miguel.leugim.com.mx >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@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 >> >> _______________________________________________ >> 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

Jan. 27, 2010

[Pharo-project] Texture rendering into shared memory?

by Lawson English

Anyone ever use the OpenGL shared memory texture rendering with squeak? I have potential uses for it, but its hard to map the squeak way unto the C source examples, expecially when squeak seems to be doing so much behind the scenes already. Lawson

Jan. 27, 2010

Re: [Pharo-project] For those who use Nabble ....

by merlyn＠stonehenge.com

>>>>> "Adrian" == Adrian Lienhard <adi(a)netstyle.ch> writes: Adrian> "Pharo provides a clean and innovative MIT-licensed Smalltalk Adrian> environment with a stable and small core system, excellent developer Adrian> tools, and maintained releases." Which, at this point, would not distinguish it from what Squeak core will be within another few weeks. Do you have any verbage that would allow newcomers to choose Squeak vs Pharo? Or are the goals and purpose finally merging again? -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion

Jan. 27, 2010

[Pharo-project] Problem with Proxy in 1.1

by Mariano Martinez Peck

Hi Alain. I am behind a proxy that requires user and password. In 1.0, I used to evaluate this: HTTPSocket useProxyServerNamed: '10.100.1.4' port: 9090 proxyUser: 'XXX' password: 'YYY' or even (because IP and port was detected automatically) HTTPSocket proxyUser: 'XXX' password: 'YYY'. Now, in 1.1 I tried to do it from the settings, but I only have IP and port. No fields for username and password. I tried everything, but I couldn't make it work :( I tried, for example, this: NetworkSystemSettings proxyUser: 'XXX'; proxyPassword: 'YYY'; useNetworkAuthentification: true Do you know how can I achieve this ? Thanks Mariano

Jan. 27, 2010

Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?

by Schwab,Wilhelm K

Adrian, I don't know that it is simple, because it ends up touching the socket methods, and the (IMHO very poorly designed) addresses. In the "somebody has to say it column," one of the things that I was taught separates good OO design from the work of beginners is the appropriate use (and at times avoidance) of inheritance. I found this to be *very* true in my growth as a programmer. When I look back at seriously old code of mine, it is easy to find uses of inheritance that pretty clearly arose because I did not know how to compose/delegate/forward, because it was too much trouble in C++, or because C++ prevented my adding needed methods to base classes. For whatever reason, Squeak is littered with questionable uses of inheritance. Things that should use streams or use byte arrays are instead inherited from them. Whatever the reason for these problems, I think they should be fixed when we have time, and certainly when they get in our way. SocketAddress is in the way. It does too much (the port should be separate) and does not readily aid with lazy discovery of host name vs. address; one should be able specify a name and have the number resolved lazily, or specify the address directly. For convenience, the lookup should be attempted (on demand) if the name is not known but the address is. The fact that it is all derived from/encoded in a byte array makes it just that much harder to fix it. One of my longer-term objectives is to provide access to OpenSSL sockets, and it might be that I will create a new sockets interface based on OS threads to cover both it and stream sockets at the same time. Since there are other ways to encrypt, it is not my highest priority at present; I also hope someone will beat me to it, as there are no doubt better ways to solve the problems that I have in mind. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Adrian Lienhard Sent: Wednesday, January 27, 2010 10:25 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508? Do you see a simple solution to work around the problem in 1.0? Adrian On Jan 27, 2010, at 16:05 , Schwab,Wilhelm K wrote: > That change reduces the problems, but it does not eliminate it because there are sill paths to IPv6-specific code that is "unprotected." The primitive(s) in question fail if IPv6 is not available, in fact, the need to use IPv4 is detected by watching a primitive fail. We then turn around later and call that same primitive w/o checking #useOldNetwork, hence the defect on non-IPv6 machines. > > The code is very complicated and should be factored into separate classes to group the primitive with the protocols they serve. > > Bill > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > Adrian Lienhard > Sent: Wednesday, January 27, 2010 9:31 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508? > > Between 10454 and 10508 I switched to useOldNetwork => true. Probably that makes the difference. Fixes are welcome! > > Cheers, > Adrian > > On Jan 27, 2010, at 15:10 , Schwab,Wilhelm K wrote: > >> Probably. We need to ensure that all of the IPv6 primitives are protected with #useOldNetwork, and they are not at present. I started to split NetNameResolver into absract base and 4/6-specific subclasses, but was distracted from it. Something like that would help a lot. >> >> Bill >> >> >> >> ________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >> Mariano Martinez Peck >> Sent: Wednesday, January 27, 2010 9:00 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508? >> >> Yes, I can reproduce it in my Mac Os box...however, wasn't it the same problem of the network that we already have ? >> NetNameResolver useOldNetwork etc .. ? >> >> 2010/1/27 Miguel Enrique CobÃ¡ Martinez >> <miguel.coba(a)gmail.com<mailto:miguel.coba@gmail.com>> >> El mar, 26-01-2010 a las 17:14 -0600, Miguel Enrique CobÃ¡ Martinez >> escribiÃ³: >>> Hi all, >>> >>> yesterday, in some of that "why did I do that today" I decided to >>> add a partition to my ext3 fs over LUKS encrypted over LVM over disk >>> partitions Debian install. Well, things went far from ok, and the >>> result I lost all the information (it is really encrypted, :(). I >>> had a backup so nothing important was lost. Or that I thought. >>> Because after reinstalling and trying to install the squeakvm I >>> noticed that the squeak vm .deb file from: >>> >>> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.deb >>> >>> is not more available. I'm sure there are good reasons to remove >>> that file. But for me that was the squeak vm that I was using (and >>> the one you reach if you follow the links from pharo-download page >>> and the one you'll try to download if you use a Debian derived distro...). >>> >>> The case is that isn't available. So I got the tar.gz for i386 >>> (there isn't amd64 package, but I have ia32-libs installed): >>> >>> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.tar.g >>> z >>> >>> and by using this vm I have a problem that I hadn't before: >>> >>> In a PharoCore 10508 image evaluate this: >>> >>> NetNameResolver addressForName: 'www.yahoo.com<http://www.yahoo.com>' >>> >>> I get: >>> >>> Error: primitive has failed >>> >>> in NetNameResolver class>>primGetNameInfo:flags >>> >>> Also >>> >>> NetNameResolver primGetNameInfoHostSize >>> >>> gives the same error but in: >>> >>> in NetNameResolver class>>primGetNameInfoHostSize. >>> >>> First I though that was the change of vm but then, using the same vm >>> I opened an old image: >>> >>> Pharo1.0beta >>> Latest update: #10454 >>> >>> and there all works correctly. >>> >>> Can someone confirm this bug so that I can add an issue in the traker. >>> >>> Or maybe point to something that I am doing wrong. >>> >>> I repeat, the data: >>> >>> vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3 >>> image: PharoCore 10508 >>> result: failed >>> >>> vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3 >>> image: PharoCore 10454 >>> result: worked >>> >>> Thanks >> >> Anybody can confirm? or is only me? >> >> -- >> Miguel CobÃ¡ >> http://miguel.leugim.com.mx >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@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 > > _______________________________________________ > 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

Jan. 27, 2010

Re: [Pharo-project] [ANN] Video Course on Smalltalk

by Davide Varvello

Of course. Davide laurent laffont wrote: > > Hi, > > Can I put the preview on http://pharocasts.blogspot.com with a link to > your website ? > > Cheers, > > Laurent > > > On Mon, Jan 25, 2010 at 4:10 PM, Davide Varvello <varvello(a)yahoo.com> > wrote: > >> I apologize for this brief announcement, but I'm really happy to tell you >> that I've been working on a video course on Smalltalk. Now the first >> video >> is available and all the lessons can be pre-ordered here >> http://it.thinkcode.tv/catalogo/programmare-in-smalltalk/ >> Actually the course is in Italian, but there will be an English version >> soon. >> I mainly use Pharo so the community should be happy :-). >> >> Thanks >> Davide >> >> >> >> >> >> _______________________________________________ >> 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 > -- View this message in context: http://n4.nabble.com/ANN-Video-Course-on-Smalltalk-tp1294842p1311730.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 27, 2010

Re: [Pharo-project] [ANN] Video Course on Smalltalk

by Davide Varvello

Thanks :-) Davide Igor Stasenko wrote: > > Italiano! :) > Narration is soo charming! > > 2010/1/25 Davide Varvello <varvello(a)yahoo.com>: >> I apologize for this brief announcement, but I'm really happy to tell you >> that I've been working on a video course on Smalltalk. Now the first >> video >> is available and all the lessons can be pre-ordered here >> http://it.thinkcode.tv/catalogo/programmare-in-smalltalk/ >> Actually the course is in Italian, but there will be an English version >> soon. >> I mainly use Pharo so the community should be happy :-). >> >> Thanks >> Davide >> >> >> >> >> >> _______________________________________________ >> 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. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- View this message in context: http://n4.nabble.com/ANN-Video-Course-on-Smalltalk-tp1294842p1311727.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 27, 2010

Re: [Pharo-project] [squeak-dev] [ANN] PDF of Dynamic Web Development with Seaside

by Marcus Denker

On Jan 27, 2010, at 3:04 PM, Mariano Martinez Peck wrote: > Maybe add a post in the news section of the pharo website ? > Yes! > and also in the news section of the ESUG website ? > I added a post to the esug blog. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 27, 2010