- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]
by GitHub Dec. 8, 2015

Dec. 8, 2015

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

1 0

[pharo-project/pharo-core]
by GitHub Dec. 8, 2015

Dec. 8, 2015

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

1 0

[pharo-project/pharo-core] ea78f0: 50489
by GitHub Dec. 8, 2015

Dec. 8, 2015

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: ea78f0947d533da23c0281e0c38640bdc042bb3c https://github.com/pharo-project/pharo-core/commit/ea78f0947d533da23c0281e0… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-12-08 (Tue, 08 Dec 2015) Changed paths: A NECompletion-Tests.package/NECContextTest.class/instance/tests/testReceiverTempVar3.st M NECompletion.package/NECContext.class/instance/private/findSourceRangeFor_.st M Nautilus.package/NautilusUI.class/instance/source code area/compileSource_notifying_.st R Polymorph-Widgets.package/TextHighlight.class/README.md R Polymorph-Widgets.package/TextHighlight.class/class/as yet unclassified/on_.st R Polymorph-Widgets.package/TextHighlight.class/definition.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/borderColor.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/borderColor_.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/borderSides.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/borderSides_.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/borderWidth.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/borderWidth_.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/color.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/color_.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/fillWidth.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/fillWidth_.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/lineNumber.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/lineRange.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/lineRange_.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/textMorph.st R Polymorph-Widgets.package/TextHighlight.class/instance/accessing/textMorph_.st R Polymorph-Widgets.package/TextHighlight.class/instance/draw/drawOn_in_offset_.st R Polymorph-Widgets.package/TextHighlight.class/instance/event/clicked_.st R Polymorph-Widgets.package/TextHighlight.class/instance/initialization/initialize.st R Polymorph-Widgets.package/TextHighlight.class/instance/private/newLineHighlight.st R Polymorph-Widgets.package/TextHighlight.class/instance/private/setLineHighLights.st R Polymorph-Widgets.package/TextHighlight.class/instance/testing/containsPoint_in_.st R Polymorph-Widgets.package/extension/PluggableTextMorph/instance/addHighlightFrom_to_color_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50488.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50489.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50488.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50489.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50489 17209 NEC wrong type guessing https://pharo.fogbugz.com/f/cases/17209 10312 TextHighlightByBounds and TextHighlight are near duplicated classes https://pharo.fogbugz.com/f/cases/10312 17205 DNU when accepting an empty string https://pharo.fogbugz.com/f/cases/17205 http://files.pharo.org/image/50/50489.zip

1 0

[Pharo5] integration of FastTable needed
by Marcus Denker Dec. 8, 2015

Dec. 8, 2015

Hi, FastTable recently has seen some important fixes. We are seeing people reporting the issues that are fixed again as they are only fixed in the repository, but these changes are not yet in Pharo5. Can the maintainer do a sync? In general, these âexternallyâ managed project should sync back once per week if there are changesâ¦ Marcus

2 1

Sorting Unicode strings (Re: [Unicode] collation sequences (Re: [squeak-dev] Unicode Support))
by H. Hirzel Dec. 8, 2015

Dec. 8, 2015

Hello According to http://www.unicode.org/cldr/charts/27/collation/de.html the German phonebook sort order is a A Ã¤ Ã ÄÌ ÄÌ Ç Ç áº¡Ì áº Ì á¸Ì á¸Ì b B c C d D e E f F g G h H i I j J k K l L m M n N o O Ã¶ Ã Ç«Ì ÇªÌ È« Èª Æ¡Ì Æ Ì á»£Ì á»¢Ì á»Ì á»Ì p P q Q r R s S ss Ã t T u U Ã¼ Ã Ç Ç Ç Ç Ç Ç Å³Ì Å²Ì Ç Ç Æ°Ì Æ¯Ì á»±Ì á»°Ì á»¥Ì á»¤Ì á¹³Ì á¹²Ì á¹·Ì á¹¶Ì á¹µÌ á¹´Ì v V w W x X y Y z Z I wonder why it looks like this. A lot of characters which never appear in a German text. For Spanish there is 'traditional' and 'standard' http://www.unicode.org/cldr/charts/27/collation/es.html standard a A Ã¡ Ã b B c C d D e E Ã© Ã f F g G h H i I Ã Ã j J k K l L m M n N Ã± Ã ÅÌ ÅÌ á¹Ì á¹Ì á¹Ì á¹Ì á¹Ì á¹Ì o O Ã³ Ã p P q Q r R s S t T u U Ãº Ã Ã¼ Ã v V w W x X y Y z Z traditional a A Ã¡ Ã b B c C ch Ch CH cÄ¥ CÄ¥ CÄ¤ cÈ CÈ CÈ cá¸§ Cá¸§ Cá¸¦ cá¸£ Cá¸£ Cá¸¢ cá¸© Cá¸© Cá¸¨ cá¸¥ Cá¸¥ Cá¸¤ cá¸« Cá¸« Cá¸ª cáº Cáº d D e E Ã© Ã f F g G h H i I Ã Ã j J k K l L ll Ll LL lÄº LÄº LÄ¹ lÄ¾ LÄ¾ LÄ½ lÄ¼ LÄ¼ LÄ» lá¸· Lá¸· Lá¸¶ lá¸¹ Lá¸¹ Lá¸¸ lá¸½ Lá¸½ Lá¸¼ lá¸» Lá¸» Lá¸º m M n N Ã± Ã ÅÌ ÅÌ á¹Ì á¹Ì á¹Ì á¹Ì á¹Ì á¹Ì o O Ã³ Ã p P q Q r R s S t T u U Ãº Ã Ã¼ Ã v V w W x X y Y z Z And French is not easily found http://www.unicode.org/cldr/charts/27/collation/index.html or seems to be defined elsewhere http://unicode.org/repos/cldr/tags/release-27/common/collation/fr.xml Suggestions and hints are welcome --Hannes

3 3

DNU when accepting an empty string
by stepharo Dec. 7, 2015

Dec. 7, 2015

Hi if I select a method, and remove eveyrthing and press accept I get a DNU. I would like to fix that for newbies. https://pharo.fogbugz.com/f/cases/17205/DNU-when-accepting-an-empty-string I proposed one fix but I would love to have someone to have a look at it (I'm preparing the lectures for Yaounde and Lome and I'm sick :( Stef

1 0

[pharo-project/pharo-core]
by GitHub Dec. 7, 2015

Dec. 7, 2015

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

1 0

[pharo-project/pharo-core] 320769: 50488
by GitHub Dec. 7, 2015

Dec. 7, 2015

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 320769988140aadea83fe1a598e23830ab075c1d https://github.com/pharo-project/pharo-core/commit/320769988140aadea83fe1a5… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-12-07 (Mon, 07 Dec 2015) Changed paths: M Morphic-Base.package/TextMorph.class/instance/event handling/mouseDown_.st M Rubric.package/RubExtraSelectionDecorator.class/instance/drawing/computeSecondarySelectionShapesFrom_to_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50487.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50488.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50487.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50488.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Watchpoints.package/CircularCollection.class/README.md R Watchpoints.package/CircularCollection.class/class/instance creation/new_.st R Watchpoints.package/CircularCollection.class/definition.st R Watchpoints.package/CircularCollection.class/instance/initialization/initialize.st R Watchpoints.package/CircularCollection.class/instance/initialization/initialize_.st Log Message: ----------- 50488 17189 remove check for PluggableTextMorph in TextMorph>>#moudeDown: https://pharo.fogbugz.com/f/cases/17189 17145 remove watchpoint package https://pharo.fogbugz.com/f/cases/17145 16962 Code pane should not show all spaces selected when one is selected https://pharo.fogbugz.com/f/cases/16962 http://files.pharo.org/image/50/50488.zip

1 0

Re: [Pharo-dev] [squeak-dev] Re: [Unicode] Class Unicode --> data from unicode.org
by H. Hirzel Dec. 7, 2015

Dec. 7, 2015

As the issue is about potential reuse of GNU Smalltalk code snippets / classes regarding Unicode the most straightforward thing is to ask Paolo Bonzini (http://smalltalk.gnu.org/blog/bonzinip) if he permits the reuse under an MIT license. So far no code has been identified which would be needed under an MIT license. HTH Hannes On 12/7/15, Martin BÃ¤hr <mbaehr(a)email.archlab.tuwien.ac.at> wrote: > Excerpts from Martin BÃ¤hr's message of 2015-12-07 16:17:28 +0100: >> randal schwartz suggests a cleanroom approach, though i personally think >> that >> is overkill. if a cleanroom approach were really necessary than i would >> never >> be allowed to switch jobs because once i have been working on one >> companys >> private code i would be tainted for life, as i could accidentally >> reproduce the >> same code in my next job. >> >> however, either you get the GNU-smalltalk authors to relicense their >> unicode >> classes under the MIT license, or they will need to be rewritten from >> scratch. >> >> i would suggest asking them in the name of having a common code-base for >> all >> smalltalks. > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-January/123817.… > is worth reading in that context: > > So it's mainly an issue of being willing to cooperate. I think all GNU > Smalltalk people (almost all?) are and it's also true at least for some > Squeak people. If somebody took a package (several thousands lines of > code, etc.) wholesale, ported it to Squeak, and licensed it under MIT on > SqueakMap that would be copyright violation. But everything can be done > "cum grano salis". Nobody is going to sue you if you copy an interface > from GNU Smalltalk, reimplement in Squeak (for fun!), but you did look > at the method comments in GNU Smalltalk -- and OMG maybe you got a > glimpse of the source code just below! Copyright does not protect > having similar implementations. > > I think we're all for interoperability and for exchange of opinions > within the communities. > > so there you have the open invitation to go and ask... > > and read this > http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-January/123838.… > for a good summary on the issue. > > greetings, martin. > > -- > eKita - the online platform for your entire academic > life > -- > chief engineer > eKita.co > pike programmer pike.lysator.liu.se caudium.net > societyserver.org > secretary > beijinglug.org > mentor > fossasia.org > foresight developer foresightlinux.org > realss.com > unix sysadmin > Martin BÃ¤hr working in china > http://societyserver.org/mbaehr/ > >

1 0

Quick debugging failed #assert:equals tests (Differ in comment)
by Torsten Bergmann Dec. 7, 2015

Dec. 7, 2015

Hi the #assert:equals method is often used in Test cases: we have 2491 senders in recent Pharo5.0 Latest update: #50487. Anytime I have to debug a failing test using it I find it hard to compare the expected and actual value when it is a string in the debugger panes. Pharo tools come to the rescue because we already have a differ inside the image. I would therefore propose to add the following comment into TAssertable>>#assert:equals: assert: actual equals: expected " DiffModel new showOptions: true; leftText: actual; rightText: expected; contextClass: nil; openWithSpec " ^ self assert: expected = actual description: [self comparingStringBetween: actual and: expected] With this additional comment one can quickly open the diff tool and check the differences in the expected vs. actual string. Directly by evaluating the commented expression in the debugger. What do you think? Should we add it? Are there any other solutions to quicly find the differences? Thanks T.

3 2