- Pharo-dev - lists.pharo.org

[Pharo-project] I don't agree with DummyXXX

by Mariano Martinez Peck

>From what I understand, Dummy means something different. I have using that for class names. More accurate names can be found. I would rename: DummyUIManager -> HeadlessUIManager DummySystemProgressItem -> NullSystemProgressItem DummySoundSystem -> NullSoundSystem what do you think? do you have better names? -- Mariano http://marianopeck.wordpress.com

Nov. 21, 2012

[Pharo-project] Loading NBOpenGL in pharo 2

by Javier PimÃ¡s

Igor, while loading ConfigurationOfNBOpenGL this things are missing: NBUnsignedLong TTFontReader TTFontDescription TTGlyph are they still needed? -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

Nov. 21, 2012

Re: [Pharo-project] [update 2.0] #20414

by StÃ©phane Ducasse

> Hi Stef, > > because this method can be called from Form class >> #fromFileNamed: > and can work in case you use native binary Form representation. I would move fromFileNamed: too Stef > Any idea how to solve it in more cleaner way? > > Cheers, > -- Pavel > > > > On Wed, Nov 21, 2012 at 2:50 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Pavel >> >> why not moving this class on the ImageWriter package >> because >> - I do not like this Smalltalk globals at: ifPresent: >> especially when there is no default. >> >> - This method does not make sense without the ImageReadWriter >> >> >> Form classSide>>fromBinaryStream: (in category 'instance creation') -----fromBinaryStream: aBinaryStream >> "Read a Form or ColorForm from given file, using the first byte of the file to guess its format. Currently handles: GIF, uncompressed BMP, and both old and new DisplayObject writeOn: formats, JPEG, and PCX. Return nil if the file could not be read or was of an unrecognized format." >> >> | firstByte | >> aBinaryStream binary. >> firstByte := aBinaryStream next. >> firstByte = 1 ifTrue: [ >> "old Squeakform format" >> ^ self new readFromOldFormat: aBinaryStream]. >> firstByte = 2 ifTrue: [ >> "new Squeak form format" >> ^ self new readFrom: aBinaryStream]. >> >> "Try for JPG, GIF, or PCX..." >> "Note: The following call closes the stream." >> + Smalltalk globals at: #ImageReadWriter ifPresent: [:imageReadWriter | >> + ^ imageReadWriter formFromStream: aBinaryStream] >

Nov. 21, 2012

Re: [Pharo-project] [update 2.0] #20414

by Pavel Krivanek

Hi Stef, because this method can be called from Form class >> #fromFileNamed: and can work in case you use native binary Form representation. Any idea how to solve it in more cleaner way? Cheers, -- Pavel On Wed, Nov 21, 2012 at 2:50 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Pavel > > why not moving this class on the ImageWriter package > because > - I do not like this Smalltalk globals at: ifPresent: > especially when there is no default. > > - This method does not make sense without the ImageReadWriter > > > Form classSide>>fromBinaryStream: (in category 'instance creation') -----fromBinaryStream: aBinaryStream > "Read a Form or ColorForm from given file, using the first byte of the file to guess its format. Currently handles: GIF, uncompressed BMP, and both old and new DisplayObject writeOn: formats, JPEG, and PCX. Return nil if the file could not be read or was of an unrecognized format." > > | firstByte | > aBinaryStream binary. > firstByte := aBinaryStream next. > firstByte = 1 ifTrue: [ > "old Squeakform format" > ^ self new readFromOldFormat: aBinaryStream]. > firstByte = 2 ifTrue: [ > "new Squeak form format" > ^ self new readFrom: aBinaryStream]. > > "Try for JPG, GIF, or PCX..." > "Note: The following call closes the stream." > + Smalltalk globals at: #ImageReadWriter ifPresent: [:imageReadWriter | > + ^ imageReadWriter formFromStream: aBinaryStream]

Nov. 21, 2012

Re: [Pharo-project] Package-pane (or 6-paned) browser for Pharo?

by Ben Coman

Depending on whether you want it as a dependency, you might try Glamour... http://www.themoosebook.org/book/internals/glamour http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/Glamour.pdf cheers, Ben Stephen Travis Pope wrote: > Hello all, > > I'm just moving to pharo, and wanted to port the "package-pane browser" that I > originally wrote for Smalltalk-80 and then ported to Squeak. The squeak code > obviously doesn't run in pharo, and I wanted to ask whether anyone had already > ported it (or something like it). > > Basically, the tool is just like the standard system browser, except that it > parses the class category names into a 2-level hierarchy, making the top-level > list much smaller and more manageable (see the screen shot below). > > Does this already exist? > > ...any reply appreciated... > > stp > > > > -- > > Stephen Travis Pope Santa Barbara, California, USA > http://HeavenEverywhere.com <http://HeavenEverywhere.com/> > > > >

Nov. 21, 2012

[Pharo-project] [update 2.0] #20415

by Marcus Denker

20415 ----- Issue 7017: Code Duplication in UIManager>>#request:regex: and MorphicUIManager>>#request:regex: and http://code.google.com/p/pharo/issues/detail?id=7017 Issue 7020: Named String Interpolation for String>>#format: http://code.google.com/p/pharo/issues/detail?id=7020 Issue 7022: remove defaultImageHandler and defaultGZipHandler http://code.google.com/p/pharo/issues/detail?id=7022 Diff information: http://ss3.gemstone.com/ss/Pharo20/UIManager-MarcusDenker.90.diff http://ss3.gemstone.com/ss/Pharo20/System-Support-MarcusDenker.747.diff http://ss3.gemstone.com/ss/Pharo20/Regex-Core-MarcusDenker.19.diff http://ss3.gemstone.com/ss/Pharo20/Polymorph-Widgets-MarcusDenker.733.diff http://ss3.gemstone.com/ss/Pharo20/CollectionsTests-MarcusDenker.581.diff http://ss3.gemstone.com/ss/Pharo20/Collections-Strings-MarcusDenker.236.diff -- Marcus Denker -- http://marcusdenker.de

Nov. 21, 2012

Re: [Pharo-project] [update 2.0] #20414

by StÃ©phane Ducasse

Pavel why not moving this class on the ImageWriter package because - I do not like this Smalltalk globals at: ifPresent: especially when there is no default. - This method does not make sense without the ImageReadWriter Form classSide>>fromBinaryStream: (in category 'instance creation') -----fromBinaryStream: aBinaryStream "Read a Form or ColorForm from given file, using the first byte of the file to guess its format. Currently handles: GIF, uncompressed BMP, and both old and new DisplayObject writeOn: formats, JPEG, and PCX. Return nil if the file could not be read or was of an unrecognized format." | firstByte | aBinaryStream binary. firstByte := aBinaryStream next. firstByte = 1 ifTrue: [ "old Squeakform format" ^ self new readFromOldFormat: aBinaryStream]. firstByte = 2 ifTrue: [ "new Squeak form format" ^ self new readFrom: aBinaryStream]. "Try for JPG, GIF, or PCX..." "Note: The following call closes the stream." + Smalltalk globals at: #ImageReadWriter ifPresent: [:imageReadWriter | + ^ imageReadWriter formFromStream: aBinaryStream]

Nov. 21, 2012

Re: [Pharo-project] Loading dependencies

by Alexandre Bergel

<BoldMode>Once cannot write a well defined configuration without an adequate tool. Versionner (http://ss3.gemstone.com/ss/Versionner.html) is so far the best option to make sure your configuration actually works.</BoldMode> Cheers, Alexandre On Nov 21, 2012, at 5:57 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Wed, Nov 21, 2012 at 9:37 AM, Max Leske <maxleske(a)gmail.com> wrote: > Metacello is probably the way to go. It's a bit of a pain until you have it set up but then it's pretty easy to use, especially for development since you'll simply always load the latest versions (AKA "bleeding edge" or "development"). > Take a look at the ProfStef tutorial (not sure how up to date it is but it helped me a lot to get started with Metacello). > > > Yes, Metacello. And we also wrote a PharoByExample chapter: http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/Metacello.pdf > > Cheers, > Max > > On 21.11.2012, at 09:30, roberto.minelli(a)usi.ch wrote: > > > Hi, > > > > At the moment I'm creating an analysis tool for Git repositories. > > I'm versioning my source code on Smalltalkhub, so that I can easily load my code in a fresh image, when needed. > > > > My project depends on several external packages such as the Filesystem-Git, Fuel, and the last version of Filesystem. > > > > I was wondering if it's possible to add such dependencies programmatically so that once I load my project from Monticello dependencies are added as well. > > > > I heard that Metacello is probably suitable to handle dependencies, but it would be glad to hear an opinion from you. > > > > Thanks in advance, > > Roberto > > > > > > > > > > -- > Mariano > http://marianopeck.wordpress.com > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 21, 2012

Re: [Pharo-project] Loading dependencies

by Mariano Martinez Peck

On Wed, Nov 21, 2012 at 9:37 AM, Max Leske <maxleske(a)gmail.com> wrote: > Metacello is probably the way to go. It's a bit of a pain until you have > it set up but then it's pretty easy to use, especially for development > since you'll simply always load the latest versions (AKA "bleeding edge" or > "development"). > Take a look at the ProfStef tutorial (not sure how up to date it is but it > helped me a lot to get started with Metacello). > > Yes, Metacello. And we also wrote a PharoByExample chapter: http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/Metacello.pdf > Cheers, > Max > > On 21.11.2012, at 09:30, roberto.minelli(a)usi.ch wrote: > > > Hi, > > > > At the moment I'm creating an analysis tool for Git repositories. > > I'm versioning my source code on Smalltalkhub, so that I can easily load > my code in a fresh image, when needed. > > > > My project depends on several external packages such as the > Filesystem-Git, Fuel, and the last version of Filesystem. > > > > I was wondering if it's possible to add such dependencies > programmatically so that once I load my project from Monticello > dependencies are added as well. > > > > I heard that Metacello is probably suitable to handle dependencies, but > it would be glad to hear an opinion from you. > > > > Thanks in advance, > > Roberto > > > > > > > -- Mariano http://marianopeck.wordpress.com

Nov. 21, 2012

Re: [Pharo-project] Loading dependencies

by Max Leske

Metacello is probably the way to go. It's a bit of a pain until you have it set up but then it's pretty easy to use, especially for development since you'll simply always load the latest versions (AKA "bleeding edge" or "development"). Take a look at the ProfStef tutorial (not sure how up to date it is but it helped me a lot to get started with Metacello). Cheers, Max On 21.11.2012, at 09:30, roberto.minelli(a)usi.ch wrote: > Hi, > > At the moment I'm creating an analysis tool for Git repositories. > I'm versioning my source code on Smalltalkhub, so that I can easily load my code in a fresh image, when needed. > > My project depends on several external packages such as the Filesystem-Git, Fuel, and the last version of Filesystem. > > I was wondering if it's possible to add such dependencies programmatically so that once I load my project from Monticello dependencies are added as well. > > I heard that Metacello is probably suitable to handle dependencies, but it would be glad to hear an opinion from you. > > Thanks in advance, > Roberto > >

Nov. 21, 2012