March 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] Jtalk, a Smalltalk for web developers
by Nicolas Petton March 29, 2011

March 29, 2011

Hi, I would like to share a project I'm working on on my spare time: Jtalk Smalltalk. http://nicolaspetton.github.com/jtalk https://github.com/NicolasPetton/jtalk Jtalk is an implementation of the Smalltalk language that compiles into JavaScript. Some features: - it is written in itself (including the parser/compiler) - it is self-contained - it compiles into efficient JS code - it uses the Squeak chunk format - Pharo is considered as the reference implementation I think Jtalk can be compared to CoffeeScript[1], Objective-J[2] or Clamato[3], from which it reuses some ideas and code. Jtalk includes an IDE with a class browser, transcript and workspace, an HTML canvas similar to Seaside and a jQuery binding. It is still a young piece of code, and some important features are still missing/incomplete. Cheers, Nicolas Petton [1] http://jashkenas.github.com/coffee-script/ [2] http://cappuccino.org/ [3] http://clamato.net

13 23

[Pharo-project] Issue 3685 in pharo: #createUserSubclass:instVarNames:categoryName: no longer accepts an inst var array
by pharo＠googlecode.com March 29, 2011

March 29, 2011

Status: New Owner: ---- New issue 3685 by ya...(a)rogers.com: #createUserSubclass:instVarNames:categoryName: no longer accepts an inst var array http://code.google.com/p/pharo/issues/detail?id=3685 Pharo core version: Pharo1.2rc2 Latest update: #12324 In Pharo1.1 the instance variables could be passed as an array. See attached testcase, or, for example: SomeClass createUserSubclass: 'SomeSubclass' instVarNames: #(id varOne varTwo) categoryName: 'Test'. The code change here, looks to be the cause: ClassBuilder>>name: className inEnvironment: env subclassOf: newSuper type: type instanceVariableNames: instVarString classVariableNames: classVarString poolDictionaries: poolString category: category unsafe: unsafe < instVars := instVarString subStrings: ' '. < classVars := (classVarString subStrings: ' ') collect: [ :x | x asSymbol ]. "Validate the proposed name" -- > instVars := Scanner new scanFieldNames: instVarString. > classVars := (Scanner new scanFieldNames: classVarString) collect: [ :x > | x asSymbol ]. "Validate the proposed name" This issue came up in some code that was originally derived from some GemStone code. Maybe it was never intended that instVarNames could be passed in as an array. I've changed my code to pass an instVarString, but I thought I'd mention the changed behaviour here. Attachments: ClassBuilderFormatTests-testSubclassWithInstanceVariablesArray.st 565 bytes

1 5

[Pharo-project] Issue 3903 in pharo: Removing the Globals World, ActiveHand and ActiveEvent. As well as direct references to WorldState.
by pharo＠googlecode.com March 29, 2011

March 29, 2011

Status: New Owner: ---- New issue 3903 by fernando...(a)gmail.com: Removing the Globals World, ActiveHand and ActiveEvent. As well as direct references to WorldState. http://code.google.com/p/pharo/issues/detail?id=3903 All the senders must go thru the default UIManager. There's no need for the globals anymore, since all UI related requests should go thru the UIManager now. I will go thru all the uses and replace them with UIManager default activeWorld UIManager default activeHand UIManager default activeEvent I believe this will make a lot easier to install a different UIManager, or even the NonInteractive. My main motivation is to simplify the adoption of SimpleMorphicUIManager, in order to install/uninstall Morphic or SimpleMorphic. Also, to remove Globals is always a good design.

1 0

[Pharo-project] Issue 3631 in pharo: ThreadSafeTranscript should inherit from Stream (WriteStream)
by pharo＠googlecode.com March 29, 2011

March 29, 2011

Status: New Owner: siguc...(a)gmail.com Labels: Milestone-1.3 New issue 3631 by siguc...(a)gmail.com: ThreadSafeTranscript should inherit from Stream (WriteStream) http://code.google.com/p/pharo/issues/detail?id=3631 Transcript role is a stream not a window. Window is just a view, which represents its model - the transcript stream.

1 2

[Pharo-project] [update 1.2] #12344
by Marcus Denker March 29, 2011

March 29, 2011

12344 ----- Issue 3882: Cant scale imported graphic -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] Issue 3882 in pharo: Can't scale imported graphic
by pharo＠googlecode.com March 29, 2011

March 29, 2011

Comment #4 on issue 3882 by marcus.d...(a)gmail.com: Can't scale imported graphic http://code.google.com/p/pharo/issues/detail?id=3882 in 13114 TODO: 1.2

1 2

Re: [Pharo-project] Issue 2190 in pharo: at:put: return the argument
by pharo＠googlecode.com March 29, 2011

March 29, 2011

Updates: Labels: -Milestone-1.3 Comment #5 on issue 2190 by marcus.d...(a)gmail.com: at:put: return the argument http://code.google.com/p/pharo/issues/detail?id=2190 (No comment was entered for this change.)

1 2

[Pharo-project] Issue 3901 in pharo: warning when updating from server
by pharo＠googlecode.com March 29, 2011

March 29, 2011

Status: New Owner: ---- New issue 3901 by vonbecm...(a)gmail.com: warning when updating from server http://code.google.com/p/pharo/issues/detail?id=3901 Pharo image: Pharo1.3a#13115 Virtual machine used: Squeak4.1 of 17 April 2010 [latest update: #9957] Platform Name: unix Class browser used (if applicable): Browser Steps to reproduce: - take unstable pharo core - World/System/Software Update actual results: see files attached. if you proceed then it continues to update from server and finish as expected. my concern is that it does not update automatically, it's interactive. is that ok? Attachments: PharoDebug.log 41.9 KB PharoScreenshot.1.png 96.4 KB

1 1

March 29, 2011

13116 ----- - Issue 3892: clean AbstractHierarchicalList. - Issue 3899: clean up #maybeDuplicateMorph:. - Issue 3888: Move Digital Signatur code to System-Hashing package. - Issue 3898: Remove some dead code from PasteUpMorph. - Issue 3779: isUnicodeStringWithCJK returns false on a string containing Kanji Stef

1 0

[Pharo-project] Issue 3779 in pharo: isUnicodeStringWithCJK returns false on a string containing Kanji
by pharo＠googlecode.com March 29, 2011

March 29, 2011

Status: New Owner: ---- New issue 3779 by edoua...(a)gmail.com: isUnicodeStringWithCJK returns false on a string containing Kanji http://code.google.com/p/pharo/issues/detail?id=3779 Pharo image: Pharo Pharo core version: Pharo1.2rc2 build #12336 Virtual machine used: Pharo 1.2's One-click Cog Steps to reproduce: 'In Japanese, Japanese is written æ¥æ¬èª' isUnicodeStringWithCJK. " returns false " 'æ¥æ¬èª' isUnicodeStringWithCJK. " also returns false " I'm pretty sure it should return true, since the both strings contain Kanji. Contrast the behavior with: 'In Japanese, Japanese is written æ¥æ¬èª' anySatisfy: [ :c | Unicode isUnifiedKanji: c charCode ]. " returns true " I think the cause is that #isUnicodeStringWithCJK calls both #isUnifiedKanji: and #isTraditionalDomestic and, to me at least, it looks like #isTraditionalDomestic is wrong. My guess is that #isTraditionalDomestic did something sensible back in Squeak during the transition to Unicode WideStrings, but now is simply testing the wrong thing. Hard to tell not knowing the history though. My sugestion is to rewrite #isUnicodeStringWithCJK purely in terms of anySatisfy: [ :c | Unicode isUnifiedKanji: c charCode ] unless someone can figure out when the system is using a EncodedCharSet subclass that isn't Unicode. I, unfortunately, don't have any understanding currently of where EncodedCharSet's fit into the system. Hopefully someone who knows more about them then me can decide this straight away.

1 3