January 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Check if you launch Pharo without display
by Bill Schwab Jan. 10, 2009

Jan. 10, 2009

FWIW, Dolphin has an interesting approach to this kind problem. As the image loads, it creates a session manager. There is a hierarchy of such classes for GUI and headless systems. GUI session managers take care of creating and showing the app's main window. I asked a similar question not long ago, and Andreas consisely explained that Squeak just runs, and it picks up where it left off after an image save. I'm genuinely uncertain which is better, but Dolphin seems to have some advantages as a result of the formalism. 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 1/9/2009 3:43 PM >>> Yes but gwenael needs to know when the image is headless from the image if it was launched as headless. stef On Jan 9, 2009, at 9:40 PM, Brian Brown wrote: > Well, there is the -headless switch you can pass to the VM on startup. > > > hth, > > - Brian > > On Jan 8, 2009, at 9:17 AM, Gwenael Casaccio wrote: > >> Hi, >> >> I'm working on saphir (a scripting engine for Pharo) and >> I would like to know is there is a standard way to know if you >> launch Pharo without a display >> >> Gwenael >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > Brian Brown > CTO > AbleLink Technologies, Inc. > http://www.ablelinktech.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

1 0

[Pharo-project] Check if you launch Pharo without display
by Gwenael Casaccio Jan. 9, 2009

Jan. 9, 2009

Hi, I'm working on saphir (a scripting engine for Pharo) and I would like to know is there is a standard way to know if you launch Pharo without a display Gwenael

3 2

[Pharo-project] Platform class
by Michael Rueger Jan. 9, 2009

Jan. 9, 2009

Hi all, in Tweak there is a hierarchy of CPlatform classes (CPlatformWindows etc) that provide a central place to add platform specific requests and avoid having the current platform detection code all over the system So instead of coding ExternalClipboard>>interfaceClass with all the gory details of platform detection you could just write Platform current externalClipboardClass We also used this in Sophie in connection with the FileLocations and URI package, supporting things like Platform current tempDirectoryURI Platform current userDirectoryURI etc What do people think about introducing something similar (category System-Platform) in Pharo? Michael

3 4

[Pharo-project] GUI editor, etc.
by Bill Schwab Jan. 9, 2009

Jan. 9, 2009

Hello all, There was some recent mention of GUI frameworks and/or an editor. For fear of losing the idea, I will just throw this out now while I am thinking of it. I submit that one needs both a drag/drop graphical tool, and a programmatic capability. The graphical approach works well for many/most uses. Programmatic construction is very helpful for creating views to match RDB schemas, etc. Magritte might be of help in both scenarios, especially the programmatic side. We might get a lot out of simply "telling Magritte about Polymorph." So far at least, we seem to be using code, not data structures, to assemble views. That would make the graphical tool something that should work like I _think_ WindowBuilder does/did. My recollection is that it executed code to construct objects and then had the modified objects write code to recreate themselves. I fear we need to be careful about looking at the code to see how it works. Perhaps a little controversial, Tweak strikes me (please feel free to disagree/correct as appropriate) as using compiler/language changes to do things that can be (and so far, I would argue should be) accomplished by composition of objects with the language as-is. What Tweak shows as events in code browsers, I would prefer to see listed in a graphical tool editor. I'm pretty sure I recall WindowBuilder doing a nice job of that too. The toothpicks holding my eyes open are about to snap. 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

1 0

Re: [Pharo-project] Splitting network package
by Bill Schwab Jan. 9, 2009

Jan. 9, 2009

Michael, Excellent! I retract my re-iteration of the point :) Wasn't meaning to nag. You will find Ron capable (to say the least), helpful, etc. Thanks! 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 >>> m.rueger(a)acm.org 01/08/09 2:01 PM >>> Bill Schwab wrote: > Michael, > > It might be nice to involve the cryptography maintainers; their work > could probably just add onto the structure you create. Great suggestion! Will do Michael _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] Splitting network package
by Bill Schwab Jan. 9, 2009

Jan. 9, 2009

No flame wars here. I do not yet know enough about the URL/I classes, but will gladly consider any good code. I will reiterate that it would be nice to get the cryptography guys involved (thinking of SSL in particular) if possible. Re complete replacement, as precedent, please note Nile. It is not in yet, but that is a stated goal, so I think you will find that such things will be given serious consideration. Now for something completely different - and what first grabbed my attention. You mentioned cherry picking changes. I cannot really offer any help just yet, except to note a couple of things that have been useful in Dolphin. The first is Ian Bartholomew's ChunkBrowser - it is a fantastic tool and should be ported/recreated in Pharo if at all possible. Obviously we would respect Ian's licensing terms, provide proper credit, etc. Did I mention that it is a NICE thing to have? :) I wrote and use a tool called Migrate for getting code out of one Dolphin image and into another. It has been sensitive to changes in the packaging system, but the general idea is to build a list of the currently installed packages and produce a script to load them into a new image. I added a concept of "safe" and "dangerous" loose methods. One might argue that only the dangerous methods (essentially overrides) are needed - I'm too tired to figure out why I have two types<g>, but I probably wrote it down somewhere. Migrate also arranges to file out and in those methods, but optionally on the in-side. I realize none of this is useful now, but I would expect to create Pharo versions of pieces that make sense in Pharo. Making sense will also be constrained in part by my level of use of Pharo over time. I have a LOT of Dolphin packages, so listing them in a sensible order is not a trivial task. I also hacked a few things that need to be reviewed when changing to a new version, and found ways to keep track of that w/o creating collisions with the base system packages. Feel free to run with any ideas that seem helpful. 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 >>> m.rueger(a)acm.org 01/08/09 1:51 PM >>> Hi all, updated MIME, URI and File packages in inbox. Some of the URI related changes are somewhat incomplete as I merged them from a different context. Hopefully I didn't break anything though :-) With merges like this it is really a problem that MC doesn't allow cherry picking changes... The overall goal with the URI changes is to complete replace the current Url implementation. We have done this quite successfully in Sophie and even more radically in the experimental ySqueak branch. Suggesting to replace Url classes by URI was a sure way to get a flame war going on the Squeak dev list. So what is general opinion on this for Pharo? Michael _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] Splitting network package
by Michael Rueger Jan. 8, 2009

Jan. 8, 2009

Hi all, while working on some unicode related stuff I ended up integrating some MIME changes from Sophie. For that I would like to split up the Network package into nine sub packages (Network-Kernel, Network-MIME, ...). Will also make it easier to update URI and MIME packages later etc. Hope that is ok with everybody. Michael

3 7

Re: [Pharo-project] Splitting network package
by Bill Schwab Jan. 8, 2009

Jan. 8, 2009

Michael, It might be nice to involve the cryptography maintainers; their work could probably just add onto the structure you create. 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 1/8/2009 10:00:53 AM >>> Yes go! I would like to have packages and not category besides that I prefer lot of packages well designed than a fat one. Let us know when we can include your changes. Stef > Hi all, > > while working on some unicode related stuff I ended up integrating > some > MIME changes from Sophie. > For that I would like to split up the Network package into nine sub > packages (Network-Kernel, Network-MIME, ...). Will also make it easier > to update URI and MIME packages later etc. > > > Hope that is ok with everybody. > > Michael > > _______________________________________________ > 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

2 1

Re: [Pharo-project] [OT] Great job guys
by Dale Henrichs Jan. 8, 2009

Jan. 8, 2009

----- "Igor Stasenko" <siguctua(a)gmail.com> wrote: | 2009/1/7 Torsten Bergmann <astares(a)gmx.de>: | > see http://mue.tideland.biz/2009/01/great-job-guys.html | > -- | Since this is alredy OT ... | | by coincidence, i'm currently also working on GLASS, but still using | old squeak image. :) | Any success installing gemtools into pharo to use improved OB-based | look&feel? | Igor and Hilaire, I have been using Pharo with the GemTools/GLASS for several weeks now. You need to update to a new version of the GLASS package (using the old GemTools Client) and then you can create a new Pharo-based GemTools client using a recent Pharo dev image. Full instructions are located at [1] and [2]. Dale [1] http://gemstonesoup.wordpress.com/2008/12/24/glass-beta-update-tools-tuneup… [2] http://gemstonesoup.wordpress.com/2009/01/04/glass-beta-update-holiday-tool…

1 0

[Pharo-project] Buggy HTTPSocket in dev-image
by Andreas Wacknitz Jan. 8, 2009

Jan. 8, 2009

Hi folks, the dev images seem to have a (probably older version) of HTTPSocket. There are some undefined globals (like HTTPProxyServer, HTTPProxySocket, CrLf and CR) which lead to problems when I try to load Magma. The pharo-core image seem to have a correct version of this class. Cheers, Andreas

3 3