- Pharo-dev - lists.pharo.org

[Pharo-project] gofer cannot load if the package name not well-formed.
by arnaud Jean Baptiste Nov. 4, 2009

Nov. 4, 2009

hi, My named is Arnaud Jean Baptiste, i work with VMMaker and, i have try to load VMMaker via Gofer on Pharo (severals versions of the image, rc, alpha, dev). and then the : when i load the VMMaker package gofer don't find any version and raise a exception. The code: Gofer new squeaksource: 'VMMaker'; addPackage: 'VMMaker'; load. raise a unbound exception. i have open a issue : http://code.google.com/p/pharo/issues/detail?id=1397 I can reproduce the problem with another project like balloon3D

4 8

[Pharo-project] anyone think buttons still too large?
by empty Nov. 4, 2009

Nov. 4, 2009

Hi, I tried to install version 1 rc to find the buttons still too large. If you look at the whole class browser the first things you see are those big blue buttons. I'd prefer they not so big and colorful. Anyone have the same feel? Regards, emp ----- åç¡ä½ åç¡æ³ åç¡å§ -- View this message in context: http://n2.nabble.com/anyone-think-buttons-still-too-large-tp3947548p3947548… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 1

[Pharo-project] Underscore assignments
by Lukas Renggli Nov. 4, 2009

Nov. 4, 2009

I wonder if we should throw a deprecated message in Pharo 1.0 when somebody tries to compile a method with an underscore assignment? I would like to make it possible to use underscore characters in selectors and identifiers in Pharo 1.1. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

7 8

[Pharo-project] [Pharo-Project] Merging with Monticello
by Hernan Wilkinson Nov. 4, 2009

Nov. 4, 2009

Is there a way to control what the Monticello's Merge tool merges? I mean, if there is a conflict you can decide what to do, but sometimes there are no conflicts (like for example removing a class) and there is no way to tell it not to merge that... Thanks Hernan.

4 3

[Pharo-project] [update 1.1] #11032
by StÃ©phane Ducasse Nov. 4, 2009

Nov. 4, 2009

11032 ----- - Issue 1404: Sub instances of Array are not literal - Issue 1356: String linesDo: doesn t split lines correctly - Issue 1398: Seaside loading via ScriptManager broken - Issue 1256: Quickly browse through large repositories

1 0

[Pharo-project] [update 1.1] #11031
by StÃ©phane Ducasse Nov. 4, 2009

Nov. 4, 2009

11031 ----- - Issue 1390: Print literals exactly when decompiled - My last fix conflicted with one of my previous one http://bugs.squeak.org/view.php?id=6695 Float storeStringBase: does not store the radix - Gofer gofer update

1 0

[Pharo-project] implementors and senders when there is only one result
by Torsten Bergmann Nov. 4, 2009

Nov. 4, 2009

I always liked the sender/implementor/messages browser from Smalltalk MT. Attached is a screenshot. When one searches for sender in the normal browser this browser opens with a tree node "senders" and all the senders. If you click on one of the messages you can select "senders" again, or "implementors" or "messages" and go deeper. For instance you want to see the senders of #timeStamp and from the second hit you want to see all the other messages within this method and from there all implementors, ... It also provides a "local senders" and "local implementors" functionality (searching only within the class (hierarchy) itself) as you will find in most Smalltalks. This browser provides a nice way to go through the system and follow message chains. Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

4 3

[Pharo-project] Packages in Inbox
by Torsten Bergmann Nov. 4, 2009

Nov. 4, 2009

Why are some moose packages (Moose-Finder, Moose-OpeningWizard, ...) in the PharoInbox? I dont think they belong to the core? Any ideas? Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

4 3

[Pharo-project] Very simple package save/load tool
by Schwab,Wilhelm K Nov. 4, 2009

Nov. 4, 2009

Hello all, Attached is something that you might find helpful, and it's worth almost everything it cost you. The class comment briefly describes what it is supposed to do. Better ideas will be cheerfully stolen. For now, this seems to be helping me to find methods that I failed to package, avoids the "click several times per package" save process for MC (for which thanks, but it **is** tedious to use), should put an end to forgetting to save packages, and tries to automate loading code into a new image. On the latter, the thinking is that annoying messages are least annoying when presented early; it tries to grumble about silly stuff sooner rather than later; some of the checks might be excessive and other might be inadequate. Read the code before deciding whether you want to use it. Bill CONFIGURE ========= Configure it using #homeGrownPackageNames and #me to tell it which packages are intended to hold your work, and how to identify you from the (misnomer!!!) #timeStamp aspects of the compiled methods you produce. SAVE YOUR WORK ============== Use #suspectMethodsReport to produce a listing of class>>selector names that might be in danger of being orphaned in your current image. Use #homeGrownPackgesSaveWithMessage: to save all of the identified home grown packages in the next version and with the common text message. BUILD A NEW IMAGE ================= Load GatorLoader into a new image. It wants underscore_madness.cs, and loads SIXX and other packages of interest to me; you can edit as needed to remove what you do not want to load. Put your packages in the cache directory for the new image. Yes, it is fussy about these things, but the idea is to find errors early rather than being stopped after a long wait. Likewise, if you do not like what #setPreferences does, edit it.

1 0

Re: [Pharo-project] JPEG plugin.
by John M McIntosh Nov. 4, 2009

Nov. 4, 2009

On 2009-11-03, at 1:01 PM, Andreas Raab wrote: > John M McIntosh wrote: >> I'm looking at the JPEG plugin and wondering? >> (a) Should I convert that to using the os-x platforms JPEG >> implementation, versus our usage of the source from the >> "Independent JPEG Group's software"? > > Seems like a bad trade unless you want to severely rewrite the > plugin interface (making it effectively a new plugin). The current > interface is tied specifically to the IJGs implementation with > internal structures and functions being exposed fairly directly. Yes, however in working with Sophie we noticed *most* interfacing is done via ImageReadWriter which supports a generic interface for creating or reading files or streams. The choice of which class to use is based on iterating over the subclasses and asking who can do the work, it never appeared that people messed about with the JPEG read/write class other than asking for magic decoding/encoding. For Sophie we choose to override this and provided an interface that worked with Apple's quicktime for os-x and Windows to read *lots* of graphics formats and provide us with a resulting form. No doubt I could do the same given if os-x and some flavour of the VM then do a different call path. > >> (b) Should we consider upgrading the VMs from version "6b 27- >> Mar-1998" to the more current "release 7 of 27-Jun-2009" since we >> store the source in the VM SVN tree at the moment. > > That sounds like a good idea. > >> I've not looked but >> (a) Apple might have a private implementation that could be faster >> since it would likely use hardware vector services. > > Almost certainly. Intel's performance prims can make JPEG stuff > quite a bit faster already. > >> (b) Relying on the system libraries for conversion means fixes for >> security issues get prompt attention, versus our non-attention now. > > I'm not sure about this. The IJGs code has been quite robust and to > my knowledge no exploits have ever been published. OTOH, Microsofts > implementation seems to have been sucessfully attacked in the past, > so it's a bit questionable whether using the OS vendors > implementation would necessarily be more secure than the IJGs version. > > Cheers, > - Andreas -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

1 0