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

Re: [Pharo-project] [3.0] Number of failing test slowly getting worse

by stephane ducasse

> CollectionsTests.Unordered.DictionaryTest.testAllDictionariesAreHealthy 90 ms 1 >>> Refactoring.Tests.Critics.RBSmalllintTest.testLongMethods 96 ms 2 >>> Manifest.Tests.SmalllintManifestCheckerTest.testFalsePositiveOf 1.5 sec 4 >>> Refactoring.Tests.Critics.RBSmalllintTest.testEndTrueFalse 6 ms 4 >>> CollectionsTests.Unordered.IdentitySetTest.testAllSetsAreHealthy 48 ms 9 >>> CollectionsTests.Unordered.PluggableSetTest.testAllSetsAreHealthy 50 ms 9 >>> CollectionsTests.Unordered.SetTest.testAllSetsAreHealthy 52 ms 9 >>> Tests.Release.ReleaseTest.testObsoleteBehaviors 0.33 sec 9 >>> Tests.Release.ReleaseTest.testObsoleteClasses On Mar 30, 2013, at 8:24 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > â¦ we are now at 10. > > https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=linu… > > >

March 31, 2013

Re: [Pharo-project] [3.0] Number of failing test slowly getting worse

by stephane ducasse

so we should stop and fix them. I like this idea of the process always green. Stef On Mar 30, 2013, at 8:24 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > â¦ we are now at 10. > > https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=linu… > > >

March 31, 2013

Re: [Pharo-project] Request write access to PharoInbox

by stephane ducasse

> And of course it's while-using-it :) I'm filling myself with chocolate and I have friends at home, so when I'm back to real life I will integrate a bunch of issues. Stef > 2013/3/30 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > Thanks, SLICE-Issue-10173-ClassBuilder-cannot-safely-modify-a-class-why-using-it-nicolascellier.1 > > > 2013/3/30 stephane ducasse <stephane.ducasse(a)free.fr> > I added you to the pharo team > > On Mar 29, 2013, at 1:21 AM, Frank Shearar <frank.shearar(a)gmail.com> wrote: > > > On 28 March 2013 20:41, Nicolas Cellier > > <nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> Hello, > >> can someone give me write access to PharoInbox? > > > > Me too, please. > > > > frank > > > >> Nicolas Cellier > > > > > >

March 31, 2013

Re: [Pharo-project] [Pharo-users] GSoC deadline passed, record number of ideas collected

by stephane ducasse

On Mar 29, 2013, at 8:02 PM, Janko MivÅ¡ek <janko.mivsek(a)eranova.si> wrote: > Dear Smalltalkers, > > Serge and me just submitted the application for the GSoC (see its copy > here: http://gsoc2013.esug.org/application) now let we wait finger > crossed to the Monday 8.April when accepted organizations will be announced. Yes and thanks for your effort. > > But we have a good chance thanks to all of you spend a time to prepare > the record number of ideas: 44, which is way over last year 25! I think that this exercise is really good because there are really nice projects and we can see how we could sponsor some important projects. It is always good to have a set of good projects. > Note also that you can still propose an project idea, there is two more > weeks or so for that, but we need a solid list of ideas at that time for > Google guys to see what we are really capable :) > > While idea authors please recheck that your idea is properly put on > http://gsoc2013.esug.org/ideas. For any mistake I apologize in advance! > > Thanks therefore again to all, now a week and so a rest! Thanks you for your time. > > Best regards > Serge and Janko > your GSoC admin team > > > -- > Janko MivÅ¡ek > Smalltalk GSoC Admin Team > http://gsoc2013.esug.org >

March 31, 2013

Re: [Pharo-project] bump: pharo wikipedia page sucks

by stephane ducasse

+1 > Thanks Clement for pushing this :) putting a section with the release notes could be interesting too for people coming to see it: Stef

March 31, 2013

Re: [Pharo-project] New issue tracker statuses

by Sean P. DeNigris

Benjamin Van Ryseghem-2 wrote > And when you go from Resolved to CLosed, the status is kept Okay, so we have to mark as integrated before closing, and if not, it has to be reopened, then resolved, then marked integrated, and then closed again :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/New-issue-tracker-statuses-tp4679026p4679075.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 31, 2013

Re: [Pharo-project] PDF Rendering

by Ben Coman

Hi Christian, Didn't realize you were on list. Thanks for the clarification. Do you think that PDF4Smalltalk would be suited to build a tool for splitting/joining pages, and perhaps also adding watermarks to pages? For instance, I often use tools like pdfmerge [1] for this. These are quite popular tools and would gain a lot of interest from the "general user" community. [1] http://download.cnet.com/PdfMerge/3000-2351_4-75766462.html cheers -ben Christian Haider wrote: > My name is Haider (sticky fingers are not polite with proper names...). > > My PDF library has nothing to do with rendering (putting the graphics on the screen) and I doubt that Artefact will do that. > IMHO, rendering PDF is quite a challenge... > > Cheers, > Christian (HAIDER) Ben Coman wrote: > Thanks Stef. Actually I have had some recent discussion with > Christian about porting to Pharo. He seems open to the idea but for a > while he is committed to other earn-a-living activities. > However back to my original question, I believe neither Artefact or > PDF4Smalltalk yet do PDF rendering to screen pixels. Although I think > that PDF4Smalltalk would make a good base for this. As a distant goal > I dream of having a PDF Editor inside Pharo. First just being able to > split/join pages and later being able to draw on top of existing > documents. > cheers -ben > > > stephane ducasse wrote: >> Else there is also the work of Christian Haidler. >> Artefact developers will release soon a 0.9 version once they fix the >> jpeg inclusion Stef >> >> >>>> I was looking around for PDF rendering libraries that might be used >>>> with NativeBoost and they all seem to be licensed GPL, which is not >>>> compatible with Pharo's preference for the MIT license. Then I >>>> came across Apache licensed pdf.js [1] which sparked my >>>> curiosity.... There are a few projects to have Smalltalk run on top >>>> of Javascript, but has anyone looked at the reverse, running >>>> javascript inside a Smalltalk image? Perhaps handing the >>>> Javascript off via NativeBoost to a Javascript VM like SquirrelFish >>>> [2]. Or is that just a bad idea? >>>> >>>> cheers -ben >>>> >>>> [1] http://andreasgal.com/2011/06/15/pdf-js/ >>>> [2] https://www.webkit.org/blog/189/announcing-squirrelfish/ >>>> >>> Maybe you already knew about Artefact - a PDF framework for Pharo >>> >>> http://forum.world.st/Artefact-a-PDF-framework-td4585877.html >>> >>> A solution in Smalltalk is more useful in the long term, IMHO, in >>> the sense that it can then be read, understood, maintained by the >>> community instead of being a black box. >>> >>> Sven >>> >>> -- >>> Sven Van Caekenberghe >>> http://stfx.eu >>> Smalltalk is the Red Pill >>> >>> >>> >> >> >> >> > > >

March 31, 2013

Re: [Pharo-project] PDF Rendering

by Ben Coman

Thanks Stef. Actually I have had some recent discussion with Christian about porting to Pharo. He seems open to the idea but for a while he is committed to other earn-a-living activities. However back to my original question, I believe neither Artefact or PDF4Smalltalk yet do PDF rendering to screen pixels. Although I think that PDF4Smalltalk would make a good base for this. As a distant goal I dream of having a PDF Editor inside Pharo. First just being able to split/join pages and later being able to draw on top of existing documents. cheers -ben stephane ducasse wrote: > Else there is also the work of Christian Haidler. > Artefact developers will release soon a 0.9 version once they fix the jpeg inclusion > Stef > > >>> I was looking around for PDF rendering libraries that might be used with NativeBoost and they all seem to be licensed GPL, which is not compatible with Pharo's preference for the MIT license. Then I came across Apache licensed pdf.js [1] which sparked my curiosity.... There are a few projects to have Smalltalk run on top of Javascript, but has anyone looked at the reverse, running javascript inside a Smalltalk image? Perhaps handing the Javascript off via NativeBoost to a Javascript VM like SquirrelFish [2]. Or is that just a bad idea? >>> >>> cheers -ben >>> >>> [1] http://andreasgal.com/2011/06/15/pdf-js/ >>> [2] https://www.webkit.org/blog/189/announcing-squirrelfish/ >>> >> Maybe you already knew about Artefact - a PDF framework for Pharo >> >> http://forum.world.st/Artefact-a-PDF-framework-td4585877.html >> >> A solution in Smalltalk is more useful in the long term, IMHO, in the sense that it can then be read, understood, maintained by the community instead of being a black box. >> >> Sven >> >> -- >> Sven Van Caekenberghe >> http://stfx.eu >> Smalltalk is the Red Pill >> >> >> > > > >

March 31, 2013

Re: [Pharo-project] PDF Rendering

by Sven Van Caekenberghe

On 31 Mar 2013, at 11:43, "Christian Haider" <Christian.Haider(a)smalltalked-visuals.com> wrote: > My PDF library has nothing to do with rendering (putting the graphics on the screen) and I doubt that Artefact will do that. > IMHO, rendering PDF is quite a challenge... I did not read that part very carefully. But provided Ben meant really rendering, instead of generating PDF, that is indeed a whole other story. Not impossible, but quite a challenge. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

March 31, 2013

Re: [Pharo-project] TxText progress and discussion

by Denis Kudriashov

2013/3/29 Igor Stasenko <siguctua(a)gmail.com> > How about textPosition and visualPosition/layoutPosition? > So you know that it speaking either about position in text or layout > position (x/y). > I will try adapt this meaning

March 31, 2013