- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Pharo Launcher Impressions

by stepharo

> > please submit your ideas to the Pharo Board who is currently gathering > them. As soon as they have a proposal, I will do my best to implement > it. Damien please collect them because the board is %#$^&^*& busy. and then you can said to the board here is what I think is good. Stef >

Sept. 17, 2014

[pharo-project/pharo-core]

by GitHub

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

Sept. 17, 2014

[pharo-project/pharo-core] 3350b9: 40229

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 3350b900bb8f285775fc46e196411a043845ee1a https://github.com/pharo-project/pharo-core/commit/3350b900bb8f285775fc46e1… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-09-17 (Wed, 17 Sep 2014) Changed paths: M Nautilus.package/AbstractNautilusUI.class/class/menu/classesMenu_.st M Nautilus.package/AbstractNautilusUI.class/instance/test creation/createTestForSelectedClass.st A Ring-Core-Kernel.package/RGMetaclassDefinition.class/instance/accessing/category.st A Ring-Core-Kernel.package/RGMetatraitDefinition.class/instance/accessing/category.st A Ring-Tests-Kernel.package/RGMetaclassDefinitionTest.class/README.md A Ring-Tests-Kernel.package/RGMetaclassDefinitionTest.class/definition.st A Ring-Tests-Kernel.package/RGMetaclassDefinitionTest.class/instance/testing/testAsMetaclassDefinition.st A Ring-Tests-Kernel.package/RGMetatraitDefinitionTest.class/README.md A Ring-Tests-Kernel.package/RGMetatraitDefinitionTest.class/definition.st A Ring-Tests-Kernel.package/RGMetatraitDefinitionTest.class/instance/testing/testAsClassTraitfinition.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script229.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40229.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R SmartSuggestions.package/SugsNautilusContext.class/instance/tools/tools.st Log Message: ----------- 40229 14029 Smart Suggestion Implementors does not work in Nautilus anymore https://pharo.fogbugz.com/f/cases/14029 14023 Nautlilus: Jump to test class should not only work on instance side https://pharo.fogbugz.com/f/cases/14023 14012 RGMetaclassDefinition and RGMetatraitDefinition DNU #category https://pharo.fogbugz.com/f/cases/14012 http://files.pharo.org/image/40/40229.zip

Sept. 17, 2014

[pharo-project/pharo-core] e68dcc: 40228

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: e68dccd4e4eddd40b111a3971ab6c09d4901d03b https://github.com/pharo-project/pharo-core/commit/e68dccd4e4eddd40b111a397… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-09-17 (Wed, 17 Sep 2014) Changed paths: A Collections-Abstract.package/SequenceableCollection.class/instance/accessing/size.st A Collections-Sequenceable.package/LinkedList.class/instance/accessing/size.st R DebuggerModel.package/DebuggerModelTest.class/README.md R DebuggerModel.package/DebuggerModelTest.class/definition.st R DebuggerModel.package/DebuggerModelTest.class/instance/running/setUp.st R DebuggerModel.package/DebuggerModelTest.class/instance/tests/testCorrectlyCreateDebugSession.st R DebuggerModel.package/DebuggerModelTest.class/instance/tests/testStepInto.st R DebuggerModel.package/DebuggerModelTest.class/instance/tests/testStepOver.st A DebuggerTests.package/DebuggerModelTest.class/README.md A DebuggerTests.package/DebuggerModelTest.class/definition.st A DebuggerTests.package/DebuggerModelTest.class/instance/running/setUp.st A DebuggerTests.package/DebuggerModelTest.class/instance/tests/testCorrectlyCreateDebugSession.st A DebuggerTests.package/DebuggerModelTest.class/instance/tests/testStepInto.st A DebuggerTests.package/DebuggerModelTest.class/instance/tests/testStepOver.st R Morphic-Base.package/PluggableMenuItemSpec.class/instance/initialize/analyzeLabel.st R Morphic-Base.package/PluggableMenuSpec.class/instance/construction/analyzeItemLabels.st R Refactoring-Core.package/RBAddClassRefactoringTest.class/README.md R Refactoring-Core.package/RBAddClassRefactoringTest.class/definition.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script228.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40228.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40228 14009 RBAddClassRefactoringTest should be moved close to the other refactoring tests https://pharo.fogbugz.com/f/cases/14009 14007 DebuggerModelTest should be moved out of debugger package https://pharo.fogbugz.com/f/cases/14007 14017 No senders of analyzeItemLabels https://pharo.fogbugz.com/f/cases/14017 14022 Infinite loop in simple subclasses of SequenceableCollection https://pharo.fogbugz.com/f/cases/14022 http://files.pharo.org/image/40/40228.zip

Sept. 17, 2014

[pharo-project/pharo-core]

by GitHub

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

Sept. 17, 2014

Re: [Pharo-dev] [squeak-dev] Re: The Dilemma: Building a Futuristic GUI for Ephestos

by Hilaire

Le 17/09/2014 05:13, Esteban A. Maringolo a Ã©crit : >> Smalltalk should/could have a place in this (web centric) world: >> > >> > 1. As a backend to serve the web >> > 2. On the client >> > 3. Combining 1. and 2. > 1. This is were I see it stronger today, and I'm sure it is the > majority of Pharo based solutions. > > 2. I can't tell. > I really don't know if there are any software products built with > Pharo/Squeak that DEPEND on Morphic exclusive features other than > Q Dr.Geo and iStoa are other successfull examples. But true, for DrGeo I want to move part of it to the web client. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istao.drgeo.eu

Sept. 17, 2014

Re: [Pharo-dev] XMLDomParser Changes in Pharo 3.0?

by stepharo

Hi sean can you improve the class comment or the wiki on SmalltalkHub. I do not think that monty is reading this mailing list. One we should get a chapter on XML. What I know is that having validating parser was important and monty did some good job there. Stef > Sean P. DeNigris wrote >> the library still seems to download all the DTDs that it's never going to >> use, which takes quite a long time for nothing. >> >> What are my options? > Apparently, the magic message is "parser resolvesExternalEntities: false". > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/XMLDomParser-Changes-in-Pharo-3-0-tp4778401p4778413.h… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

Sept. 17, 2014

Re: [Pharo-dev] AppeX

by Tudor Girba

Hi Thierry, Thanks for the feedback. Indeed, the styling part works fine. What I do is have a first level parser that creates commands for styling. When I detect a Smalltalk block, the command delegates further to Shout. I guess that this type of design will be useful also for handling Helvetia multi languages. But, we still cannot have actions that are segment specific :). I would love to be able to have some sort of composite editor where the leaf editors correspond to a segment. Cheers, Doru On Tue, Sep 16, 2014 at 11:10 PM, Thierry Goubier <thierry.goubier(a)gmail.com > wrote: > Hi Doru, > > I'm looking through it. Interestingly simple :) You do have the styler > inside another styler stuff working (smalltalk code styler inside a Pillar > code bloc) which is very neat. > > > > Thierry > > Le 15/09/2014 06:44, Tudor Girba a Ã©crit : > > Hi, > > As you could see in the Pillar highlighting support, Rubric can now > handle any syntax highlighting in a rather straightforward way. You can > also easily embed this in a Glamour browser. > > You can see the example in the GT-InspectorExtensions-Pillar. You can > load the code in a Moose image like this: > Gofer new > smalltalkhubUser: 'Pier' project: 'Pillar'; > configuration; > loadStable. > Gofer new > smalltalkhubUser: 'JanKurs' project: 'PetitParser'; > configurationOf: #PetitParserIslands; > load. > #ConfigurationOfPetitParserIslands asClass loadDevelopment. > Gofer new > smalltalkhubUser: 'Moose' project: 'GToolkit'; > package: 'GT-InspectorExtensions-Pillar'; > load. > > Cheers, > Doru > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

Sept. 17, 2014

Re: [Pharo-dev] [squeak-dev] Re: The Dilemma: Building a Futuristic GUI for Ephestos

by Esteban A. Maringolo

2014-09-16 20:12 GMT-03:00 Torsten Bergmann <astares(a)gmx.de>: > Smalltalk should/could have a place in this (web centric) world: > > 1. As a backend to serve the web > 2. On the client > 3. Combining 1. and 2. 1. This is were I see it stronger today, and I'm sure it is the majority of Pharo based solutions. 2. I can't tell. I really don't know if there are any software products built with Pharo/Squeak that DEPEND on Morphic exclusive features other than Qwac/Teleplace and Pharo/Squeak itself. Unless you're building something crazy/amazing I don't see the advantage of Morphic/Custom drawn UI over traditional widgets, even HTML widgets. > But we should also rethink Smalltalk to find a better place as a scripting language. What > I still would like to see: > > - tiny and fast VM with a command line and REPL The Pharo VM is really fast, and according to all I'm reading here regarding Sista and the CogVM itself is going to get faster. It's startup time is fast even for a 40 MB image, smaller images boot faster. The REPL is doable with today's version, I even think there was a REPL implementation out there. The scripting part needs some tweaks to current CommandLineHandlers, maybe using getops like parameters. > - single small base image but fast loadable binary code components (modules, maybe using the > LoadLibrary trick), similar to what David had with SmallScript or what BeeSmalltalk is doing with SLL's VisualSmalltalk also had SLL's that could load lots of code really fast. And the VM itself was fast too. I developed with VSE and it was really cool being able to deploy "parts" of your app and bind them at demand and/or update only a particular module. As any library, it also introduced some dependency hell, so it had its tradeoffs. > - but still with the ability to bootstrap up to a full saveable image > - ability to serve the web with easy callbacks into Smalltalk for implementing functionality > (especially with this we may catch 90% of the usual UI cases). You mean async I/O? If you look at the HTTP2/SPDY drafts or discussions, what I see is that it is going to speed up communications a lot, it will still be text based, but I think binary data is going to be there too, so the cost of HTTP messaging for intercommunication is going to be cheaper in the future. Regards! Esteban A. Maringolo

Sept. 17, 2014

Re: [Pharo-dev] How production ready is Pharo on SQLServer?

by Sebastian Sastre

I'm trying to follow instructions from here: http://dbxtalk.smallworks.eu/DBXTalkDrivers/compiling-and-installing-opendb… but the link about the binaries for Windows is broken suggestions? from iPad > On 12/09/2014, at 17:21, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > > ok, I'll try dbx and think of odbc as plan b > > from iPad > >> On 12/09/2014, at 17:14, Chris Cunningham <cunningham.cb(a)gmail.com> wrote: >> >> DBXTalk is probably right. If it doesn't work, the old ODBC package will work - I have tried that later one (not against SQLServer, but it's just ODBC, so will work). >> >> -cbc >> >>> On Fri, Sep 12, 2014 at 12:37 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >>> 2014-09-11 17:48 GMT-03:00 Sebastian Sastre <sebastian(a)flowingconcept.com>: >>> > Hi guys, >>> > >>> > there is a project that needs to connect and extend a system using SQLServer >>> > and Pharo is being considered for the backend. >>> > >>> > Just checking, how ready are we for a production-ready backend using Pharo >>> > on SQLServer? >>> >>> (absent) >>> >>> > and how do we connect to it? >>> >>> DBXTalk, probably, but really can't tell. >>> >>> Database connectivity, other than PostgreSQL seems to be rather >>> infrequent, if used at all. >>> >>> >>> Esteban A. Maringolo >>> >>

Sept. 17, 2014