February 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Alternative to MC for upload?

by Schwab,Wilhelm K

Ben, Constraints would be useful. Again, I don't dare botch this - it's silly but, there is "force of law" and all that. Failing a screening system like you describe, I would literally settle for an ability to make a repository and then just FTP specific files that I have saved locally and browsed for content. I'd be less scared if I hadn't been surprised in the past... I probably create some of my own troubles by my naming conventions, which are my attempt at making it easy to catch my code with a wide net so I don't lose work. That same wide net worked against me with net repositories. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Ben Coman [btc(a)openInWorld.com] Sent: Sunday, February 05, 2012 8:05 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Alternative to MC for upload? Schwab,Wilhelm K wrote: > Hello all, > > I have a fair amount of code that I can't/don't dare release because it involves intellectual property that I do not own, and access under non-disclosure agreements (some of which are silly, but need to be respected regardless). None of that code it is relevant to you (unless you do heart surgery at home), but I need to keep it separate from things like GSL, PLplot, FFI tweaks, etc., that should interest the community. > > In the past, I've saved to http repositories and been surprised at things (fortunately, nothing toxic) that were released w/o my intent. Squeak Source long since lost the code in question, but it put a fear of MC in me. > > Is there a way to use gofer or something else to send specific .mcz files that I want to make available? Some other tool? > > Bill > > I feel I've misread your question - but my first thought is that different packages can be stored in different Repository Types. So the heart surgery stuff would be saved to only local "directory" repositories while the more general stuff would be saved to the public "http" repositories. More generally, an interesting feature would be being able to tag both packages and repositories with a license type (eg MIT, MyCommericalLicense, OtherCompanyNDA) and the system constrain you to saving packages in compatible repositories. As an extension, some ideas for tool support might be: + being able to strip "all non-MIT" code out of an image + using a different background colour when editing non-MIT code cheers, ben

Feb. 5, 2012

Re: [Pharo-project] Alternative to MC for upload?

by StÃ©phane Ducasse

I do not really understand your problem. either your code is public and you can publish it to a repository where people can have a look or your code is private and you do not publish it. The fact that this is mc or not is orthogonal or I miss something Stef On Feb 5, 2012, at 2:01 PM, Schwab,Wilhelm K wrote: > Stef, > > Sure, but my concern is that, in the past, I had a simple packing mistake (I assume I was at fault) expose code that I had not intended to release. There was no harm that time, but I would really rather do *anything* other than let MC write my code to the repository. I'd settle for FTP access or a gofer solution, just so long as I know exactly which files are going to upload. I don't make the rules, but I did sign the non-disclosure agreements and MUST respect them. > > 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: Sunday, February 05, 2012 7:41 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Alternative to MC for upload? > > On Feb 5, 2012, at 12:30 PM, Schwab,Wilhelm K wrote: > >> Hello all, >> >> I have a fair amount of code that I can't/don't dare release because it involves intellectual property that I do not own, and access under non-disclosure agreements (some of which are silly, but need to be respected regardless). None of that code it is relevant to you (unless you do heart surgery at home), but I need to keep it separate from things like GSL, PLplot, FFI tweaks, etc., that should interest the community. >> >> In the past, I've saved to http repositories and been surprised at things (fortunately, nothing toxic) that were released w/o my intent. Squeak Source long since lost the code in question, but it put a fear of MC in me. >> >> Is there a way to use gofer or something else to send specific .mcz files that I want to make available? Some other tool? > > The best thing to do is create a repository on squeak source and publish the code there with a clear license. > You can just copy the packages in there. > >> >> Bill >> >> > > >

Feb. 5, 2012

Re: [Pharo-project] Alternative to MC for upload?

by Ben Coman

Schwab,Wilhelm K wrote: > Hello all, > > I have a fair amount of code that I can't/don't dare release because it involves intellectual property that I do not own, and access under non-disclosure agreements (some of which are silly, but need to be respected regardless). None of that code it is relevant to you (unless you do heart surgery at home), but I need to keep it separate from things like GSL, PLplot, FFI tweaks, etc., that should interest the community. > > In the past, I've saved to http repositories and been surprised at things (fortunately, nothing toxic) that were released w/o my intent. Squeak Source long since lost the code in question, but it put a fear of MC in me. > > Is there a way to use gofer or something else to send specific .mcz files that I want to make available? Some other tool? > > Bill > > I feel I've misread your question - but my first thought is that different packages can be stored in different Repository Types. So the heart surgery stuff would be saved to only local "directory" repositories while the more general stuff would be saved to the public "http" repositories. More generally, an interesting feature would be being able to tag both packages and repositories with a license type (eg MIT, MyCommericalLicense, OtherCompanyNDA) and the system constrain you to saving packages in compatible repositories. As an extension, some ideas for tool support might be: + being able to strip "all non-MIT" code out of an image + using a different background colour when editing non-MIT code cheers, ben

Feb. 5, 2012

Re: [Pharo-project] Alternative to MC for upload?

by Schwab,Wilhelm K

Stef, Sure, but my concern is that, in the past, I had a simple packing mistake (I assume I was at fault) expose code that I had not intended to release. There was no harm that time, but I would really rather do *anything* other than let MC write my code to the repository. I'd settle for FTP access or a gofer solution, just so long as I know exactly which files are going to upload. I don't make the rules, but I did sign the non-disclosure agreements and MUST respect them. 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: Sunday, February 05, 2012 7:41 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Alternative to MC for upload? On Feb 5, 2012, at 12:30 PM, Schwab,Wilhelm K wrote: > Hello all, > > I have a fair amount of code that I can't/don't dare release because it involves intellectual property that I do not own, and access under non-disclosure agreements (some of which are silly, but need to be respected regardless). None of that code it is relevant to you (unless you do heart surgery at home), but I need to keep it separate from things like GSL, PLplot, FFI tweaks, etc., that should interest the community. > > In the past, I've saved to http repositories and been surprised at things (fortunately, nothing toxic) that were released w/o my intent. Squeak Source long since lost the code in question, but it put a fear of MC in me. > > Is there a way to use gofer or something else to send specific .mcz files that I want to make available? Some other tool? The best thing to do is create a repository on squeak source and publish the code there with a clear license. You can just copy the packages in there. > > Bill > >

Feb. 5, 2012

Re: [Pharo-project] ConfigurationOfCitezen - any bugs?

by Schwab,Wilhelm K

Stef, Taking Ben's (??) suggestion of a clean 1.3 image, I was able to successfully load Citezen using the latest MC configuration and your 1.3 snippet below. I am not sure why I had such bad luck w/ pre-built seaside images, but the problem does appear to lurk there. I wasn't getting any joy loading Seaside from config, but maybe a server was down when I tried. A retry there is probably my next step. 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: Friday, February 03, 2012 4:02 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] ConfigurationOfCitezen - any bugs? in 1.4 (ConfigurationOfCitezen project version: #stable) load: { 'NoWeb'}. works loads 0.7 in 1.3 (ConfigurationOfCitezen project version: #stable) load: { 'NoWeb'}. works loads 0.7 So let us know.

Feb. 5, 2012

Re: [Pharo-project] Pharo Morphic View Application Framework

by StÃ©phane Ducasse

Ok what I suggest is to - build the smallest case so that others can understand the forces in presence (this is what we did with Spec) in fact we started with one button and a list. - have a look at spec (the code is small) and how we could integrate your ideas to it. On Feb 5, 2012, at 12:42 PM, Schwab,Wilhelm K wrote: > Stef, > > It sounds great, and I will indeed help where I can. I also have some code (see separate plea for help re gofer or any non-mc way to upload files) that might help. If you have past me in some areas, WONDERFUL. > > I'm on the mend from a bug last week, so I'm not 100% just yet (feeling much better though). More to come. > > Again, one thing that I would really like to see is the ability to deeply nest MVP triads. Layout has been the hardest part of getting that to work. You seem to be on good ground in terms of connecting models. MVP is tough on newbies (we never understood why that is), but very much worth the effort. > > My goal has been to create an MVP infrastructure with "just a little Seaside" feel to coding. Don't ask why, but I think that would be a nice fit with Pharo, and would allow us to defer what should be a long-term goal of making a view editor. With very good coding idioms, we can defer the editor w/o losing much (I think). > > 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: Sunday, February 05, 2012 6:27 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Pharo Morphic View Application Framework > > On Feb 5, 2012, at 12:19 PM, Schwab,Wilhelm K wrote: > >> Stef, >> >> Dumb/lazy question with good intentions; what is spec? Too many code names :) I should be able to at least offer guidance on MVP; I've used it to great effect for years, and know the good and weak points. > > > I would love that :) > > Spec so far: > Models based on valueHolder > to reuse widgets configuration AND logic > > declarative specification of UI > > Next steps > - Support more widgets: > - combox > - drop box > > - start to rewrite most of the UI with Spec > - file list > - changesorter > > - boostrap a UI Builder > - first steps a spec presenter > - then a click and place > > - add present like prototype idea propagation > - Get more people helping/using/... > > Stef >

Feb. 5, 2012

Re: [Pharo-project] Alternative to MC for upload?

by StÃ©phane Ducasse

On Feb 5, 2012, at 12:30 PM, Schwab,Wilhelm K wrote: > Hello all, > > I have a fair amount of code that I can't/don't dare release because it involves intellectual property that I do not own, and access under non-disclosure agreements (some of which are silly, but need to be respected regardless). None of that code it is relevant to you (unless you do heart surgery at home), but I need to keep it separate from things like GSL, PLplot, FFI tweaks, etc., that should interest the community. > > In the past, I've saved to http repositories and been surprised at things (fortunately, nothing toxic) that were released w/o my intent. Squeak Source long since lost the code in question, but it put a fear of MC in me. > > Is there a way to use gofer or something else to send specific .mcz files that I want to make available? Some other tool? The best thing to do is create a repository on squeak source and publish the code there with a clear license. You can just copy the packages in there. > > Bill > >

Feb. 5, 2012

Re: [Pharo-project] [squeak-dev] Re: Trying to undeerstand Morphic subclasses and step/stepAt:

by Dave Mason

Hi Marcel, On 2012-Feb-5, at 2:04 , Marcel Taeumel wrote: > You need to call #startStepping if you want #step to get called frequently > according to #stepTime. Actually you don't with Squeak 4.2 and Pharo 1.3 (don't know about earlier versions), because Morph>>initialize does that. But just for completeness, I did that, and it made no difference. My class is just: MorphExp>>initialize super initialize. self startStepping. self color: Color red lighter MorphExp>>step self halt MorphExp>>stepAt: t self halt and it doesn't halt if it is a subclass of SystemWindow, but does if it's any higher up the hierarchy. > Nevertheless, you may want to take a closer look at this project: > https://www.hpi.uni-potsdam.de/hirschfeld/trac/SqueakCommunityProjects/wiki… Thanks, but I don't want the issue about unloading, and I'm not worried about it being super-smooth animation. Also thanks for the link, because it looks like interesting things are happening at HPI! ../Dave

Feb. 5, 2012

Re: [Pharo-project] [update 1.4] #14314

by Sven Van Caekenberghe

On 05 Feb 2012, at 11:27, StÃ©phane Ducasse wrote: > > 14314 > ----- > > - Issue 5233: Support Semantic Source Links. Thanks Camillo Bruni. > http://code.google.com/p/pharo/issues/detail?id=5233 > > Now when you press command while clicking on a class name you jump to the class :). > Same for the click on a method name and instance variable. > > Pay attention that this change should really be changed on windows and linux. So please give us feedback. > Camillo will do a fix so that menu appears on click down versus click up. Yes ! This is a supercool feature, really. Thx ! One remark though: shouldn't there be any kind of feedback, like underlining the classname/methodname or a popup text ? Sven

Feb. 5, 2012

Re: [Pharo-project] Pharo Morphic View Application Framework

by Schwab,Wilhelm K

Stef, It sounds great, and I will indeed help where I can. I also have some code (see separate plea for help re gofer or any non-mc way to upload files) that might help. If you have past me in some areas, WONDERFUL. I'm on the mend from a bug last week, so I'm not 100% just yet (feeling much better though). More to come. Again, one thing that I would really like to see is the ability to deeply nest MVP triads. Layout has been the hardest part of getting that to work. You seem to be on good ground in terms of connecting models. MVP is tough on newbies (we never understood why that is), but very much worth the effort. My goal has been to create an MVP infrastructure with "just a little Seaside" feel to coding. Don't ask why, but I think that would be a nice fit with Pharo, and would allow us to defer what should be a long-term goal of making a view editor. With very good coding idioms, we can defer the editor w/o losing much (I think). 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: Sunday, February 05, 2012 6:27 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Pharo Morphic View Application Framework On Feb 5, 2012, at 12:19 PM, Schwab,Wilhelm K wrote: > Stef, > > Dumb/lazy question with good intentions; what is spec? Too many code names :) I should be able to at least offer guidance on MVP; I've used it to great effect for years, and know the good and weak points. I would love that :) Spec so far: Models based on valueHolder to reuse widgets configuration AND logic declarative specification of UI Next steps - Support more widgets: - combox - drop box - start to rewrite most of the UI with Spec - file list - changesorter - boostrap a UI Builder - first steps a spec presenter - then a click and place - add present like prototype idea propagation - Get more people helping/using/... Stef

Feb. 5, 2012