- Pharo-dev - lists.pharo.org

Re: [Pharo-project] linux equivalent to monticello metacello...

by Norbert Hartl

On 14.01.2011, at 14:00, StÃ©phane Ducasse wrote: > > > for the chapter on metacello I would like to have a table showing the equivalent between > linux tools (if this is true) > > apt-get... and monticello/metacello > > can somebody point me to that ? > Can you elaborate a little what you are after? Norbert

Jan. 14, 2011

[Pharo-project] How to bundle an application with icons?

by Dimitry Golubovsky

Hi, Fernando Olivero wrote: > Hi Dimitry , i've did an external icon family importer and manager. > It's in squeaksource, under the name of ExternalIconFamily. > Gofer it > squeaksource: 'ExternalIconFamily'; > package: 'ExternalIconFamily'; > load. > This framework allows importing and managing any external icon family. > Once imported , the icon family is reified into the image, as a > subclass of ExternalIconFamily. > As an example it comes with a tiny subset of the Oxygen icon family imported. [skip] Thanks a lot. I am currently working on other aspects of the application, but this icon importer will be a great customization tool. I'll definitely give it a try. -- Dimitry Golubovsky Anywhere on the Web

Jan. 14, 2011

Re: [Pharo-project] linux equivalent to monticello metacello...

by Geoffroy Couprie

On Fri, Jan 14, 2011 at 2:00 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > > for the chapter on metacello I would like to have a table showing the equivalent between > linux tools (if this is true) > > Â Â Â Â apt-get... and monticello/metacello > > can somebody point me to that ? > I would say that the mapping is: Monticello <-> dpkg (without the repository management) Metacello <-> apt

Jan. 14, 2011

[Pharo-project] [update 1.2] #12304

by StÃ©phane Ducasse

12304 ----- - Theme tweaks from Igor.

Jan. 14, 2011

[Pharo-project] linux equivalent to monticello metacello...

by StÃ©phane Ducasse

for the chapter on metacello I would like to have a table showing the equivalent between linux tools (if this is true) apt-get... and monticello/metacello can somebody point me to that ? Stef

Jan. 14, 2011

Re: [Pharo-project] [update 1.2] #12297

by Igor Stasenko

On 14 January 2011 12:33, Douglas Brebner <squeaklists(a)fang.demon.co.uk> wrote: > On 13/01/2011 22:04, Tudor Girba wrote: >> >> That is a good point. I actually used the Sim Daltonism application (for >> Mac) to check the color blindness issues, but it looks like I overlooked >> Monochromacy (however, this is pretty rare). I will try to look into that. >> >> Cheers, >> Doru > > It's not just the colour blind that are affected (though they have it > worst). Even people with perfect vision can find it difficult to distinguish > adjacent areas of similar contrast. > > e.g. If you look at the save changes window that appears when quitting an > image you'll notice the buttons almost disappear into the background. > > Still, it's good that someone is working on this :) > yeah.. if you not cleaning your house, do not expect guests to come :) > -- Best regards, Igor Stasenko AKA sig.

Jan. 14, 2011

Re: [Pharo-project] Socket question (Was Re: Xtreams up to date)

by Schwab,Wilhelm K

I am really bothered by the timeout on the accept, so much so that I think it has no place in the tests. Of course, one needs a way to clean up after a failure, but that should be done by another thread that waits for a "long" time and then cleans up anything that is left behind after the failure. Servers should be started and stopped and in between, they should wait for and accept connections. Clients should try to connect until told otherwise; timeouts can be reasonable options there, but should not be forced by the sockets system. Only the calling threads should be blocked, of course. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of mkobetic(a)gmail.com [mkobetic(a)gmail.com] Sent: Friday, January 14, 2011 1:12 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Socket question (Was Re: Xtreams up to date) BTW, would this snippet be useful as a basic Socket smoke test ? Or is that already covered somewhere ? | input output listener process sync | sync := Semaphore new. listener := Socket newTCP. listener listenOn: 9999 backlogSize: 10. process := [ [ input := listener waitForAcceptFor: 10. sync signal ] ensure: [ listener close ] ] fork. output := Socket newTCP. output connectTo: #[127 0 0 1] port: 9999. sync wait. [ #( 64 1024 2048 4096 8192 ) do: [:dataSize || data | data := ByteArray new: dataSize. 1 to: data size do: [:i | data at: i put: (i - 1) \\ 256]. 1 to: 10 do: [:each | output sendData: data]. 1 to: 10 do: [ :each || result index | index := 1. result := ByteArray new: dataSize. [ index := index + (input receiveDataInto: result startingAt: index). index > dataSize ] whileFalse. result = data ifFalse: [ result halt]]] ] ensure: [ output close. input close ]

Jan. 14, 2011

[Pharo-project] Some browser UI refining

by Igor Stasenko

get rid of annoying 1-pixel height while line between buttons bar and text field. added padding at bottom of button bar, so it looks symmetric -- Best regards, Igor Stasenko AKA sig.

Jan. 14, 2011

Re: [Pharo-project] [update 1.2] #12297

by Douglas Brebner

On 13/01/2011 22:04, Tudor Girba wrote: > That is a good point. I actually used the Sim Daltonism application (for Mac) to check the color blindness issues, but it looks like I overlooked Monochromacy (however, this is pretty rare). I will try to look into that. > > Cheers, > Doru It's not just the colour blind that are affected (though they have it worst). Even people with perfect vision can find it difficult to distinguish adjacent areas of similar contrast. e.g. If you look at the save changes window that appears when quitting an image you'll notice the buttons almost disappear into the background. Still, it's good that someone is working on this :)

Jan. 14, 2011

[Pharo-project] ScrollBar needs a cleanup

by Igor Stasenko

Class vars: UpArrow UpArrow8Bit UpArrow used in: initialize "ScrollBar initialize" UpArrow := Form extent: 6 @ 3 fromArray: #(805306368 2013265920 4227858432 ) offset: 0 @ 0. "" self initializeImagesCache upArrow8Bit "convert to 8-bit and convert white to transparent to avoid gratuitous conversion every time we put one in an ImageMorph" ^UpArrow8Bit ifNil: [ UpArrow8Bit := (ColorForm mappingWhiteToTransparentFrom: UpArrow) asFormOfDepth: 8 ] and UpArrow8Bit used just here: upArrow8Bit "convert to 8-bit and convert white to transparent to avoid gratuitous conversion every time we put one in an ImageMorph" ^UpArrow8Bit ifNil: [ UpArrow8Bit := (ColorForm mappingWhiteToTransparentFrom: UpArrow) asFormOfDepth: 8 ] and guess what? upArrow8Bit not used anywhere (there is no senders of it). That is really weird piece of code.. If there is an up arrow, then i expect to see down arrow, left and right as well.. but only up one... The cleanup in cs -- Best regards, Igor Stasenko AKA sig.

Jan. 14, 2011