Re: [Pharo-dev] [Esug-list] [ANN] SmalltalkHub update
yes! 2013. 5. 27., 저녁 10:17, Serge Stinckwich serge.stinckw...@gmail.com 작성: Hourra it works ! Thank you Nicolas Damien Now I want to be able to remove projects ;-) Regards On Mon, May 27, 2013 at 2:45 PM, Nicolas Petton petton.nico...@gmail.com wrote: Hi! I've just updated SmalltalkHub with new features and bug fixes, especially: - Packages can now be removed by the project owner - MCZ files can also be removed one by one The update also includes a security fix with contributors discovered by Camillo. Most of the credit for this release goes to Damien, he implemented most of it, thanks Damien! PS: remember that you can now use the configuration of smalltalkhub to get your own instance or start contributing to it, or even but use the jenkins job: https://ci.inria.fr/pharo-contribution/job/SmalltalkHub/ Cheers, Nico ___ Esug-list mailing list esug-l...@lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org -- Serge Stinckwich UCBN UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/ ___ Esug-list mailing list esug-l...@lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org
Re: [Pharo-dev] [Ann] New TxText version 1.0
2013/5/28 Tudor Girba tu...@tudorgirba.com Hi, I found the issue: the url from the Gofer script was wrong :). Here is the correct one: Gofer it url: 'http://www.smalltalkhub.com/mc/sig/TxText/main'; package: 'ConfigurationOfTxText'; load. It is true of course. But I can't understand why it works for me with ' http://www.smalltalkhub.com/#!/~sig/TxText'; url Any way thank's for this fix ((Smalltalk at: #ConfigurationOfTxText) project version: '1.0') load: #('ALL'). Cheers, Doru On May 27, 2013, at 6:44 AM, Denis Kudriashov dionisi...@gmail.com wrote: 2013/5/27 Tudor Girba tu...@tudorgirba.com I tried to load it, but could not because in the sig repository, the latest version of the configuration is still 0.6. It works for me. I use Pharo 2.0 on Windows 7. And you can see by webbrowser all versions exist at smalltalkhub repository http://www.smalltalkhub.com/#!/~sig/TxText Cheers, Doru On May 26, 2013, at 11:09 PM, Denis Kudriashov dionisi...@gmail.com wrote: Hello. I finish edit validation logic. So new version 1.0 is available: Gofer it url: 'http://www.smalltalkhub.com/#!/~sig/TxText'; package: 'ConfigurationOfTxText'; load. ((Smalltalk at: #ConfigurationOfTxText) project version: '1.0') load: #('ALL'). TxEditValidator is introduced for TxEditor. It validates changes performed by given block. It asks editor to try changes from this block. And if changed text satisfied text spec validator executes given block to apply changes. Few text specs implemented: -TxAnyTextSpec -TxDigitalTextSpec -TxDecimalTextSpec More example of text specs are at TxTextMorph class side: - mask with digits only - smart numbers which accept only decimal numbers: m := TxTextMorph new. m editDecorator: TxSingleLineEditDecorator smartNumbers. m textSpec: (TxDecimalTextSpec maxDecimalDigits: 3). m newTextContents: '1000'. m addCursor. m beEditable. m openInHand Best regards. Denis. -- www.tudorgirba.com Problem solving efficiency grows with the abstractness level of problem understanding. -- www.tudorgirba.com Quality cannot be an afterthought.
Re: [Pharo-dev] [Ann] New TxText version 1.0
Jenkins is not happy, https://ci.inria.fr/pharo-contribution/job/TxText/ :P Denis, would it be possible to add a #stable and maybe a #development version to the configuration? On 2013-05-28, at 08:21, Denis Kudriashov dionisi...@gmail.com wrote: 2013/5/28 Tudor Girba tu...@tudorgirba.com Hi, I found the issue: the url from the Gofer script was wrong :). Here is the correct one: Gofer it url: 'http://www.smalltalkhub.com/mc/sig/TxText/main'; package: 'ConfigurationOfTxText'; load. It is true of course. But I can't understand why it works for me with ' http://www.smalltalkhub.com/#!/~sig/TxText'; url Any way thank's for this fix ((Smalltalk at: #ConfigurationOfTxText) project version: '1.0') load: #('ALL'). Cheers, Doru On May 27, 2013, at 6:44 AM, Denis Kudriashov dionisi...@gmail.com wrote: 2013/5/27 Tudor Girba tu...@tudorgirba.com I tried to load it, but could not because in the sig repository, the latest version of the configuration is still 0.6. It works for me. I use Pharo 2.0 on Windows 7. And you can see by webbrowser all versions exist at smalltalkhub repository http://www.smalltalkhub.com/#!/~sig/TxText Cheers, Doru On May 26, 2013, at 11:09 PM, Denis Kudriashov dionisi...@gmail.com wrote: Hello. I finish edit validation logic. So new version 1.0 is available: Gofer it url: 'http://www.smalltalkhub.com/#!/~sig/TxText'; package: 'ConfigurationOfTxText'; load. ((Smalltalk at: #ConfigurationOfTxText) project version: '1.0') load: #('ALL'). TxEditValidator is introduced for TxEditor. It validates changes performed by given block. It asks editor to try changes from this block. And if changed text satisfied text spec validator executes given block to apply changes. Few text specs implemented: -TxAnyTextSpec -TxDigitalTextSpec -TxDecimalTextSpec More example of text specs are at TxTextMorph class side: - mask with digits only - smart numbers which accept only decimal numbers: m := TxTextMorph new. m editDecorator: TxSingleLineEditDecorator smartNumbers. m textSpec: (TxDecimalTextSpec maxDecimalDigits: 3). m newTextContents: '1000'. m addCursor. m beEditable. m openInHand Best regards. Denis. -- www.tudorgirba.com Problem solving efficiency grows with the abstractness level of problem understanding. -- www.tudorgirba.com Quality cannot be an afterthought.
Re: [Pharo-dev] [Pharo-users] 17 GSoC projects accepted
Great news ! Thanks for the effort, Janko. On 28 May 2013, at 10:16, Janko Mivšek janko.miv...@eranova.si wrote: Dear Pharoers, Here are the results of evaluation and ranking of student proposals. Those are 13 accepted projects with stipendiums from Google: - A new trait implementation by Sebastian Tleye, mentor Damien Cassou http://gsoc2013.esug.org/projects/new-traits - Animation Library based on Athens by Mariano Vicente, mentor Pablo Tesone http://gsoc2013.esug.org/projects/athens-animation - Athens implementation in Amber with HTML5 Canvas by Matthias Springer, mentor Nicolas Petton http://gsoc2013.esug.org/projects/athens-html5-canvas - Better rewriting rule tool by Gisela Decuzzi, mentor Stephane Ducasse http://gsoc2013.esug.org/projects/rewriting-rule-tool - DBXTalk on NativeBoost by Rocio Amaya, mentor Guillermo Polito http://gsoc2013.esug.org/projects/dbxtalk-on-nativeboost - Debugger Improvements by Clara Allende, mentor Andrei Chis http://gsoc2013.esug.org/projects/debugger-improvements - Graph-ET by Daniel Aviv, mentor Alexandre Bergel http://gsoc2013.esug.org/projects/graph-et - Improving Roassal Scalability by Mathieu Dehouck, mentor Vanessa Peña-Araya http://gsoc2013.esug.org/projects/roassal-scalability - Mars 1.0 by Carla Griggio, mentor Esteban Lorenzano http://gsoc2013.esug.org/projects/mars - SciSmalltalk - Solving Ordinary Differential Equations in Smalltalk by Natalia Moskovchuk, mentor Serge Stinckwich http://gsoc2013.esug.org/projects/scismalltalk - Spec platform/framework Independence by Benjamin Van Ryseghem, mentor Esteban Lorenzano http://gsoc2013.esug.org/projects/spec-independence - Tools for developing Amber web clients from Pharo by Rustem Khubbatov, mentor Dennis Schetinin http://gsoc2013.esug.org/projects/amber-tools - UIPainter by Erwan Douaille, mentor Esteban Lorenzano http://gsoc2013.esug.org/projects/uipainter And extra 4 projects stipended by us from money of last and this year GSoC (mentoring organization namely get 500 USD per accepted project from Google too): - FAST Java Model by Benjamin Arezki, mentor Nicolas Anquetil, http://gsoc2013.esug.org/projects/fast-java - Gadget profiler by Alejandro Infante, mentor Juan Pablo Sandoval, http://gsoc2013.esug.org/projects/gadget - Phratch, a port of Scratch to Pharo by Jean-Baptiste Beuzelin, http://gsoc2013.esug.org/projects/phratch mentor Jannik Laval, - Roassal in Amber by Pablo Estefó, mentor Alexandre Bergel http://gsoc2013.esug.org/projects/roassal-in-amber Students will now start working on their projects. There will be an mid-term evaluation of their work in July and final one at the end of August. Best regards Janko -- Janko Mivšek Smalltalk GSoC Admin Team http://gsoc2013.esug.org -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org
Re: [Pharo-dev] TxText new version 0.8
On 23 May 2013, at 10:19, Sven Van Caekenberghe s...@stfx.eu wrote: On 23 May 2013, at 10:12, Norbert Hartl norb...@hartl.name wrote: Am 23.05.2013 um 09:53 schrieb Sven Van Caekenberghe s...@stfx.eu: Hmm, there are different views possible on this. Absolutely! We should never give up the possibility of building/constructing really small images. There has been massive work done on modularisation, unloading and stripping. Let's keep that option/route open. That's my only point. Having tests packaged separately just opens the possibility to make things smaller. I personally doubt how much difference tests actually make compared to other stuff, but that does not mean that they should no longer be unloadable. agreed. I stopped trying to minimise production images, because it is not worth the trouble: it is a lot of work, memory is relatively cheap and I need the tools to remain present, just in case I want to debug. Even running tests is a kind of debugging and/or quality control: a way to confirm that the production image is (still) working OK. This is all useful and a small price to pay, IMHO. That is the funny part in this discussion. I stopped minimizing them as well. On most images I use RFB and like to have the full fledge installation being present. I stopped even to use cleanUpForProduction because it removes SUnit. I hook up SUnit to rest handlers and trigger them from the outside to do runtime sanity checks, e.g. used by monit. That is a cool trick ! So cool that I want to make that into a general purpose Zn handler (totally optional and on localhost only of course) ;-) And so I did: --- Name: Zinc-HTTP-SvenVanCaekenberghe.363 Author: SvenVanCaekenberghe Time: 28 May 2013, 10:38:03 am UUID: a1fa8795-eb44-4812-81e7-3da28fa9bda9 Ancestors: Zinc-HTTP-SvenVanCaekenberghe.362 Implemented ZnTestRunnerDelegate (original idea by Norbert Hartl - Thx) Minor optimalization to ZnUtils class#nextPutAll:on: --- $ curl http://localhost:1701/sunit/ZnUtilsTests 15 run, 15 passes, 0 skipped, 0 expected failures, 0 failures, 0 errors, 0 unexpected passes $ curl http://localhost:1701/sunit/ZnUtilsTests/testBase64 1 run, 1 passes, 0 skipped, 0 expected failures, 0 failures, 0 errors, 0 unexpected passes The above are 200 responses, a failure will be a 500 response. With specifically written tests this could be quite useful for monit checks. Sven PS: The service is off by default, and when on only exposed to localhost, don't change this without thinking about the consequences ! Norbert On 23 May 2013, at 09:43, Camillo Bruni camillobr...@gmail.com wrote: On 2013-05-23, at 09:35, Norbert Hartl norb...@hartl.name wrote: Am 23.05.2013 um 09:18 schrieb Camillo Bruni camillobr...@gmail.com: technically yes, but you do not need many things to run the code: - class comments - method comments - any documentation in general And I don't have it at production because I don't have changes file here. yet you load them. so I wonder if it makes sense to even load tests separately? It make sense when you try to reduce production image size. And loading only required packages (without tests) works well. Why change it? I know that this scheme is in use, but why? why do I have to reduce the size of a production image? from how many to many megabytes? It might make sense for moose, but none of the other projects. Do you really care if the image is 35 instead of 25MB? To me this argument sounds invalid :/ I can tell from a server deployment perspective. A production image should only contain the source it really needs. Additional not-used code cannot have a benefit but it could cause side effects (breaking things, slowing things down, opening security holes, etc…). So you reduce it to the bare essentials. Having less code also makes an image faster which is not a noticable effect but it is there. Finally if you want to have 48 images (that can be feasible on a 16 core machine) on your machine then it would sum up to 480 MB which is less memory for additional images or OS I/O cache which in turn makes your machine slower. Not carrying about memory at all is a typical view point that the java community developed. But your professional acting should be reasonable. That means for every action should have a reason. At best a good reason. Growing the image by supporting new possibilties and tools is a good reason. Just wasting memory because it is easier to load a huge bunch is IMHO not a good reason. So I conclude that for a production ready image you want to strip out as much as possible: - tests - comments (luckily in the changes file...) - source code (luckily in the changes file...) - monticello metadata (which was around 5MB or so, did anybody care?) - font files that linger around (also around 2MB, and also mostly ignored) which sort of makes sense, however for that you
Re: [Pharo-dev] [Ann] New TxText version 1.0
2013/5/28 Camillo Bruni camillobr...@gmail.com Jenkins is not happy, https://ci.inria.fr/pharo-contribution/job/TxText/:P Denis, would it be possible to add a #stable and maybe a #development version to the configuration? I will make it at evening. Before you migrate to new CI infrastructure I received mails about TxText problems. But now it is not happen. How I can fix it? On 2013-05-28, at 08:21, Denis Kudriashov dionisi...@gmail.com wrote: 2013/5/28 Tudor Girba tu...@tudorgirba.com Hi, I found the issue: the url from the Gofer script was wrong :). Here is the correct one: Gofer it url: 'http://www.smalltalkhub.com/mc/sig/TxText/main'; package: 'ConfigurationOfTxText'; load. It is true of course. But I can't understand why it works for me with ' http://www.smalltalkhub.com/#!/~sig/TxText'; url Any way thank's for this fix ((Smalltalk at: #ConfigurationOfTxText) project version: '1.0') load: #('ALL'). Cheers, Doru On May 27, 2013, at 6:44 AM, Denis Kudriashov dionisi...@gmail.com wrote: 2013/5/27 Tudor Girba tu...@tudorgirba.com I tried to load it, but could not because in the sig repository, the latest version of the configuration is still 0.6. It works for me. I use Pharo 2.0 on Windows 7. And you can see by webbrowser all versions exist at smalltalkhub repository http://www.smalltalkhub.com/#!/~sig/TxText Cheers, Doru On May 26, 2013, at 11:09 PM, Denis Kudriashov dionisi...@gmail.com wrote: Hello. I finish edit validation logic. So new version 1.0 is available: Gofer it url: 'http://www.smalltalkhub.com/#!/~sig/TxText'; package: 'ConfigurationOfTxText'; load. ((Smalltalk at: #ConfigurationOfTxText) project version: '1.0') load: #('ALL'). TxEditValidator is introduced for TxEditor. It validates changes performed by given block. It asks editor to try changes from this block. And if changed text satisfied text spec validator executes given block to apply changes. Few text specs implemented: -TxAnyTextSpec -TxDigitalTextSpec -TxDecimalTextSpec More example of text specs are at TxTextMorph class side: - mask with digits only - smart numbers which accept only decimal numbers: m := TxTextMorph new. m editDecorator: TxSingleLineEditDecorator smartNumbers. m textSpec: (TxDecimalTextSpec maxDecimalDigits: 3). m newTextContents: '1000'. m addCursor. m beEditable. m openInHand Best regards. Denis. -- www.tudorgirba.com Problem solving efficiency grows with the abstractness level of problem understanding. -- www.tudorgirba.com Quality cannot be an afterthought.
Re: [Pharo-dev] [Esug-list] [ANN] SmalltalkHub update
On Tue, May 28, 2013 at 10:11 AM, kilon theki...@yahoo.co.uk wrote: Does that mean that we will be able to delete projects too ? How about renaming ? deleting a project which belongs to an individual is already possible. Deleting a project which belongs to a team will work as soon as the new changes get deployed. For the renaming, fill an issue in the tracker: http://code.google.com/p/smalltalk-hub/issues/list -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-dev] [ANN] SmalltalkHub update
On Tue, May 28, 2013 at 9:59 AM, Sven Van Caekenberghe s...@stfx.eu wrote: And the best change is under the hood ;-) Yes! And Pharo 1.4 running in a StackVM has been replaced by Pharo 2.0 running in a CogVM. -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-dev] [Ann] New TxText version 1.0
On 2013-05-28, at 11:13, Denis Kudriashov dionisi...@gmail.com wrote: 2013/5/28 Camillo Bruni camillobr...@gmail.com Jenkins is not happy, https://ci.inria.fr/pharo-contribution/job/TxText/:P Denis, would it be possible to add a #stable and maybe a #development version to the configuration? I will make it at evening. Before you migrate to new CI infrastructure I received mails about TxText problems. But now it is not happen. How I can fix it? You can add yourself to the mail notification: https://ci.inria.fr/pharo-contribution/job/TxText/configure if you aren't a member yet, register here: http://ci.inria.fr and add yourself to pharo-contribution, we will enable you to be an admin.
[Pharo-dev] [update 3.0] #30172
30172 - 10544 Fixes to RING meta model https://pharo.fogbugz.com/f/cases/10544 10771 SpecDebugger calls wrong spec https://pharo.fogbugz.com/f/cases/10771 10772 Smalltalk condenseChanges broken https://pharo.fogbugz.com/f/cases/10772 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.844.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Inspector-MarcusDenker.29.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Ring-Core-Kernel-MarcusDenker.99.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Refactoring-Environment-MarcusDenker.16.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/NautilusCommon-MarcusDenker.140.diff
Re: [Pharo-dev] [Pharo-users] 17 GSoC projects accepted
Sven Van Caekenberghe-2 wrote Great news ! Thanks for the effort, Janko. +1. These are all exciting and valuable projects! I can't wait to see (and play with) the results :) - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-dev-17-GSoC-projects-accepted-tp4690335p4690395.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Re: [Pharo-dev] [ANN] SmalltalkHub update
On 28 May 2013, at 11:28, Damien Cassou damien.cas...@gmail.com wrote: On Tue, May 28, 2013 at 9:59 AM, Sven Van Caekenberghe s...@stfx.eu wrote: And the best change is under the hood ;-) Yes! And Pharo 1.4 running in a StackVM has been replaced by Pharo 2.0 running in a CogVM. That is worth some serious performance points as well, indeed. BTW, I see that you have enabled gzip compression server side as well, using Zinc ? That means you are using a very recent version of Zn, which one ? Anyway, more performance improvements are underway. Sven
Re: [Pharo-dev] [Pharo-users] 17 GSoC projects accepted
It's good to see Pharo Community growing and growing each day Congrats to everyone, really!. 2013/5/28 Guillermo Polito guillermopol...@gmail.com On Tue, May 28, 2013 at 2:14 PM, Clara Allende clari.alle...@gmail.comwrote: Lots of women! Yes, that's dangerous.. and Argentinians! And this even more.. This is really great news :) Congrats everyone! haha, yeah, congrats for all the work so far and now let's have some cool projects :) On 28 May 2013 08:43, Sean P. DeNigris s...@clipperadams.com wrote: Sven Van Caekenberghe-2 wrote Great news ! Thanks for the effort, Janko. +1. These are all exciting and valuable projects! I can't wait to see (and play with) the results :) - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-dev-17-GSoC-projects-accepted-tp4690335p4690395.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. -- Atte. Iván Guevara
Re: [Pharo-dev] [ANN] SmalltalkHub update
Ah, thanks; that is the stable/released version. But how is the Content-Encoding:gzip done then since that was only introduced later ? There must be a (reverse) proxy in front of it then, but it is not visible in the headers, just curious how things are deployed... On 28 May 2013, at 15:03, Damien Cassou damien.cas...@gmail.com wrote: On Tue, May 28, 2013 at 1:47 PM, Sven Van Caekenberghe s...@stfx.eu wrote: That means you are using a very recent version of Zn, which one ? everything is described in the ConfigurationOfSmalltalkHub and its dependencies. Taken from the latest image built by Jenkins, we have what is in the attached screenshot. -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill zinc-smalltalkhub.png
Re: [Pharo-dev] [ANN] SmalltalkHub update
On 28 May 2013, at 15:39, Nicolas Petton petton.nico...@gmail.com wrote: I'm simply using compression on the Apache side, then proxying the request to zinc. OK, that is clear. Thanks for the reply. Nico On May 28, 2013, at 3:16 PM, Sven Van Caekenberghe s...@stfx.eu wrote: Ah, thanks; that is the stable/released version. But how is the Content-Encoding:gzip done then since that was only introduced later ? There must be a (reverse) proxy in front of it then, but it is not visible in the headers, just curious how things are deployed... On 28 May 2013, at 15:03, Damien Cassou damien.cas...@gmail.com wrote: On Tue, May 28, 2013 at 1:47 PM, Sven Van Caekenberghe s...@stfx.eu wrote: That means you are using a very recent version of Zn, which one ? everything is described in the ConfigurationOfSmalltalkHub and its dependencies. Taken from the latest image built by Jenkins, we have what is in the attached screenshot. -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill zinc-smalltalkhub.png -- Nicolas Petton http://www.nicolas-petton.fr
Re: [Pharo-dev] [Pharo-users] 17 GSoC projects accepted
Yes and now you will have to deliver :) On May 28, 2013, at 2:14 PM, Clara Allende clari.alle...@gmail.com wrote: Lots of women! and Argentinians! This is really great news :) Congrats everyone! On 28 May 2013 08:43, Sean P. DeNigris s...@clipperadams.com wrote: Sven Van Caekenberghe-2 wrote Great news ! Thanks for the effort, Janko. +1. These are all exciting and valuable projects! I can't wait to see (and play with) the results :) - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-dev-17-GSoC-projects-accepted-tp4690335p4690395.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
[Pharo-dev] Mailinlists: overview page and ML archive
Hi, Now http://lists.pharo.org/ forwards to the list overview page. And the archive pages are working: http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/ http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/ TODO: import the old emails. Marcus
[Pharo-dev] Pharo Redis?
Hey guys, I've seen here a reference in http://redis.io/clients to this Smalltalk client: http://www.squeaksource.com/@kv_Jds-P7FbzciwZ/xU6A7ylR The last commit is kind of old (2011) 1. Are you using it? 2. Is anybody interested in maintaining a Redis Pharo client here? Why Redis you might ask? Well, it's fast and has a very interesting feature: Notifications With notifications you can subscribe observers and publish object events (I'll leave the rest to your smalltalker imagination) on persisted objects. This opens many possibilities in real-time smalltalk based apps that scales nice. sebastian o/
Re: [Pharo-dev] Memory leaks with Spec?
Sean P. DeNigris wrote stephane ducasse wrote Igor I will use weak (may be weak should be default and we should propose strong as an option) Yes!!! From http://forum.world.st/Unsubscribing-for-Announcements-tp3220751p4083086.html : Issue 10787: Make Announcements Weak By Default https://pharo.fogbugz.com/f/cases/10787/Make-Announcements-Weak-By-Default Blocked on Issue 4312: Ephemerons integration - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-dev-Memory-leaks-with-Spec-tp4689839p4690513.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Spec: resizing columns/rows
If you mean in the spec description class side, then it is : newRow: aBlock height: aNumber newColumn : aBlock width: aNumber If you mean when the window is opened, how to resize the subpanels, you need to add splitters between the panels. Ex : ^ SpecLayout composed add: #firstItem origin: 0@0 corner: 0.5@1; addSplitter; add: #description origin: 0.5@0 corner: 1@1; yourself 2013/5/28 DeNigris Sean s...@clipperadams.com How do I do that? Thanks! Sean -- Clément Béra Mate Virtual Machine Engineer Bâtiment B 40, avenue Halley 59650 *Villeneuve d'Ascq*
Re: [Pharo-dev] Spec: resizing columns/rows
Clément Bera-4 wrote If you mean when the window is opened, how to resize the subpanels, you need to add splitters between the panels Thanks :) - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-dev-Spec-resizing-columns-rows-tp4690499p4690518.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] More signs of growth
+1 , Yes exact sentiment I stated in a fwd mail to colleagues.. Pharo is growing and surely converting existing Java programmers to take a deeper look in. On Tue, May 28, 2013 at 6:52 PM, Sean P. DeNigris s...@clipperadams.comwrote: I see users asking questions on the users list who I've never seen before :) - Cheers, Sean -- View this message in context: http://forum.world.st/More-signs-of-growth-tp4690436.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Re: [Pharo-dev] Update Zn+Zdc May 2013
Thanks guys, we are all trying to do our best in our corner and together we move forward. On 28 May 2013, at 23:20, Esteban A. Maringolo emaring...@gmail.com wrote: So impressive that if you put it in a chart, the Before series are practically invisible. Esteban A. Maringolo 2013/5/28 stephane ducasse stephane.duca...@free.fr Thanks sven this is impressive :) Stef On May 28, 2013, at 10:51 PM, Sven Van Caekenberghe s...@stfx.eu wrote: Hi, I prepared https://pharo.fogbugz.com/f/cases/10775/Update-Zn-Zdc-May-2013 with a lot of comments that I won't repeat here. It is ready for 3.0 Thanks, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill ZnBench.png
Re: [Pharo-dev] Update Zn+Zdc May 2013
Nice! BTW at some you should come and plug in Igor's experimental native boost decoder in Zinc ;) Because this is the kind of algorithmic that Smalltalk usually sucks at. On 2013-05-29, at 07:17, Sven Van Caekenberghe s...@stfx.eu wrote: Thanks guys, we are all trying to do our best in our corner and together we move forward. On 28 May 2013, at 23:20, Esteban A. Maringolo emaring...@gmail.com wrote: So impressive that if you put it in a chart, the Before series are practically invisible. Esteban A. Maringolo 2013/5/28 stephane ducasse stephane.duca...@free.fr Thanks sven this is impressive :) Stef On May 28, 2013, at 10:51 PM, Sven Van Caekenberghe s...@stfx.eu wrote: Hi, I prepared https://pharo.fogbugz.com/f/cases/10775/Update-Zn-Zdc-May-2013 with a lot of comments that I won't repeat here. It is ready for 3.0 Thanks, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill ZnBench.png
Re: [Pharo-dev] Storing metadata along with .mcz packages
On May 29, 2013, at 2:01 AM, Jan Vrany jan.vr...@fit.cvut.cz wrote: Hi there, I need to store a sort of a metadata along with the code in the .mcz. The goal is that if such a package is loaded by standard Pharo 2.0 (or 3.0) image, modified and then saved back as a new version, these metadata will be somehow preserved. Is that at all possible? If so, how? Yes :) Now packages have manifest created lazily by the smalllint browser. We are starting to store smallint rule false positive there and soon per package license. Best, Jan