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

Re: [Pharo-dev] Spotlight Demo

by Tudor Girba

Hi, Please wait before going on :). I published a Spotlight2 (renamed package and classes) in PharoExtras together with a development configuration. Please use this one. You can load it from: Gofer new smalltalkhubUser: 'PharoExtras' project: 'Spotlight2'; package: 'ConfigurationOfSpotlight2'; load. (Smalltalk globals at: #ConfigurationOfSpotlight2) loadDevelopment. I just noticed that indeed, the tags are gone. I have no idea why, but I suspect it has to do with the refactoring I did. I will fix the categories tomorrow. Cheers, Doru On Tue, Jan 7, 2014 at 7:24 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > Tudor Girba-2 wrote > > Ok. I am renaming it and will publish it in PharoExtras. > > Thanks. I just loaded it. There is a problem. It flattened the package, > removing all my sub-categories/tags/whatever-we're-calling-them. > > Also, I don't think it is necessary to rename the package and all the > classes as there is no name conflict with Esteban's. Although maybe I'm > missing something. What do you think? > > I'm going to continue to commit to the old package until we get this sorted > out. > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Spotlight-Demo-tp4733076p4734989.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 7, 2014

Issue 12590 Debugger: MNU Array>>allSelectorsWithout:

by Sean P. DeNigris

https://pharo.fogbugz.com/default.asp?12590 While editing a method in the debuggerâ¦ The NECContext receiverClass = #() Call chain: Array(Object)>>doesNotUnderstand: #allSelectorsWithout: NECTypedModel>>initializeSelectorsFor: ----- Cheers, Sean -- View this message in context: http://forum.world.st/Issue-12590-Debugger-MNU-Array-allSelectorsWithout-tp… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 7, 2014

Re: [Pharo-dev] how to add a user?

by Benjamin

I think the whole UI need some love :P Ben On 07 Jan 2014, at 14:34, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I tried > > UserEditor new > user: (PharoUser username: 'stef') ; > openDialogWithSpec; > yourself. > > But I could not understand how to define a password. > > > <Screen Shot 2014-01-07 at 18.33.05.pdf> > > What is the action edit public keychain? what kind of information am i suppose to type in? > > Stef > > > On 07 Jan 2014, at 18:28, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Hi >> >> >> I fixed the SwitchUser UI somehow (UserManager default was holding nil instead of a collection of users). >> Now >> SwitchUsers new >> usersManager: UserManager default; >> openWithSpec >> >> I get this widget but I have no idea if I should use it to add a new user and change its access rights. >> When I press + and I type a new name nothing happen. >> >> >> >> <Screen Shot 2014-01-07 at 18.25.03.pdf> >> >> >> I do not get the logic of the following >> >> addUser >> | user editor w userName newPassword | >> >> userName := self askName. >> (self isValidUsername: userName) >> ifFalse: [ >> UIManager default inform: 'Username invalid.'. >> ^self ]. >> >> user := PharoUser username: userName. >> user unlock ifFalse: [ ^ self ]. >> >> w := PasswordInitializationDialogWindow new. >> self window openModal: w. >> >> newPassword := w enteredValue. >> newPassword ifNil: [ ^ self ]. >> user setPassword: newPassword. >> >> editor := UserEditor new >> user: user ; >> openDialogWithSpec; >> yourself. >> >> self window openModal: editor window window. >> usersManager value addUser: user. >> self userManager: usersManager value. >> >> users setSelectedItem: user username. >> >> >> isValidUsername: aString >> ^aString isEmptyOrNil not >> and: [ (self userNames includes: aString) not ]. >> >> >> userNames >> ^ self users collect: #username >> >> >> So I do not get how we can get a new user. >> May be the + is not needed. >> >> Stef >> >

Jan. 7, 2014

Re: [Pharo-dev] Athens SVG Import

by Igor Stasenko

On 7 January 2014 19:25, J.F. Rick <self(a)je77.com> wrote: > On Tue, Jan 7, 2014 at 11:22 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> Right. Converting Form(s) to paint(s) is memory intensive operation. >> Basically, it copies contents of the form to newly created surface. >> To avoid this, use caching. Here is an example from ImageMorph: >> >> drawOnAthensCanvas: aCanvas >> >> | cached | >> >> cached := aCanvas cacheAt: image ifAbsentPut: [ >> image asAthensPaintOn: aCanvas. >> ]. >> >> aCanvas setPaint: cached. >> >> aCanvas paintTransform restoreAfter: [ >> aCanvas paintTransform translateBy: self innerBounds origin >> "negated". >> >> aCanvas drawShape: self innerBounds. >> ]. >> >> without caching, rendering morphic desktop was very slow, since all icons >> is forms. >> > > Yes. I had figured that out. Unfortunately, even with cacheing, it was > slow after enough images were open. It could be that, for whatever reason, > my cacheing code is not working, but I doubt it. It looks pretty exactly > like that. > > what object you using as a key for cache? because if its temporary object, then its useless. > >> Anyway, for most of my applications, switching over to vector-based >>> graphics would be a better choice as it would allow for me to more easily >>> scale to different screen sizes. So, I was excited to try the SVG import. >>> Now that the XMLParser is working, I am running into some problems with the >>> SVG import code. It seems that it doesn't support some of the features that >>> an SVG export from Illustrator produces. I was wondering if I could get >>> some help there. >>> >>> First, Illustrator tends to spit out SVGs that use #reflectedCubicBezier >>> curves, which is not yet implemented. >>> >>> Second, I found a small bug in ASPathConverter>>readPoint The "self >>> skipBlanks" has to be changed to "self skipBlanksAndComma" or multiple >>> points cannot be read in sequence. >>> >>> Can you submit the fix, please? Let me know if you need commit rights . >> > > Thanks. I'd love to contribute. My SmalltalkHub Id is JochenRick. > > Okay, i added you. Wellcome. > Third, while ASPathConverter supports vLineTo: and hLineTo:, >>> AthensCairoPathBuilder does not. I tried implementing these myself but they >>> apparently don't work the way I thought they should. >>> >> >> should be straightforward: >> >> vLineTo: number >> ^ self lineTo: (absolute ifTrue: [ endPoint x@number ] ifFalse: [ >> 0@number ]) >> >> hLineTo: number >> ^ self lineTo: (absolute ifTrue: [ number@endPoint y ] ifFalse: [ >> number@0 ]) >> > > Great. Works like a charm. The swap shapes one now works fine. I can also > include that in a commit. > > >> >> >> >>> >>> Here are two examples of the kind of SVG files I would like to read: >>> button-swapShapes.svg<http://home.cc.gatech.edu/je77/uploads/1/button-swapShapes.svg> - >>> This one fails because of vLineTo: and hLineTo: >>> button-erase.svg<http://home.cc.gatech.edu/je77/uploads/1/button-erase.svg> - >>> This one fails because of reflectedCubicBezier curves. >>> >>> You mean this one?: >> >> >> *S/s * (shorthand/smooth CurveTo) >> >> x2,y2 >> x, y >> >> Draw a cubic Beizer curve from the current point to (x,y). The first >> control point is assumed to be the reflection of the second control point (x2, >> y2) on the previous command relative to the current point. >> >> Yes. Not supported. Yet :) >> But it should be quite easy to implement. >> Jochen, i need help with completing SVG importer. So, if you can help, >> please do. >> >> Can you tell me what is your login name on smalltalkhub, so i will add >> you to >> http://smalltalkhub.com/#!/~Pharo/Athens >> committers? >> >> >> > Thanks. I'd love to contribute. My SmalltalkHub Id is JochenRick. I can > take a shot at implementing the S/s thing. If you have any URLs that would > be helpful for getting started, please send them my way. Otherwise, I'll > just try to find some documentation on Cairo and SVG. That seems like the > major obstacle. > > I use W3C/SVG.. i don't think there's any better/more complete and more comprehensive source than official one :) http://www.w3.org/TR/SVG11/ Cheers, > > Jeff > > PS I know my name is confusing. My surname is Rick. My forename is Jochen, > but I go by Jeff for English speaking people. > > hehe.. i typed Jeff at first, but then looked at your profile picture which says 'Jochen Rick' and corrected it :) > > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > -- Best regards, Igor Stasenko.

Jan. 7, 2014

Issue 12589: Nautilus: Package file-outs are empty

by Sean P. DeNigris

https://pharo.fogbugz.com/default.asp?12589 In the package pane, file out via context menu. The created file will be empty ----- Cheers, Sean -- View this message in context: http://forum.world.st/Issue-12589-Nautilus-Package-file-outs-are-empty-tp47… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 7, 2014

Re: [Pharo-dev] Athens SVG Import

by J.F. Rick

On Tue, Jan 7, 2014 at 11:22 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Right. Converting Form(s) to paint(s) is memory intensive operation. > Basically, it copies contents of the form to newly created surface. > To avoid this, use caching. Here is an example from ImageMorph: > > drawOnAthensCanvas: aCanvas > > | cached | > > cached := aCanvas cacheAt: image ifAbsentPut: [ > image asAthensPaintOn: aCanvas. > ]. > > aCanvas setPaint: cached. > > aCanvas paintTransform restoreAfter: [ > aCanvas paintTransform translateBy: self innerBounds origin > "negated". > > aCanvas drawShape: self innerBounds. > ]. > > without caching, rendering morphic desktop was very slow, since all icons > is forms. > Yes. I had figured that out. Unfortunately, even with cacheing, it was slow after enough images were open. It could be that, for whatever reason, my cacheing code is not working, but I doubt it. It looks pretty exactly like that. > > Anyway, for most of my applications, switching over to vector-based >> graphics would be a better choice as it would allow for me to more easily >> scale to different screen sizes. So, I was excited to try the SVG import. >> Now that the XMLParser is working, I am running into some problems with the >> SVG import code. It seems that it doesn't support some of the features that >> an SVG export from Illustrator produces. I was wondering if I could get >> some help there. >> >> First, Illustrator tends to spit out SVGs that use #reflectedCubicBezier >> curves, which is not yet implemented. >> >> Second, I found a small bug in ASPathConverter>>readPoint The "self >> skipBlanks" has to be changed to "self skipBlanksAndComma" or multiple >> points cannot be read in sequence. >> >> Can you submit the fix, please? Let me know if you need commit rights . > Thanks. I'd love to contribute. My SmalltalkHub Id is JochenRick. > Third, while ASPathConverter supports vLineTo: and hLineTo:, >> AthensCairoPathBuilder does not. I tried implementing these myself but they >> apparently don't work the way I thought they should. >> > > should be straightforward: > > vLineTo: number > ^ self lineTo: (absolute ifTrue: [ endPoint x@number ] ifFalse: [ > 0@number ]) > > hLineTo: number > ^ self lineTo: (absolute ifTrue: [ number@endPoint y ] ifFalse: [ > number@0 ]) > Great. Works like a charm. The swap shapes one now works fine. I can also include that in a commit. > > > >> >> Here are two examples of the kind of SVG files I would like to read: >> button-swapShapes.svg<http://home.cc.gatech.edu/je77/uploads/1/button-swapShapes.svg> - >> This one fails because of vLineTo: and hLineTo: >> button-erase.svg<http://home.cc.gatech.edu/je77/uploads/1/button-erase.svg> - >> This one fails because of reflectedCubicBezier curves. >> >> You mean this one?: > > > *S/s * (shorthand/smooth CurveTo) > > x2,y2 > x, y > > Draw a cubic Beizer curve from the current point to (x,y). The first > control point is assumed to be the reflection of the second control point (x2, > y2) on the previous command relative to the current point. > > Yes. Not supported. Yet :) > But it should be quite easy to implement. > Jochen, i need help with completing SVG importer. So, if you can help, > please do. > > Can you tell me what is your login name on smalltalkhub, so i will add you > to > http://smalltalkhub.com/#!/~Pharo/Athens > committers? > > > Thanks. I'd love to contribute. My SmalltalkHub Id is JochenRick. I can take a shot at implementing the S/s thing. If you have any URLs that would be helpful for getting started, please send them my way. Otherwise, I'll just try to find some documentation on Cairo and SVG. That seems like the major obstacle. Cheers, Jeff PS I know my name is confusing. My surname is Rick. My forename is Jochen, but I go by Jeff for English speaking people. -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Jan. 7, 2014

Re: [Pharo-dev] Spotlight Demo

by Sean P. DeNigris

Tudor Girba-2 wrote > Ok. I am renaming it and will publish it in PharoExtras. Thanks. I just loaded it. There is a problem. It flattened the package, removing all my sub-categories/tags/whatever-we're-calling-them. Also, I don't think it is necessary to rename the package and all the classes as there is no name conflict with Esteban's. Although maybe I'm missing something. What do you think? I'm going to continue to commit to the old package until we get this sorted out. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Spotlight-Demo-tp4733076p4734989.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 7, 2014

Re: [Pharo-dev] Inspector shortcuts

by Sean P. DeNigris

sebastian(a)flowingconcept.com wrote > sounds exactly like the browser focus issue I've reported. The thing is (for copy paste at least) that it doesn't work via keyboard shortcut OR mouse -> context menu... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Inspector-shortcuts-tp4734959p4734984.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 7, 2014

Re: [Pharo-dev] Rounded corners clip border?

by Igor Stasenko

On 7 January 2014 18:20, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Bug or user error? > > i can tell you what is bug there: rounded corners. :) the way how it is done in awful and hackish. In my opinion, we should get rid of all code which ever mentions 'rounded corners' and then , if someone really really wants them badly badly, let him implement own, from scratch.. the way how it works in current state is just one big awful hack and don't deserves to live. > Morph new > color: Color white; > useRoundedCorners; > roundedCorners: #(1 2 3 4); > borderColor: Color black; > borderWidth: 3; > openInWorld. > > Border is square but Morph is rounded: > < > http://forum.world.st/file/n4734960/Screen_Shot_2014-01-07_at_12.18.28_PM.p… > > > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Rounded-corners-clip-border-tp4734960.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- Best regards, Igor Stasenko.

Jan. 7, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30677 Home: https://github.com/pharo-project/pharo-core

Jan. 7, 2014