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

Re: [Pharo-project] [ENH]: MCHttpRepository Authentication (Issue 6449)

by Sean P. DeNigris

This enhancement allows you to save MC repo credentials per url. That could mean, for example, one general login for ss3 and specific ones for specific projects on ss3. The credentials can be set in your startup script and will be applied to all new instances (unless you specifically override them). You will no longer have to re-execute a script every time a new repo is added. See MCRepositoryAuthorizationTest for some examples. #testStoredCredentialsUsesMostSpecific is pretty comprehensive I'd love for someone to review this slice asap. I've already made a few because it touches a bunch of kernel packages and the slices keep going stale. Sean P. DeNigris wrote > Fix in inbox. You specify the credentials to be used for a url and all new > instances of MCHttpRepository will use those credentials. For example: > > registry := MCServerRegistry uniqueInstance. > registry on: self exampleServerUrl beUser: 'myusername' withPassword: > 'mypassword'. > > repo := MCHttpRepository location: self exampleServerUrl. > > repo user = 'myusername'. > repo password = 'mypassword'. > > Full details: > * Add MCServerRegistry, a singleton which stores credentials for > MCHttpRepository locations (see #on:beUser:withPassword:) > * Add MCHttpRepository class>>location:, which uses any stored > credentials, or empty user and password if none > -Change all senders manually setting empty credentials to use #location. > e.g. > MCHttpRepository > location: 'http://ss3.gemstone.com/ss/Pharo20' > user: '' > password: '' > or worse > MCHttpRepository new > location: self inboxRepositoryUrlString; > user: ''; > password: '' > becomes: > MCHttpRepository location: 'http://ss3.gemstone.com/ss/Pharo20'. > * Fix Gofer repo authentication > - Replace switch statement with polymorphic delegation > - Setting credentials only effects the repo for that Gofer instance; does > not change the stored credentials > * Tests - added for new behavior, fixed relevant existing; all passing > * MCHttpRepository class>>location:user:password: only effects that repo; > does not change the stored credentials -- View this message in context: http://forum.world.st/ENH-MCHttpRepository-Authentication-Issue-6449-tp4641… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 28, 2012

[Pharo-project] [update 2.0] #20459

by StÃ©phane Ducasse

20459 ----- - Issue 7170: Open up the API for secondarySelection in editor/TextMorphForEditView. Thanks Thierry Goubier http://code.google.com/p/pharo/issues/detail?id=7170 - Issue 7182: Extensions shown only when there are extensions http://code.google.com/p/pharo/issues/detail?id=7182 - improve the MCClassDefinition cache reseting protocol Diff information: http://ss3.gemstone.com/ss/Pharo20/Morphic-StephaneDucasse.1317.diff http://ss3.gemstone.com/ss/Pharo20/MonticelloGUI-StephaneDucasse.204.diff http://ss3.gemstone.com/ss/Pharo20/Monticello-StephaneDucasse.736.diff

Dec. 28, 2012

[Pharo-project] [update 2.0] #20458

by StÃ©phane Ducasse

20458 ----- Issue 7179: Fixed AsmJit extension methods http://code.google.com/p/pharo/issues/detail?id=7179 Diff information: http://ss3.gemstone.com/ss/Pharo20/NativeBoost-Win32-StephaneDucasse.33.diff http://ss3.gemstone.com/ss/Pharo20/NativeBoost-Tests-StephaneDucasse.45.diff http://ss3.gemstone.com/ss/Pharo20/NativeBoost-Examples-StephaneDucasse.17.… http://ss3.gemstone.com/ss/Pharo20/NativeBoost-Core-StephaneDucasse.96.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-StephaneDucasse.1280.diff http://ss3.gemstone.com/ss/Pharo20/AsmJit-Extension-StephaneDucasse.6.diff

Dec. 28, 2012

Re: [Pharo-project] Pharo Logo in High Resolution

by Esteban A. Maringolo

2012/12/28 Pavel Krivanek <pavel.krivanek(a)gmail.com>: > I guess that Igor had file size in mind :-) Yep. My bad. I tend to think in weight for file size :) > The original result of the conversion was twice as big so it's not so > bad ;-) It is quite complicated shape with a lot of gradients (most of > shapes have own gradient and do not share one even in case they could) > Inkscape can save it as 213 kB big SVG file after cleaning of some > definitions. There was a small lighthouse (pharo?) in the bottom right corner of the PDF, removing it would save some extra space. However I don't see anybody using the SVG file, so being 250kB or 1MB is almost the same. Regards!

Dec. 28, 2012

[Pharo-project] [update 2.0] #20457

by StÃ©phane Ducasse

20457 ----- Issue 7181: LayoutFrame refactoring part 4: cleaning spec http://code.google.com/p/pharo/issues/detail?id=7181 This is the fourth part of the cleaning of fractions:offsets: protocol Mainly touching spec and speclayout this time. Cleaning and improving layoutFrame to fully take advantage of the new initialization of instance variables. Diff information: http://ss3.gemstone.com/ss/Pharo20/Spec-Layout-StephaneDucasse.23.diff http://ss3.gemstone.com/ss/Pharo20/Polymorph-Widgets-StephaneDucasse.751.di… http://ss3.gemstone.com/ss/Pharo20/Morphic-StephaneDucasse.1316.diff

Dec. 28, 2012

Re: [Pharo-project] Pharo Logo in High Resolution

by StÃ©phane Ducasse

I added the file to the media files on the web site https://gforge.inria.fr/frs/?group_id=1299&release_id=7763 Thanks :)

Dec. 28, 2012

Re: [Pharo-project] Pharo Logo in High Resolution

by Pavel Krivanek

I guess that Igor had file size in mind :-) The original result of the conversion was twice as big so it's not so bad ;-) It is quite complicated shape with a lot of gradients (most of shapes have own gradient and do not share one even in case they could) Inkscape can save it as 213 kB big SVG file after cleaning of some definitions. -- Pavel On Fri, Dec 28, 2012 at 2:04 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > 2012/12/28 Igor Stasenko <siguctua(a)gmail.com>: >> Just one question: why it is so big? > > Usually you create it in a paper size and then scale it down when > rasterizing (PNG, GIF, etc). There's always a point to pixel > conversion ratio than can cause that, i.e. the file might be in 300 > DPI, and converting that to pixels will certainly make it look bigger > on an average screen. > > But if it's vectorial (SVG, EPS, AI, etc) it doesn't matter its screen > size, it can be scaled down or up with almost no glitches at all. > > Regards! >

Dec. 28, 2012

Re: [Pharo-project] Pharo Logo in High Resolution

by Esteban A. Maringolo

2012/12/28 Igor Stasenko <siguctua(a)gmail.com>: > Just one question: why it is so big? Usually you create it in a paper size and then scale it down when rasterizing (PNG, GIF, etc). There's always a point to pixel conversion ratio than can cause that, i.e. the file might be in 300 DPI, and converting that to pixels will certainly make it look bigger on an average screen. But if it's vectorial (SVG, EPS, AI, etc) it doesn't matter its screen size, it can be scaled down or up with almost no glitches at all. Regards!

Dec. 28, 2012

Re: [Pharo-project] Pharo Logo in High Resolution

by Igor Stasenko

On 28 December 2012 12:06, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > I was unhappy that we do not have got SVG version of the logo and > import from PDF is not perfect so I tried to fix the result of the > conversion to usable form. > Please place this file somewhere... :-) > Thanks for conversion.. We should put it into media files. Just one question: why it is so big? > Cheers, > -- Pavel > > On Thu, Dec 27, 2012 at 7:20 PM, Esteban A. Maringolo > <emaringolo(a)gmail.com> wrote: >> 2012/12/27 Mariano Martinez Peck <marianopeck(a)gmail.com>: >>> Check under category "Media" in https://gforge.inria.fr/frs/?group_id=1299 >> >> Thank you Mariano, I found what I was looking for. >> >> Regards, >> >> Esteban A. Maringolo >> -- Best regards, Igor Stasenko.

Dec. 28, 2012

Re: [Pharo-project] Pharo Logo in High Resolution

by Pavel Krivanek

Hi, I was unhappy that we do not have got SVG version of the logo and import from PDF is not perfect so I tried to fix the result of the conversion to usable form. Please place this file somewhere... :-) Cheers, -- Pavel On Thu, Dec 27, 2012 at 7:20 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > 2012/12/27 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> Check under category "Media" in https://gforge.inria.fr/frs/?group_id=1299 > > Thank you Mariano, I found what I was looking for. > > Regards, > > Esteban A. Maringolo >

Dec. 28, 2012