- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]
by GitHub Jan. 8, 2014

Jan. 8, 2014

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

1 0

[pharo-project/pharo-core] 0f1725: 30678
by GitHub Jan. 8, 2014

Jan. 8, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 0f172572174ff143319c4f74f5211c65a2bba461 https://github.com/pharo-project/pharo-core/commit/0f172572174ff143319c4f74… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-08 (Wed, 08 Jan 2014) Changed paths: A Kernel.package/DateAndTime.class/class/instance creation/fromMethodTimeStamp_.st R Kernel.package/TimeStamp.class/class/instance creation/fromMethodTimeStamp_.st M Monticello.package/MCDefinition.class/instance/comparing/fullTimeStamp.st M Monticello.package/MCMethodDefinition.class/instance/accessing/fullTimeStamp.st M Monticello.package/MCVersionInfo.class/instance/accessing/timeStamp.st M RecentSubmissions.package/MessageList.class/instance/actions/addFirstVersion.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script331.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30678.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Changes.package/ChangeRecord.class/instance/access/timeStamp.st M Text-Scanning.package/BitBltDisplayScanner.class/instance/displaying/displayEmbeddedForm_.st M Text-Scanning.package/DisplayScanner.class/instance/private/placeEmbeddedObject_.st Log Message: ----------- 30678 12494 Replace usage of TimeStamp with DateAndTime for methods stamps https://pharo.fogbugz.com/f/cases/12494 12592 Text Embedded Morphs Broken https://pharo.fogbugz.com/f/cases/12592 http://files.pharo.org/image/30/30678.zip

1 0

Re: [Pharo-dev] XMLParser Problem with SVG
by monty Jan. 8, 2014

Jan. 8, 2014

The problem with not fetching external DTDs/parsed entities is that they can contain entity declarations that affect the way the document is parsed. So your document is valid, but because it references &someEntity; which was declared in external.dtd, it will generate an error because external.dtd wasn't retrieved. But I am still considering what the best default behavior is. At a minimum I think the caching behavior (for HTTP) will become default. Old XML and code should still work, unless it references an external DTD or contains an internal subset it doesn't conform to. As for security, I already figured out how to secure the parser completely against every type of DoS attack (billion laughs, entity blowup, and so on) and will be adding that shorlty. I'm still considering what limits to impose on input. Right now there is already a three-deep limit on entity replacement. these limits will be configurable and removable. Â ----- Original Message ----- From: Igor Stasenko Sent: 01/06/14 11:25 AM To: Pharo Development List Subject: Re: [Pharo-dev] XMLParser Problem with SVG Hmm, my only question is about default behavior.Before it was not using/resolving any DTD links,and now it is... which means old code which was worked perfectly before, now will stop to function.So, maybe its worth to change the default behavior to be backwards compatible?Also, i'm not sure if it is good idea to go over a wire for an arbitrary content you can give to XMLDOMParser, imo this should be disabled by default, and instructed by user explicitly instead. Don't take me wrong: i really like that now we can handle DTD stuff properly, i'm only doubting current default way of handling it. Â On 6 January 2014 12:58, monty <monty.os(a)engineer.com> wrote:You can use the DTDCachingEntityResolver to cache responses: resolver := DTDCachingEntityResolver new. then: (XMLDOMParser onFileNamed: 'lion.svg') Â externalEntityResolver: resolver; Â parseDocument. or you could just disable validation and external entity resolution altogether: (XMLDOMParser onFileNamed: 'lion.svg') Â isValidating: false; Â resolvesExternalEntities: false; Â parseDocument. if you're parsing a string or stream (and you can always create your own file stream and give it that), you can do everything with just one message: XMLDOMParser Â parse: xmlStringOrStream Â usingNamespaces: true; Â validation: false; Â externalEntities: false. This is all in the documentation for SAXHandler.Â Â ----- Original Message ----- From: J.F. RickSent: 01/06/14 04:37 AM To: Pharo Development ListSubject: Re: [Pharo-dev] XMLParser Problem with SVG Â Monty, thanks. You are right that the latest version of XMLParser fixes the parsing problem. I think you just need to upload an updated configuration to the MetaRepoForPharo30 to fix this. And, yes, I would like to know how to turn DTD parsing off or for it to cache the DTD as it takes several seconds to retrieve the DTD for SVG and that gets annoying. Cheers, Jeff On Mon, Jan 6, 2014 at 10:18 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: On 06 Jan 2014, at 10:06, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 5 January 2014 15:19, J.F. Rick <self(a)je77.com> wrote:> I am trying to use SVG with Athens; however, the XMLParser for Pharo 3.0 cannot read normal SVG files that it used to. So, the demo of "ASVGMorph fromFile: 'lion.svg'" fails in the XMLParser (i.e., before ASVGMorph really does anything to it). It seems to download the DTD file from the Internet and then cannot properly parse it. Here is my setup: > > Up-to-date Pharo 3.0. Added XMLParser from the Configuration Browser. > Example file can be found here: http://www.thetangentbundle.net/w/images/f/ff/lion.svg > The following brings up an error: XMLDOMParser parseFileNamed: 'lion.svg' >> Hmm, why it tries to parse DTD file? It looks like something has changed in XMLDOMParser, because it wasn't before, and there is no support in SVG parser > for that. Â Yes, the parsing of DTDâd is new, Monthy added it recently. He says there is a way to turn it off. >> Cheers, > > Jeff > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > > >> -- > Best regards, > Igor Stasenko. Â Â -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick -- Best regards, Igor Stasenko.

1 0

printString and asString
by Otto Behrens Jan. 8, 2014

Jan. 8, 2014

Hi, I've run into one of my favorite problems in Smalltalk and decided to try the list. Please don't shoot me on this one; perhaps you've run into it yourself. If there are discussions that I should read, please send me some info. My first assumption is that the difference between printString and asString is that printString may be more elaborate than asString, but often they are the same. Do you agree? 1. In Pharo, the default implementation of asString is ^ self printString. 2. printString normally calls self printOn: aStream. (Pharo and GemStone. Yay, consistency!) 3. In Pharo, the default printOn: writes the class name prefixed with 'a' or 'an'. 4. In GemStone, the default implementation of printOn: writes self asString to the stream. My second assumption is one should never override printString. Rather override printOn:. Agreed? In Pharo, we have very few classes that overrides printString. One problem area is UUID. It overrides asString, printOn: and printString, with a similar approach to GemStone in printOn:. In GemStone, there's a big heap of inconsistency. Character also overrides all 3 methods, with an apparent awful inconsistency there! In Pharo, I get infinite recursion when I override printOn: to call asString. I get infinite recursion problems in GemStone when I override asString and call printString. So with my strategy to develop in Pharo and deploy in GemStone, we have to be very careful. Most often, overriding printString and / or asString has to do with performance. If we have a simple object, we don't want to override printOn: that creates a stream, prints an instanceVariable (already a string) to it, and then throw away the stream. My suggestion is that we should get consistency. Decide on a way and follow that. To me, this makes sense: 1. Keep the default printString that calls printOn:. 2. Override asString to return a simple representation of the object, if you have one. Don't create streams in here, or go wild with string concatenations. Practically, many objects will return a simple string, which could be one instVar. 3. Override printOn: to return a representation concatenating parts of the object as strings. Use this if you want to print a more elaborate description than asString. 4. Change Object >> asString return 'a' or 'an', class name. 5. Change Object >> printOn: to write self asString to the stream. 6. Fix printString overrides (more work in GemStone than Pharo) 7. Normally use printString, but use asString where you are concerned about performance. In some cases, you may have a longer printString... Well, thanks for reading this far. Looking forward to your answers. Otto

9 29

Issue 12590 Debugger: MNU Array>>allSelectorsWithout:
by Sean P. DeNigris Jan. 7, 2014

Jan. 7, 2014

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.

1 0

how to add a user?
by StÃ©phane Ducasse Jan. 7, 2014

Jan. 7, 2014

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. 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

2 2

Issue 12589: Nautilus: Package file-outs are empty
by Sean P. DeNigris Jan. 7, 2014

Jan. 7, 2014

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.

1 0

Inspector shortcuts
by Sean P. DeNigris Jan. 7, 2014

Jan. 7, 2014

I can't seem to bring up implementors of the selected message in the inspector in 3.0. I tried cmd+m and {cmd+b. cmd+m}. What gives? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Inspector-shortcuts-tp4734959.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

2 3

Rounded corners clip border?
by Sean P. DeNigris Jan. 7, 2014

Jan. 7, 2014

Bug or user error? 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.

2 1

[pharo-project/pharo-core]
by GitHub Jan. 7, 2014

Jan. 7, 2014

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

1 0