- Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3483 in pharo: avoid error in MCPackageLoader when running without sources

by pharo＠googlecode.com

Status: Fixed Owner: stephane.ducasse Labels: Milestone-1.2 New issue 3483 by stephane.ducasse: avoid error in MCPackageLoader when running without sources http://code.google.com/p/pharo/issues/detail?id=3483 avoid error in MCPackageLoader when running without sources For hilaire Ipad application in inbox: Name: Monticello-BertFreudenberg.468

Dec. 26, 2010

Re: [Pharo-project] marketing or not?

by Richard Durr

The debug systems looks really interesting. maybe someone can copy it for clamato On Sat, Dec 25, 2010 at 12:16 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > > A browser based Smalltalk IDE (for web-apps) is absolutely the way to go > and > > Smalltalk is ideal for it too! > > Not necessarily but indeed this would be good to have so that we can have a > micro kernel without ui. > > > >

Dec. 26, 2010

Re: [Pharo-project] [OT] Re: Why Smalltalk ? Which Smalltalk ?

by Geert Claes

I like to look at Squeak and Pharo as two communities that give people a choice. A brief explanation for those who haven't been around for that long: a couple of years ago there were certain differences in vision and opinion which resulted in a number of Squeakers to start their own Smalltalk Implementation. Levente Uzonyi wrote: > > Let me respond to only those parts that weren't answered already: > I don't like the idea what some Pharo users and developers (yes, that's > including you too) are suggesting about Squeak. A few examples: > - Squeak has no vision > - Squeak should be a multimedia platform > - the purpose of Squeak is to support EToys > Pharo only says it will "not" support eToys, this does not mean it is Squeak's purpose is to support eToys, it only means Pharo will not. Levente Uzonyi-2 wrote: > > - Squeak should only be used for educational purposes > - Squeak is a mess (while Pharo is clean) > - Squeak is dead > etc. > > IMHO Squeak is and should be "a modern, open source, full-featured > implementation of the powerful Smalltalk programming language and > environment". This implies that it should be good for everything what > Pharo is good for. Since I use it for software developement and I'm making > a living with it - just like many other people in the past (including some > of you) and present - it should be developer friendly too. > > Why "I got stuck in Squeak"? That's a long story, so let me tell you what > I like better in Squeak than Pharo instead: > - Squeak's update mechanism is a lot more stable. If you update your image > you have ~99% chance that it will work with your already loaded packages. > I can always use the bleeding edge version, because it's like a beta or > rc. We have some deployed images which were updated from 3.10.2 to the > current 4.2 (with Seaside and lot of other packages). > - When it's possible to do something in a backwards compatible way, then > it's usually done that way. > - The contribution process is simpler. > - The code changes appear on the mailing list. > - Colorful windows make it easy to find the one you're looking for. Most > windows are grey in Pharo even if you use a "Squeak theme". > - The UI feels faster. > - I use the toolbar with it's search tool all the time. The taskbar in > Pharo doesn't seem to be useful, but that's probably because I used to > find windows by colors. > > The list is not complete, but I guess the most important ones are here > from a user's POV. > Absolutely, today there are those who prefer Squeak and the Squeak way and that is perfectly fine. On the other hand there are others who prefer Pharo and the Pharo way and thats fine too. Both Smalltalk Implementations are (amongs others) freely available to choose from for anyone interested in Smalltalk. Choice is and always has been a good thing. Looking at the size of both communities it clearly shows that there was justification to start the Pharo Smalltalk Implementation as well as continue Squeak Smalltalk. So every time there is a "which Smalltalk" question, everyone should try out the different Smalltalk Implementations (http://www.world.st/implementations) and decide which is best for its purpose because any new Smalltalker is good for the Smalltalk community irrespective of Smalltalk Implementation. -- View this message in context: http://forum.world.st/Why-Smalltalk-Which-Smalltalk-tp3103039p3164282.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 26, 2010

Re: [Pharo-project] [OT] Re: Why Smalltalk ? Which Smalltalk ?

by Igor Stasenko

2010/12/26 Levente Uzonyi <leves(a)elte.hu>: > - Squeak is dead Levente, Squeak is dead for those who don't wanna use it. Pharo is dead for those who don't wanna use it. This is truth, and you don't need to waste your time trying to disprove that, especially knowing that it may hurt some passionate souls in both camps ;) -- Best regards, Igor Stasenko AKA sig.

Dec. 26, 2010

Re: [Pharo-project] Issue 3482 in pharo: InterimSoundMorph references to SketchMorph

by pharo＠googlecode.com

Comment #1 on issue 3482 by stephane.ducasse: InterimSoundMorph references to SketchMorph http://code.google.com/p/pharo/issues/detail?id=3482 Thanks thanks for all your good energy.

Dec. 26, 2010

Re: [Pharo-project] [OT] Re: Why Smalltalk ? Which Smalltalk ?

by StÃ©phane Ducasse

levente can you keep such kind of mails for Squeak-dev? Or I will have to add you to my filter. Stef >> Hi levente, >> >> after your mails some people sent me private mails because they did not feel well. They wondered why people were sending mails against pharo in this mailing-list while they do not send aggressive mails in squeak. >> I can understand them. Now I think that this is ok that you send the mails you want, >> you can send your feelings here, even if this is not that positive :). Kicks in the ass is always a feedback and we can make progress. >> I always appreciated your benchmarks and precise remarks. I liked (and I told you publicly) that you always replied to my mails about your changes in squeak. I can understand your frustration (I have been there for years trying to move squeak - again we did not do pharo for an ego problem - I cannot tell the number of students that looked at me like I was an idiot to use a system with all the colors and messy menus). We do pharo to build an ecosystem where people can expand, create cool ideas and make money to live from them. >> What is wrong with that? >> >> Now do not play pharo against squeak, it will not work on the mid term and this is not fun for everybody. I would love that Squeak builds its own real vision: for example been a real multimedia platform. We could have a lot of fun. Now I think that except a miracle this will not happen: after 10 years, squeak failed to go to the next level - I wanted everything and more Cairo, Zoomable interface, crazy ideas and all the rest - I was a big fan of Sophie (I can tell you that I was a bit fucked by some bulgarian people on that level trying to support Squeak and sophie there) and other impara tools. Now impara failed to make squeak sexy and them the center of the universe - They could have but may be they did not have the vision to be something else than >> building tools for alan. Anyway this is life. Now I wonder why you get stuck in Squeak you are welcome in Pharo. May be Squeak fits your vision and spirit but I do not understand what we are doing wrong so that you are mad against us. > > Let me respond to only those parts that weren't answered already: > I don't like the idea what some Pharo users and developers (yes, that's including you too) are suggesting about Squeak. A few examples: > - Squeak has no vision > - Squeak should be a multimedia platform > - the purpose of Squeak is to support EToys > - Squeak should only be used for educational purposes > - Squeak is a mess (while Pharo is clean) > - Squeak is dead > etc. > IMHO Squeak is and should be "a modern, open source, full-featured implementation of the powerful Smalltalk programming language and environment". This implies that it should be good for everything what Pharo is good for. Since I use it for software developement and I'm making a living with it - just like many other people in the past (including some of you) and present - it should be developer friendly too. > > Why "I got stuck in Squeak"? That's a long story, so let me tell you what I like better in Squeak than Pharo instead: > - Squeak's update mechanism is a lot more stable. If you update your image you have ~99% chance that it will work with your already loaded packages. I can always use the bleeding edge version, because it's like a beta or rc. We have some deployed images which were updated from 3.10.2 to the current 4.2 (with Seaside and lot of other packages). > - When it's possible to do something in a backwards compatible way, then it's usually done that way. > - The contribution process is simpler. > - The code changes appear on the mailing list. > - Colorful windows make it easy to find the one you're looking for. Most windows are grey in Pharo even if you use a "Squeak theme". > - The UI feels faster. > - I use the toolbar with it's search tool all the time. The taskbar in Pharo doesn't seem to be useful, but that's probably because I used to find windows by colors. > > The list is not complete, but I guess the most important ones are here from a user's POV. > > > Levente > >> >> Stef >>

Dec. 26, 2010

Re: [Pharo-project] Dear Santa ...

by StÃ©phane Ducasse

MIT since it is published in Squeak. On Dec 26, 2010, at 11:22 AM, Mariano Martinez Peck wrote: > what is the licence? because we already have problem with that. > > On Sun, Dec 26, 2010 at 10:04 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Ralph > > point us to it, what is it, where is it? > open a ticker with the code is the best way to make sure that something can happen. > Provide tests is another steps. > > Stef I think that this one can be easily done. > > On Dec 26, 2010, at 2:21 AM, Ralph Boland wrote: > > > Dear Santa, if it's not too late, please add the generator code > > that Andreas Raas added to Squeak to Pharo as well. > > Generators are used in some of the packages that I have written > > for Squeak but they don't port to Pharo without the generator code. > > Oh please Santa, it's under 150 lines of code and it is so so useful! > > > > Merry Xmas to all, Squeaker and Pharoer alike. > > > > Ralph Boland > > > > >

Dec. 26, 2010

Re: [Pharo-project] does anybody ported neopus to squeak/pharo?

by StÃ©phane Ducasse

Bakctalk is not about RETE this is a constraint solvers. On Dec 26, 2010, at 4:32 AM, Chip Nowacek wrote: > > When I try to load BT-ggf.30.mcz (squeaksource.com/BackTalk) I get what's > below. I wish I was clever enough to figure out how to get past this: > > This package depends on the following classes: > View > You must resolve these dependencies before you will be able to load these > definitions: > AbstractBoardView > AbstractBoardView>>changeNbSquares > AbstractBoardView>>changeNbSquaresSquared > AbstractBoardView>>changeSquareSize > AbstractBoardView>>defaultControllerClass > AbstractBoardView>>displayOn: > AbstractBoardView>>displaySquare:on: > AbstractBoardView>>initSquareBounds > AbstractBoardView>>initialize > AbstractBoardView>>model: > AbstractBoardView>>redisplaySquare: > AbstractBoardView>>redisplaySquares: > AbstractBoardView>>squareAtPosition: > AbstractBoardView>>squareSize > AbstractBoardView>>squareSize: > BTSolutionView > BTSolutionView classSide>>initialize > BTSolutionView classSide>>openOn: > BTSolutionView>>displayOn: > BTSolutionView>>update > > > Select Proceed to continue, or close this window to cancel the operation. > -- > View this message in context: http://forum.world.st/does-anybody-ported-neopus-to-squeak-pharo-tp3031913p… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Dec. 26, 2010

Re: [Pharo-project] does anybody ported neopus to squeak/pharo?

by StÃ©phane Ducasse

Hi chip > Is there a roadmap for further progress? here is what I did: - check the version published in VWstore by kris Gybels Kris just published a version from the old VW code around but he did not make it dwork in VW 7... - I did not try but indeed this would be nice to have it. I have collected a lot of doc around neopus. - Neopus has a slightly modified syntax and it used APOK (advanced compiler of VW) but even when I loaded it, it did not work. May be the best would be to try again and see if we cannot use either pragma annotations or petit parser for the rules Stef > A RETE-based system is critical for > my work and I'd like to help out where I can. I also believe many would > benefit if the facility was available and they understood what it could do > for them.

Dec. 26, 2010

Re: [Pharo-project] Dear Santa ...

by Mariano Martinez Peck

what is the licence? because we already have problem with that. On Sun, Dec 26, 2010 at 10:04 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Ralph > > point us to it, what is it, where is it? > open a ticker with the code is the best way to make sure that something can > happen. > Provide tests is another steps. > > Stef I think that this one can be easily done. > > On Dec 26, 2010, at 2:21 AM, Ralph Boland wrote: > > > Dear Santa, if it's not too late, please add the generator code > > that Andreas Raas added to Squeak to Pharo as well. > > Generators are used in some of the packages that I have written > > for Squeak but they don't port to Pharo without the generator code. > > Oh please Santa, it's under 150 lines of code and it is so so useful! > > > > Merry Xmas to all, Squeaker and Pharoer alike. > > > > Ralph Boland > > > > >

Dec. 26, 2010