[Pharo-project] Can I use Projects in Pharo?
Hi... my first post here, so hello everyone! I started to play with Pharo for a few days now and I am really impressed. The only thing I really miss from Squeak is the possibility to create projects (Open... - morphic project - in Squeak)? Is this somehow possible in Pharo? Ciao ...Jochen ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Can I use Projects in Pharo?
Hi Stef... Thank you for the welcome and quick answer! > you cannot anymore. We have not finished to curve it out and you trust us > that if we remove it this is for good reasons. Sure I understand that cleanup is important to get a stable and maintainable platform. When I understand correctly this is one of the main goals of Pharo :-). However, regardless of implementation, the functionality delivered by projects is great. Are you planning something new in place of the old projects? (For example my current main tool for work is Intellij IDEA (Java) and one of it's great features is the possibility to define multiple tasks per project, each with an own set of open files, breakpoints etc. Also you can associate such a task with a version control change-set So you can switch contexts with a click and immediately continue working on a task where you left it). Ciao ...Jochen Am 01.06.2010 um 23:11 schrieb Stéphane Ducasse: > > On Jun 1, 2010, at 10:42 PM, Jochen Riekhof wrote: > >> Hi... >> >> my first post here, so hello everyone! > > Welcome! > >> I started to play with Pharo for a few days now and I am really impressed. >> The only thing I really miss from Squeak is the possibility to create >> projects (Open... - morphic project - in Squeak)? Is this somehow possible >> in Pharo? > > no :) > you cannot anymore. We have not finished to curve it out and you trust us > that if we remove it this is for good reasons. > > Stef > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Can I use Projects in Pharo?
> The only thing I use projects for is to separate the different tasks I am > working on at the same time (like spaces on the Mac), so I can have one > world where I'm working on a client project, and a whole other world if I... Yep, thank you Sean - this more or less nails it. Squeak projects are what comes closest to what i need to be able to quickly change context. It is perfectly ok to have them just in the image without any possibility for load/save. As for the IDEA comparison I raised, there is a big difference in my work style when switching tasks in IDEA/Java and Smalltalk. My impression is that for one this is because in Smalltalk you "live" inside your objects (image) while in Java you mostly have the edit-compile cycle. Also, traditional Smalltalk Browsers show you just one small piece of code (method) at a time while in file oriented environments you think in Files and scroll to get to a method. So what I do in Smalltalk is placing a couple of Browsers, workspaces and often also instances of the developed objects (!). Switching context means to destroy all this setup, and manually build another one. Switching bask, I have to redo all this for my former setup. (I could imagine that all this is a bit less of an issue in web development but I have too little Smalltalk experience here). > Projects as described might be similar to Dolphin's IdeaSpace. For whatever > reason, I never liked them very much, so I am not the best person to comment. I share with Bill that I never use IdeaSpaces in Dolphin. However, IdeaSpaces are very different from Squeak projects as they just allow you to group browsers and workspaces with tabs which does (IMHO) not match Smalltalk work style for above reasons and I would not need a similar tool in Pharo. To summarize, I would be perfectly happy with a streamlined projects implementation that just gives you different view to dive into without any need to save them outside the present image. Ciao ...Jochen Am 02.06.2010 um 15:58 schrieb Sean P. DeNigris: > > > Stéphane Ducasse wrote: >> >> to do what? >> which one exactly? >> > > The only thing I use projects for is to separate the different tasks I am > working on at the same time (like spaces on the Mac), so I can have one > world where I'm working on a client project, and a whole other world if I > find a bug in the system that I want to fix - I want to move to another > world, fix the bug, and move right back to my client world, with the windows > exactly the way I left them. > > For my use case, saving projects doesn't come into play. Why not remove the > save functionality, since that seems to be the objection everyone raises, > and keep them as a workspace organization tool - in image only? > > > Lukas Renggli wrote: >> >> I have my different "projects" in different images. That works perfectly. >> > > For my workflow, this is too heavyweight. In my mind, that's like buying > multiple separate computers to run different apps. Even though I am working > on multiple tasks at once, they are not *that* different. For example, in > my "fix a bug" task above, I want the fix to be in my working image (which > is automatic in the projects solution), without having to load into all the > other images I'm working on. > > One of the killer features of Squeak/Pharo to me is that the whole system is > available to itself. If I start breaking the image into smaller task-based > images, it feels like going back to applications and files - yuck! ;-) > > Sean > -- > View this message in context: > http://forum.world.st/Can-I-use-Projects-in-Pharo-tp2239170p2240170.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Multiple Worlds (was Re: Can I use Projects in Pharo?)
Ok, found time to hack up a /very preliminary/ test class that allows me to switch between PasteUpMorphs by name. It would be nice if someone could tell me if what I did is reasonable (I did not use Squeak/Pharo for looong time). It might e.g. well be that I use methods intended for Project that will go away soon Just file in JRWorldManager and evaluate in a workspace JRWorldManager instance createOrSwitchToWorldNamed: 'JustAnotherWorld'. you should be carried to a new empty world. To switch back, use JRWorldManager instance createOrSwitchToWorldNamed: 'Pharo'. (I hope that attachments work in this list). Ciao ...Jochen JRWorldManager.st Description: Binary data Am 03.06.2010 um 14:29 schrieb Sean P. DeNigris: > > > Stéphane Ducasse wrote: >> >> there is a key point in all this thread. >> we are not against ideas. >> > Ha ha, I never thought otherwise :) > > > Stéphane Ducasse wrote: >> >> We loved etoys and I did more presentations about it than probably 95% >> of >> the squeakers population >> now we do not like its implementation because it hurts us. >> Same for projects. Simple. >> > Yes, I got that. That's why I forked this thread - to refocus on the > multiple world feature, and away from the existing project implementation. > > I'll add the mockup to my todo list (with key bindings at the top), but the > immediate future will be working on a commercial project in Pharo - yay! > > Sean > -- > View this message in context: > http://forum.world.st/Multiple-Worlds-was-Re-Can-I-use-Projects-in-Pharo-tp2240869p2241587.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Multiple Worlds (was Re: Can I use Projects in Pharo?)
> I tried in 1.1 and I got a beWorldForProject: is not understood. Hmm, I thought so, as you promised, all the old support for Squeak Projects goes away :-). > > But continue this sounds interesting. > and may be this is what people needs. Yep, I will. Ciao ...Jochen Am 04.06.2010 um 13:53 schrieb Stéphane Ducasse: > I really like the idea that your tried. > > I tried in 1.1 and I got a beWorldForProject: is not understood. > > But continue this sounds interesting. > and may be this is what people needs. > > > On Jun 3, 2010, at 9:11 PM, Jochen Riekhof wrote: > >> JRWorldManager instance createOrSwitchToWorldNamed: 'JustAnotherWorld'. > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Trait missing method isMetacelloConfig in Pharo 1.1
Hi...
just noticed that I get a walkback after creating a Trait and then opening the
Context-Menu on the browser's classes list pane. It complains
MessageNotUnderstood: Trait>>isMetacelloConfig
Adding the missing method to Trait solves the issue. Probably it is just
missing from {ob-metacello} package?
Ciao
...Jochen
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Metacello] Re: Trait missing method isMetacelloConfig in Pharo 1.1
Hi Dale...
being really new to all this, I might state the obvious, but my impression
currently is that
The purpose of isMetacelloConfig was to produce a class-side default method
returning false if ob-metacello package is installed and override it when
necessary in subclasses (class side)
The (false in Pharo) assumption was that Class is the proper base to cover all
cases. Pharo has Traits which are not Classes, and on encountering these the
assumption failed.
Putting isMetacelloConfig default method also to Trait sounds to me better than
putting it to Object, as the intention was to have it just on the class/trait
side of things.
I do not know if it actually works, but maybe isMetacelloConfig default method
should be defined in a Trait itself and used by Class and Trait?
Ciao
...Jochen
Am 03.08.2010 um 21:34 schrieb Dale Henrichs:
> Mariano,
>
> My actual fix was to add the method to Object ... does that fix not work?
>
> Dale
>
> Mariano Martinez Peck wrote:
>> On Tue, Aug 3, 2010 at 7:29 PM, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> wrote:
>>we could add that to trait is this helps.
>> Not necessary. It will just have the *ob-metacello category so that with
>> Monticello it is packaged inside the Mteacello packages.
>> just the same as Class >> isMetacelloConfig
>> (I guess)
>> On Aug 3, 2010, at 7:25 PM, Mariano Martinez Peck wrote:
>> > You spotted a Metacallo bug. Thanks for the report.
>> >
>> > The problem is (I think) that in
>> >
>> > OBCmdMetacello >> isActive
>> > ^ ((target isKindOf: OBClassNode)
>> > and: [ requestor isSelected: target ])
>> > and: [ self selectedClass isMetacelloConfig ]
>> >
>> >
>> > selectClass can be a Trait, not necessary Behavior.
>> >
>> > If you see, Metacello implemented
>> >
>> > Class >>isMetacelloConfig
>> >
>> > ^false
>> >
>> > But nothing in Trait. So...you can just add it also in Traits or...
>> >
>> > Maybe moving that method to Behavior helps? I am not sure how
>>Traits is implemented. Can you check?
>> >
>> > The problem is that Gemstone doesn't have Traits...thus problably
>>why the bug exists :)
>> >
>> > Cheers
>> >
>> > Mariano
>> >
>> >
>> >
>> > On Tue, Aug 3, 2010 at 6:16 PM, Jochen Riekhof ><mailto:li...@riekhof.de>> wrote:
>> > Hi...
>> >
>> > just noticed that I get a walkback after creating a Trait and
>>then opening the Context-Menu on the browser's classes list pane.
>>It complains
>> > MessageNotUnderstood: Trait>>isMetacelloConfig
>> >
>> > Adding the missing method to Trait solves the issue. Probably it
>>is just missing from {ob-metacello} package?
>> >
>> > Ciao
>> >
>> > ...Jochen
>> >
>> >
>> > ___
>> > Pharo-project mailing list
>> > Pharo-project@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@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@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@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
