- Pharo-dev - lists.pharo.org

Fogbugz new milestones

by Ben Coman

With the code freeze for Pharo 3.0 and potentially the milestone on some more invasive Fogbugz cases being pushed back, probably its better to set most of those to Pharo 4.0 or 3.1 rather than just 'later' and losing them among the historical ones carried forward from the old issue tracker (even though those also need to be dealt with). So could the next set of milestones following Pharo 3.0 be defined on Fogbugz? cheers -ben

Dec. 26, 2013

[pharo-project/pharo-core]

by GitHub

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

Dec. 26, 2013

[pharo-project/pharo-core] b223be: 30661

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: b223be7b30edcf6a35dfa043fb1a4b66e750fdb4 https://github.com/pharo-project/pharo-core/commit/b223be7b30edcf6a35dfa043… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-12-26 (Thu, 26 Dec 2013) Changed paths: A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script314.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30661.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Inspector.package/EyeByteArrayInspector.class/README.md A Spec-Inspector.package/EyeByteArrayInspector.class/instance/converting/objectAsHexBytes.st A Spec-Inspector.package/EyeByteArrayInspector.class/instance/converting/objectAsHexString.st A Spec-Inspector.package/EyeByteArrayInspector.class/instance/converting/objectAsLatin1String.st A Spec-Inspector.package/EyeByteArrayInspector.class/instance/converting/objectAsUTF8String.st M Spec-Inspector.package/EyeByteArrayInspector.class/instance/list/addSpecialFields_.st A Spec-Inspector.package/EyeDateAndTimeInspector.class/README.md A Spec-Inspector.package/EyeDateAndTimeInspector.class/definition.st A Spec-Inspector.package/EyeDateAndTimeInspector.class/instance/list/addSpecialFields_.st A Spec-Inspector.package/EyeFloatInspector.class/README.md A Spec-Inspector.package/EyeFloatInspector.class/definition.st A Spec-Inspector.package/EyeFloatInspector.class/instance/list/addSpecialFields_.st M Spec-Inspector.package/EyeIntegerInspector.class/README.md M Spec-Inspector.package/EyeIntegerInspector.class/instance/list/addSpecialFields_.st A Spec-Inspector.package/extension/DateAndTime/class/inspectorClass.st A Spec-Inspector.package/extension/Float/class/inspectorClass.st A Tools.package/FinderExampleClassNode.class/README.md A Tools.package/FinderExampleClassNode.class/definition.st A Tools.package/FinderExampleClassNode.class/instance/private/displayString.st A Tools.package/FinderExampleMethodNode.class/README.md A Tools.package/FinderExampleMethodNode.class/definition.st A Tools.package/FinderExampleMethodNode.class/instance/private/childNodeClassFromItem_.st A Tools.package/FinderExampleMethodNode.class/instance/private/receiver.st A Tools.package/FinderExampleMethodNode.class/instance/private/selector.st M Tools.package/FinderMethodNode.class/instance/private/browseImplementors.st M Tools.package/FinderMethodNode.class/instance/private/browseSenders.st A Tools.package/FinderMethodNode.class/instance/private/selector.st M Tools.package/FinderUI.class/instance/t - accessing/rootNodeClassFromItem_.st Log Message: ----------- 30661 12388 finder does not display the methods that got really executed https://pharo.fogbugz.com/f/cases/12388 12484 Give the Eye Inspector some love https://pharo.fogbugz.com/f/cases/12484 http://files.pharo.org/image/30/30661.zip

Dec. 26, 2013

[pharo-project/pharo-core]

by GitHub

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

Dec. 26, 2013

[pharo-project/pharo-core] 2df65c: 30660

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 2df65cb8b1b6cb3946da8d165098080449e3d5dd https://github.com/pharo-project/pharo-core/commit/2df65cb8b1b6cb3946da8d16… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-12-26 (Thu, 26 Dec 2013) Changed paths: M FuelTests.package/FLMigrationTest.class/instance/tests-automatic/testChangeInSuperclass.st R MenuRegistration.package/PragmaMenuAndShortcutRegistration.class/instance/as yet unclassified/setAsGlobalCategory_.st A MenuRegistration.package/PragmaMenuAndShortcutRegistration.class/instance/keymapping protocol/keyText_if_.st A MenuRegistration.package/PragmaMenuAndShortcutRegistration.class/instance/keymapping protocol/setAsGlobalCategory_.st A Monticello.package/MCPackage.class/instance/testing/isDirty.st A Morphic-Base.package/IconicButton.class/instance/accessing/graphicalMorph.st A Morphic-Base.package/IconicButton.class/instance/accessing/graphicalMorph_.st M Morphic-Base.package/MenuMorph.class/instance/private/setTitleParametersFor_.st A Morphic-Base.package/PluggableListMorph.class/instance/accessing/getListElementSelector.st R Nautilus.package/extension/IconicButton/instance/graphicalMorph.st R Nautilus.package/extension/IconicButton/instance/graphicalMorph_.st R Nautilus.package/extension/MCPackage/instance/isDirty.st R Nautilus.package/extension/PluggableListMorph/instance/getListElementSelector.st R Nautilus.package/extension/PragmaMenuAndShortcutRegistration/instance/keyText_if_.st R Nautilus.package/extension/RPackage/instance/%3C=.st R Nautilus.package/extension/RPackage/instance/classesOfExtensionMethods.st R Nautilus.package/extension/RPackage/instance/fileOut.st R Nautilus.package/extension/RPackage/instance/orderedClasses.st R Nautilus.package/extension/RPackageTag/instance/fileOut.st R Nautilus.package/extension/TBehavior/instance/methodNamed_ifAbsent_.st R Nautilus.package/extension/TBehavior/instance/realClass.st M NautilusCommon.package/NautilusHistoryEntry.class/instance/protocol/applyTo_.st M RPackage-Core.package/RPackage.class/instance/accessing/extendedClasses.st A RPackage-Core.package/RPackage.class/instance/all accessing/orderedClasses.st A RPackage-Core.package/RPackage.class/instance/comparing/%3C=.st A RPackage-Core.package/RPackage.class/instance/file in%2Fout/fileOut.st A RPackage-Core.package/RPackageTag.class/instance/file in%2Fout/fileOut.st A ReleaseTests.package/ReleaseTest.class/README.md A ReleaseTests.package/ReleaseTest.class/class/accessing/actualProcesses.st A ReleaseTests.package/ReleaseTest.class/class/accessing/knownProcesses.st A ReleaseTests.package/ReleaseTest.class/definition.st A ReleaseTests.package/ReleaseTest.class/instance/accessing/actualProcesses.st A ReleaseTests.package/ReleaseTest.class/instance/accessing/knownProcesses.st A ReleaseTests.package/ReleaseTest.class/instance/testing/testInstalledMethodsWithIncorrectTrailerKind.st A ReleaseTests.package/ReleaseTest.class/instance/testing/testInstanceSideMethodsWithNilKeyInLastLiteral.st A ReleaseTests.package/ReleaseTest.class/instance/testing/testLayoutIntegrity.st A ReleaseTests.package/ReleaseTest.class/instance/testing/testMethodsWithUnboundGlobals.st A ReleaseTests.package/ReleaseTest.class/instance/testing/testObsoleteClasses.st A ReleaseTests.package/ReleaseTest.class/instance/testing/testUndeclared.st A ReleaseTests.package/ReleaseTest.class/instance/testing/testUnknownProcesses.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script313.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30660.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Spec-Core.package/ButtonModel.class/instance/morphic/keyStroke_fromMorph_.st R Tests.package/ReleaseTest.class/README.md R Tests.package/ReleaseTest.class/class/accessing/actualProcesses.st R Tests.package/ReleaseTest.class/class/accessing/knownProcesses.st R Tests.package/ReleaseTest.class/definition.st R Tests.package/ReleaseTest.class/instance/accessing/actualProcesses.st R Tests.package/ReleaseTest.class/instance/accessing/knownProcesses.st R Tests.package/ReleaseTest.class/instance/testing/testInstalledMethodsWithIncorrectTrailerKind.st R Tests.package/ReleaseTest.class/instance/testing/testInstanceSideMethodsWithNilKeyInLastLiteral.st R Tests.package/ReleaseTest.class/instance/testing/testLayoutIntegrity.st R Tests.package/ReleaseTest.class/instance/testing/testMethodsWithUnboundGlobals.st R Tests.package/ReleaseTest.class/instance/testing/testObsoleteClasses.st R Tests.package/ReleaseTest.class/instance/testing/testUndeclared.st R Tests.package/ReleaseTest.class/instance/testing/testUnknownProcesses.st A Traits.package/TBehavior.class/instance/accessing/realClass.st Log Message: ----------- 30660 12426 Morph menu has strange behavior when the Morph label is too large https://pharo.fogbugz.com/f/cases/12426 12505 Workaround: skip testChangeInSuperclass https://pharo.fogbugz.com/f/cases/12505 12474 Cleaning Nautilus extensions https://pharo.fogbugz.com/f/cases/12474 12436 Move ReleaseTest to its own package https://pharo.fogbugz.com/f/cases/12436 http://files.pharo.org/image/30/30660.zip

Dec. 26, 2013

Re: [Pharo-dev] Transparent colors with NBOpenGL?

by Denis Kudriashov

2013/12/26 Ronie Salgado <roniesalg(a)gmail.com> > Stef > > That sounds very interesting. I dream of a virtual world environment such > as Second Life, highly dynamic and completely open source. What about Croquet?

Dec. 26, 2013

Re: [Pharo-dev] Transparent colors with NBOpenGL?

by Alexandre Bergel

Thanks Ronie for these explanation Alexandre On Dec 26, 2013, at 7:52 AM, Ronie Salgado <roniesalg(a)gmail.com> wrote: > Alex, > > libSDL and libSDL2 are low-level multi-media libraries designed for games. Those libraries are best suited for basic pixel blitting, some lines and rect in a cross platform way. Both libraries allows you to use a custom software rendering or create a window in a cross-platform way. As for Cairo, that's a full featured vector graphics library, practically designed for SVG rendering. So, those two libraries cannot be compared, but I think that Cairo can be used to render into a texture and then use SDL to display it on screen. Actually, I don't have any experience with Cairo. > > As for the VM, I was looking at his Unix platform module, suspecting that the tearing and flickering was caused by using just XLib for blitting the main pharo window after Milton told that those issues aren't seen in Windows. If we add to the mix some always buggy AMD drivers, it seems that the solution goes by rewriting the display to uses OpenGL for blitting the main window, with VSync enabled, or using a separate native window for OpenGL graphics. > > By the way, what I found most strange about display VM code is that there's support for creating an OpenGL context already in place, with an accompanying -glxdebug flag, for verbose output. When I tried that option, I didn't get any output, so I could assume that these is not used for fast blitting under Linux. > > As for SDL2, it provides all the required facilities for a VM display module, without having to deal with X11 or platform specifics. Window creation, multiple OpenGL context creation, clipboard handling, input support, multi-threading, sound support, drag and drop. That version of SDL had a strong contribution by Valve, they needed something to start pushing heavily Linux, even the latest versions of Steam uses it. > > Anyway, I am planning to discuss this matter with Igor, during my stay at Lille. > > Greetings, > Ronie Salgado > > > 2013/12/26 Alexandre Bergel <alexandre.bergel(a)me.com> > Ronie, > > You mention libSDL. Do you know how it compares with Cairo? They look similar, but I could not find a detailed comparison > > Alexandre > > Le 26-12-2013 Ã 0:12, Ronie Salgado <roniesalg(a)gmail.com> a Ã©crit : > >> Stef >> >> That sounds very interesting. I dream of a virtual world environment such as Second Life, highly dynamic and completely open source. >> >> But currently I would like to do a simple video game, with toon like graphic, using bullet for physics. I think that making an actual game development pipeline would be very interesting. >> I would not create a full level editor, modeling software because it takes too much time, and there is Blender which is open source and very complete. >> >> Some tasks required are as follow: >> - An easy way to make bindings for C++ libraries. For this I am going to start extending SWIG(http://www.swig.org/) so it can generate bindings for Pharo NativeBoost. >> - Bindings for the Bullet physics engine(http://bulletphysics.org/wordpress/). With the extensions for swig, this is trivial. >> - An importer for COLLADA. COLLADA is a XML based asset exchange format, with a wide support in different 3d model editors, such as Blender. >> - For Linux, a new VM display module is required. The current that uses just X11 suffers of severe tearing and flickering. I would like to make a display module for the VM that uses SDL2, which is a cross platform library that supports hardware accelerated graphics, or cross platform creation of an OpenGL context. >> - I think that garbage collection would require some determinism/time constraint or write some guidelines to avoid triggering the gargbage collector. When I'm testing the particles, I can see some noticeable pause, that I attribute to the garbage collector. >> >> Greetings, >> Ronie Salgado >> >> >> 2013/12/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> Ronie >> >> I was talking about 3D with Igor (because Igor came to Smalltalk because he wanted to use it as a game engine and built rendering >> engine in Pascal long long time ago :). >> So I was brainstorming to see what you could do. >> >> the last time alex show roassal 3D we were thinking that it would be good to build a kickstarter show case on something >> sexy (maybe bridging a physical model to 3D)â¦. >> >> Now what would like to build with NBOpenGL? What are your dreams and how >> could we slice them into tasks that could be reached in a limited amount of time. >> >> Stef >> > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 26, 2013

Re: [Pharo-dev] Transparent colors with NBOpenGL?

by Igor Stasenko

On 26 December 2013 07:52, Ronie Salgado <roniesalg(a)gmail.com> wrote: > Alex, > > libSDL and libSDL2 are low-level multi-media libraries designed for games. > Those libraries are best suited for basic pixel blitting, some lines and > rect in a cross platform way. Both libraries allows you to use a custom > software rendering or create a window in a cross-platform way. As for > Cairo, that's a full featured vector graphics library, practically designed > for SVG rendering. So, those two libraries cannot be compared, but I think > that Cairo can be used to render into a texture and then use SDL to display > it on screen. Actually, I don't have any experience with Cairo. > > As for the VM, I was looking at his Unix platform module, suspecting that > the tearing and flickering was caused by using just XLib for blitting the > main pharo window after Milton told that those issues aren't seen in > Windows. If we add to the mix some always buggy AMD drivers, it seems that > the solution goes by rewriting the display to uses OpenGL for blitting the > main window, with VSync enabled, or using a separate native window for > OpenGL graphics. > > By the way, what I found most strange about display VM code is that > there's support for creating an OpenGL context already in place, with an > accompanying -glxdebug flag, for verbose output. When I tried that option, > I didn't get any output, so I could assume that these is not used for fast > blitting under Linux. > > As for SDL2, it provides all the required facilities for a VM display > module, without having to deal with X11 or platform specifics. Window > creation, multiple OpenGL context creation, clipboard handling, input > support, multi-threading, sound support, drag and drop. That version of SDL > had a strong contribution by Valve, they needed something to start pushing > heavily Linux, even the latest versions of Steam uses it. > > Anyway, I am planning to discuss this matter with Igor, during my stay at > Lille. > > Yes, i want to do some improvements in this area of VM. > Greetings, > Ronie Salgado > > > 2013/12/26 Alexandre Bergel <alexandre.bergel(a)me.com> > >> Ronie, >> >> You mention libSDL. Do you know how it compares with Cairo? They look >> similar, but I could not find a detailed comparison >> >> Alexandre >> >> Le 26-12-2013 Ã 0:12, Ronie Salgado <roniesalg(a)gmail.com> a Ã©crit : >> >> Stef >> >> That sounds very interesting. I dream of a virtual world environment such >> as Second Life, highly dynamic and completely open source. >> >> But currently I would like to do a simple video game, with toon like >> graphic, using bullet for physics. I think that making an actual game >> development pipeline would be very interesting. >> I would not create a full level editor, modeling software because it >> takes too much time, and there is Blender which is open source and very >> complete. >> >> Some tasks required are as follow: >> - An easy way to make bindings for C++ libraries. For this I am going to >> start extending SWIG(http://www.swig.org/) so it can generate bindings >> for Pharo NativeBoost. >> - Bindings for the Bullet physics engine( >> http://bulletphysics.org/wordpress/) With the extensions for swig, this >> is trivial. >> - An importer for COLLADA. COLLADA is a XML based asset exchange format, >> with a wide support in different 3d model editors, such as Blender. >> - For Linux, a new VM display module is required. The current that uses >> just X11 suffers of severe tearing and flickering. I would like to make a >> display module for the VM that uses SDL2, which is a cross platform library >> that supports hardware accelerated graphics, or cross platform creation of >> an OpenGL context. >> - I think that garbage collection would require some determinism/time >> constraint or write some guidelines to avoid triggering the gargbage >> collector. When I'm testing the particles, I can see some noticeable pause, >> that I attribute to the garbage collector. >> >> Greetings, >> Ronie Salgado >> >> >> 2013/12/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >>> Ronie >>> >>> I was talking about 3D with Igor (because Igor came to Smalltalk because >>> he wanted to use it as a game engine and built rendering >>> engine in Pascal long long time ago :). >>> So I was brainstorming to see what you could do. >>> >>> the last time alex show roassal 3D we were thinking that it would be >>> good to build a kickstarter show case on something >>> sexy (maybe bridging a physical model to 3D)â¦. >>> >>> Now what would like to build with NBOpenGL? What are your dreams and how >>> could we slice them into tasks that could be reached in a limited amount >>> of time. >>> >>> Stef >>> >> >> > -- Best regards, Igor Stasenko.

Dec. 26, 2013

Re: [Pharo-dev] Transparent colors with NBOpenGL?

by Ronie Salgado

Alex, libSDL and libSDL2 are low-level multi-media libraries designed for games. Those libraries are best suited for basic pixel blitting, some lines and rect in a cross platform way. Both libraries allows you to use a custom software rendering or create a window in a cross-platform way. As for Cairo, that's a full featured vector graphics library, practically designed for SVG rendering. So, those two libraries cannot be compared, but I think that Cairo can be used to render into a texture and then use SDL to display it on screen. Actually, I don't have any experience with Cairo. As for the VM, I was looking at his Unix platform module, suspecting that the tearing and flickering was caused by using just XLib for blitting the main pharo window after Milton told that those issues aren't seen in Windows. If we add to the mix some always buggy AMD drivers, it seems that the solution goes by rewriting the display to uses OpenGL for blitting the main window, with VSync enabled, or using a separate native window for OpenGL graphics. By the way, what I found most strange about display VM code is that there's support for creating an OpenGL context already in place, with an accompanying -glxdebug flag, for verbose output. When I tried that option, I didn't get any output, so I could assume that these is not used for fast blitting under Linux. As for SDL2, it provides all the required facilities for a VM display module, without having to deal with X11 or platform specifics. Window creation, multiple OpenGL context creation, clipboard handling, input support, multi-threading, sound support, drag and drop. That version of SDL had a strong contribution by Valve, they needed something to start pushing heavily Linux, even the latest versions of Steam uses it. Anyway, I am planning to discuss this matter with Igor, during my stay at Lille. Greetings, Ronie Salgado 2013/12/26 Alexandre Bergel <alexandre.bergel(a)me.com> > Ronie, > > You mention libSDL. Do you know how it compares with Cairo? They look > similar, but I could not find a detailed comparison > > Alexandre > > Le 26-12-2013 Ã 0:12, Ronie Salgado <roniesalg(a)gmail.com> a Ã©crit : > > Stef > > That sounds very interesting. I dream of a virtual world environment such > as Second Life, highly dynamic and completely open source. > > But currently I would like to do a simple video game, with toon like > graphic, using bullet for physics. I think that making an actual game > development pipeline would be very interesting. > I would not create a full level editor, modeling software because it takes > too much time, and there is Blender which is open source and very complete. > > Some tasks required are as follow: > - An easy way to make bindings for C++ libraries. For this I am going to > start extending SWIG(http://www.swig.org/) so it can generate bindings > for Pharo NativeBoost. > - Bindings for the Bullet physics engine( > http://bulletphysics.org/wordpress/) With the extensions for swig, this > is trivial. > - An importer for COLLADA. COLLADA is a XML based asset exchange format, > with a wide support in different 3d model editors, such as Blender. > - For Linux, a new VM display module is required. The current that uses > just X11 suffers of severe tearing and flickering. I would like to make a > display module for the VM that uses SDL2, which is a cross platform library > that supports hardware accelerated graphics, or cross platform creation of > an OpenGL context. > - I think that garbage collection would require some determinism/time > constraint or write some guidelines to avoid triggering the gargbage > collector. When I'm testing the particles, I can see some noticeable pause, > that I attribute to the garbage collector. > > Greetings, > Ronie Salgado > > > 2013/12/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> Ronie >> >> I was talking about 3D with Igor (because Igor came to Smalltalk because >> he wanted to use it as a game engine and built rendering >> engine in Pascal long long time ago :). >> So I was brainstorming to see what you could do. >> >> the last time alex show roassal 3D we were thinking that it would be good >> to build a kickstarter show case on something >> sexy (maybe bridging a physical model to 3D)â¦. >> >> Now what would like to build with NBOpenGL? What are your dreams and how >> could we slice them into tasks that could be reached in a limited amount >> of time. >> >> Stef >> > >

Dec. 26, 2013

Re: [Pharo-dev] Transparent colors with NBOpenGL?

by Alexandre Bergel

Ronie, You mention libSDL. Do you know how it compares with Cairo? They look similar, but I could not find a detailed comparison Alexandre > Le 26-12-2013 Ã 0:12, Ronie Salgado <roniesalg(a)gmail.com> a Ã©crit : > > Stef > > That sounds very interesting. I dream of a virtual world environment such as Second Life, highly dynamic and completely open source. > > But currently I would like to do a simple video game, with toon like graphic, using bullet for physics. I think that making an actual game development pipeline would be very interesting. > I would not create a full level editor, modeling software because it takes too much time, and there is Blender which is open source and very complete. > > Some tasks required are as follow: > - An easy way to make bindings for C++ libraries. For this I am going to start extending SWIG(http://www.swig.org/) so it can generate bindings for Pharo NativeBoost. > - Bindings for the Bullet physics engine(http://bulletphysics.org/wordpress/). With the extensions for swig, this is trivial. > - An importer for COLLADA. COLLADA is a XML based asset exchange format, with a wide support in different 3d model editors, such as Blender. > - For Linux, a new VM display module is required. The current that uses just X11 suffers of severe tearing and flickering. I would like to make a display module for the VM that uses SDL2, which is a cross platform library that supports hardware accelerated graphics, or cross platform creation of an OpenGL context. > - I think that garbage collection would require some determinism/time constraint or write some guidelines to avoid triggering the gargbage collector. When I'm testing the particles, I can see some noticeable pause, that I attribute to the garbage collector. > > Greetings, > Ronie Salgado > > > 2013/12/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> Ronie >> >> I was talking about 3D with Igor (because Igor came to Smalltalk because he wanted to use it as a game engine and built rendering >> engine in Pascal long long time ago :). >> So I was brainstorming to see what you could do. >> >> the last time alex show roassal 3D we were thinking that it would be good to build a kickstarter show case on something >> sexy (maybe bridging a physical model to 3D)â¦. >> >> Now what would like to build with NBOpenGL? What are your dreams and how >> could we slice them into tasks that could be reached in a limited amount of time. >> >> Stef >

Dec. 26, 2013