July 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] bloc status update: june 2016

by Sean P. DeNigris

Sean P. DeNigris wrote > A test case for this, which opens up many exciting possibilities (imagine > I want to control time in my space e.g. run a simulation at 10x speed...), > would be to have a world within a world. I dabbled with this idea a bit in > Morphic, but quickly became frustrated because Morphic makes too many > assumptions e.g. relying on globals and hardcoded classes. > > The last time I tried this in Bloc, the result of the discussion was that > Alain said that this should be conceptually possible, but that I should be > patient (http://forum.world.st/Bloc-Space-within-a-Space-td4877474.html) > Are we any closer to this dream? Bump!! ----- Cheers, Sean -- View this message in context: http://forum.world.st/bloc-status-update-june-2016-tp4901988p4906283.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 12, 2016

[pharo-project/pharo-core] c0243b: 60148

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: c0243b47a4f85693342714931cb563e33ad5a7ea https://github.com/pharo-project/pharo-core/commit/c0243b47a4f8569334271493… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-07-12 (Tue, 12 Jul 2016) Changed paths: A Kernel-Tests.package/MethodContextTest.class/instance/tests - ast mapping/testSourceNodeExecutedWhenContextIsJustAtStartpc.st M OpalCompiler-Core.package/IRMethod.class/instance/debugging/instructionForPC_.st M OpalCompiler-Core.package/extension/Context/instance/previousPcWithCorrectMapping.st A OpalCompiler-Tests.package/MethodMapTests.class/instance/testing - ast mapping/testMethodSourceNodeAtInitialPC.st A OpalCompiler-Tests.package/MethodMapTests.class/instance/testing - ast mapping/testPrimitiveMethodSourceNodeAtInitialPC.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60147.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60148.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60147.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60148.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60148 18739 CompiledMethod sourceNodeForPC is not working for primitives https://pharo.fogbugz.com/f/cases/18739 18738 Context sourceNodeExecuted could fail when first line is block https://pharo.fogbugz.com/f/cases/18738 http://files.pharo.org/image/60/60148.zip

July 12, 2016

[pharo-project/pharo-core]

by GitHub

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

July 12, 2016

Re: [Pharo-dev] Athens Font Rendering Bug

by Henrik Nergaard

On Windows? Try: ----- CairoGlyph class removeSelector:#byteAlignment. CairoGlyph rebuildFieldAccessors . ---- Best regards, Henrik -----Original Message----- From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Hilaire Sent: Tuesday, July 12, 2016 11:00 AM To: pharo-dev(a)lists.pharo.org Subject: Re: [Pharo-dev] Athens Font Rendering Bug Not sure it is related, but I found bug in Dr. Geo when rendering string, the whole text extent does not seem right and glitches appear, See the picture attached to this bug report: https://bugs.launchpad.net/drgeo/+bug/1372933 Hilaire Le 10/07/2016 19:10, Aliaksei Syrel a Ã©crit : > Hi > > Actually it is not Athens bug. Problem is in string extent measurement > done by text morph. Athens (Cairo in the end) only renders string > glyphs created by FreeType2 on positions specified by someone else > (morphic in this case). > > Cheers > Alex > -- Dr. Geo http://drgeo.eu

July 12, 2016

[pharo-project/pharo-core] 56ac74: 60147

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 56ac742741accea21e9f4af7718b6c2e9e0610c9 https://github.com/pharo-project/pharo-core/commit/56ac742741accea21e9f4af7… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-07-12 (Tue, 12 Jul 2016) Changed paths: M CodeImportCommandLineHandlers.package/STCommandLineHandler.class/instance/installing/installSourceFile_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60146.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60147.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60146.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60147.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A SmartSuggestions.package/SugsMorphicTextAdapterContext.class/instance/selection/selectedInterval.st M System-Announcements.package/SystemAnnouncer.class/class/initialization/restoreAllNotifications.st Log Message: ----------- 60147 18736 STCommandLineHandler>>installSourceFile: https://pharo.fogbugz.com/f/cases/18736 18727 MessageBrowser Suggestions shortcut ignores selection https://pharo.fogbugz.com/f/cases/18727 18718 usage of deprecated Pragma>>#selector in the kernel https://pharo.fogbugz.com/f/cases/18718 http://files.pharo.org/image/60/60147.zip

July 12, 2016

[pharo-project/pharo-core]

by GitHub

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

July 12, 2016

Re: [Pharo-dev] Athens Font Rendering Bug

by Hilaire

Not sure it is related, but I found bug in Dr. Geo when rendering string, the whole text extent does not seem right and glitches appear, See the picture attached to this bug report: https://bugs.launchpad.net/drgeo/+bug/1372933 Hilaire Le 10/07/2016 19:10, Aliaksei Syrel a Ã©crit : > Hi > > Actually it is not Athens bug. Problem is in string extent measurement > done by text morph. Athens (Cairo in the end) only renders string glyphs > created by FreeType2 on positions specified by someone else (morphic in > this case). > > Cheers > Alex > -- Dr. Geo http://drgeo.eu

July 12, 2016

Re: [Pharo-dev] UDBCSQLite3Statement>>at:putDateTime: and DateAndTime>>readFrom:defaultOffset:

by Alistair Grant

Hi Sven, Thanks for your feedback. On Mon, Jul 11, 2016 at 08:33:56AM +0200, Sven Van Caekenberghe wrote: > Hi, > > Regarding the DateAndTime change. > > > On 11 Jul 2016, at 07:52, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > > > I've finally got this to the point where I think it can be submitted. > > > > The previous version missed a case (sql between). To keep backward > > compatibility with earlier versions of UDBC SQLite3 I've sacrificed a > > bit of conformaty and made the representation: > > > > YYYY-MM-DD HH:MM:SS.ssssss > > > > (the difference being microseconds instead of millseconds). My limited > > interoperability testing (Python / Django) suggests this shouldn't be a > > problem. > > > > The tricky bit is that it affects four different packages: > > > > 1. UDBC-SQLite-Base (UDBCSQLite3Statement, PierceNg.49) > > 2. Glorp (UDBCSQLite3Platform, AlistairGrant.129) > > 3. Kernel (DateAndTime, TheIntegrator.2293) > > 4. Kernel-Tests (DateAndTimeTest, TheIntegrator.65) > > > > I assume that I can create a fogbugz issue and submit a single slice > > that will contain the changes to DateAndTime and DateAndTimeTest for > > Pharo 6. > > Yes, please create a slice. But first for Pharo 6, then back port to 5. Shall do. > I assume that your change is adding the default timezone parameter ? Yep, so that applications can have a default timezone (offset) of UTC. > A small remark: in your unit tests, don't compare string output, but > objects. In the 1st test, compare to Duration zero, in the second to 2 > hours. Done. > Sven > > > What's the best way to submit this for Pharo 5? > > > > The Glorp changes are dependent on the Kernel changes, and the > > UDBC-SQLite-Base changes are dependent on the Glorp changes. > > > > I guess that for Glorp, the best way is to include the Kernel changes as > > an extension for Pharo 5. > > > > How is a dependency such as that between UDBC-SQLite-Base and Glorp > > normally handled? I've finally realised the obvious, that making UDBC-SQLite-Base dependent on Glorp, is a bad idea since not everyone using UDBC will have Glorp, so I'll reverse the dependency, since the UDBC driver has to be present for Glorp to use it :-). Thanks again, Alistair

July 12, 2016

[pharo-project/pharo-core] 6f75e9: 60146

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 6f75e9d0b8eadd4f78551ae1bb84958cf8562332 https://github.com/pharo-project/pharo-core/commit/6f75e9d0b8eadd4f78551ae1… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-07-12 (Tue, 12 Jul 2016) Changed paths: M ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/symbolic versions/stable_.st A ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/versions/v0%5F22%5F1_.st M OpalCompiler-Core.package/extension/Context/instance/isBlockReturn_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60145.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60146.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60145.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60146.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M UnifiedFFI.package/FFIExternalArray.class/class/instance creation/fromHandle_type_size_.st M UnifiedFFI.package/FFIExternalArray.class/class/instance creation/fromPointer_type_size_.st A UnifiedFFI.package/FFIExternalEnumerationType.class/instance/accessing/externalTypeAlignment.st M UnifiedFFI.package/FFITypeArrayType.class/instance/emitting code/writeFieldAt_with_.st Log Message: ----------- 60146 18732 Workaround for isBlockReturn: https://pharo.fogbugz.com/f/cases/18732 18721 external alignment for enumerations is bad in win32 https://pharo.fogbugz.com/f/cases/18721 http://files.pharo.org/image/60/60146.zip

July 12, 2016

[pharo-project/pharo-core]

by GitHub

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

July 12, 2016