September 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Removing name from Object

by stepharo

> The problem is if (like in the past) name is extensively used by some > library we depend upon (like... let's say morphic), a deprecation that > raises an exception may turn the system unusable. It's not that it is > not doable, but we should do it gently and with love. The devil is in the details... they say.

Sept. 3, 2015

Re: [Pharo-dev] size of MCbrowser should be proportional

by stepharo

ok I understand. I think that we should rebuild these tools but time time time Le 3/9/15 16:19, Peter UhnÃ¡k a Ã©crit : > On Thu, Sep 3, 2015 at 4:14 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > I'm sorry but you have to think modularly. > I do not see why having multiple repositories is a problem. > > > This is not what I meant, having system modular is a good thing. > > What I was getting at is that the need to have the MCBrowser larger is > primarily (in my eyes at least) because now they are suddenly more > packages. > That's why I proposed to have them hidden from the view by default. > > That way > 1. the system can be separated into as many repos as we want > 2. the MC Browser wouldn't need to be so large > 3. it will be easier for end users to see their repos > 4. if you need to see them, you just click on a button/checkbox > > Peter >

Sept. 3, 2015

[pharo-project/pharo-core]

by GitHub

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

Sept. 3, 2015

[pharo-project/pharo-core] be04d6: 50302

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: be04d6787cc11acb9510da2fb55a0b762aae7886 https://github.com/pharo-project/pharo-core/commit/be04d6787cc11acb9510da2f… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-09-03 (Thu, 03 Sep 2015) Changed paths: M Morphic-Core.package/Morph.class/instance/layout/layoutProportionallyIn_.st A Morphic-Widgets-Pluggable.package/PluggableTextMorph.class/instance/testing/isAutoFit.st A Morphic-Widgets-Scrolling.package/ScrollPane.class/instance/layout/layoutProportionallyIn_.st A Morphic-Widgets-Scrolling.package/ScrollPane.class/instance/testing/isAutoFit.st M OpalCompiler-Core.package/IRBuilder.class/instance/instructions/pushClosureCopyCopiedValues_args_jumpTo_.st M Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - after/testAfterAssignment.st M Reflectivity.package/RFASTTranslator.class/definition.st A Reflectivity.package/RFASTTranslator.class/instance/reflectivity/emitMetaLinkAfterNoEnsure_.st M Reflectivity.package/RFASTTranslator.class/instance/reflectivity/emitMetaLinkAfter_.st A Reflectivity.package/RFASTTranslator.class/instance/reflectivity/emitPrepareLinkAfter_.st R Reflectivity.package/RFASTTranslator.class/instance/reflectivity/hasSeen_.st R Reflectivity.package/RFASTTranslator.class/instance/reflectivity/recordSeen_.st R Reflectivity.package/RFASTTranslator.class/instance/reflectivity/removeSeen_.st M Reflectivity.package/RFASTTranslator.class/instance/reflectivity/visitVariableValue_.st M Reflectivity.package/RFASTTranslator.class/instance/visitor-double dispatching/emitMessageNode_.st M Reflectivity.package/RFASTTranslator.class/instance/visitor-double dispatching/visitArrayNode_.st M Reflectivity.package/RFASTTranslator.class/instance/visitor-double dispatching/visitAssignmentNode_.st M Reflectivity.package/RFASTTranslator.class/instance/visitor-double dispatching/visitLiteralArrayNode_.st M Reflectivity.package/RFASTTranslator.class/instance/visitor-double dispatching/visitLiteralNode_.st M Reflectivity.package/RFASTTranslator.class/instance/visitor-double dispatching/visitMethodNode_.st R Reflectivity.package/RFASTTranslator.class/instance/visitor-double dispatching/visitNode_.st M Reflectivity.package/RFASTTranslator.class/instance/visitor-double dispatching/visitVariableNode_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50301.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50302.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50301.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50302.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50302 16452 Improve Morph>>layoutProportionallyIn: https://pharo.fogbugz.com/f/cases/16452 16471 Pass over #after: make after work for assignment https://pharo.fogbugz.com/f/cases/16471 http://files.pharo.org/image/50/50302.zip

Sept. 3, 2015

Re: [Pharo-dev] size of MCbrowser should be proportional

by Peter UhnÃ¡k

On Thu, Sep 3, 2015 at 4:14 PM, stepharo <stepharo(a)free.fr> wrote: > I'm sorry but you have to think modularly. > I do not see why having multiple repositories is a problem. > > This is not what I meant, having system modular is a good thing. What I was getting at is that the need to have the MCBrowser larger is primarily (in my eyes at least) because now they are suddenly more packages. That's why I proposed to have them hidden from the view by default. That way 1. the system can be separated into as many repos as we want 2. the MC Browser wouldn't need to be so large 3. it will be easier for end users to see their repos 4. if you need to see them, you just click on a button/checkbox Peter

Sept. 3, 2015

Re: [Pharo-dev] size of MCbrowser should be proportional

by stepharo

I'm sorry but you have to think modularly. I do not see why having multiple repositories is a problem. Stef Le 3/9/15 11:22, Peter UhnÃ¡k a Ã©crit : > > The new, large size, makes it a very scary tool. That many > packages? That many repositories? > > > Pharo 4 image has just 2 external repos (Pharo + PharoInbox), > Pharo 5 has 19 fucking repositories. > > I don't want to generalize, but how often does an end user care about > any of them? > For example the only time I interact with Pharo or PharoInbox is when > I am fixing issues and I do that from clean image. > > So my proposal: > Why not hide them? There could be a checkbox "[ ] Show system > repositories" (default unchecked). > That way the window can be much much smaller and users will see what > is important for them. > > Peter

Sept. 3, 2015

Re: [Pharo-dev] size of MCbrowser should be proportional

by stepharo

> >> >> >> and for "size of MCbrowser should be proportional": >> >> We don't have any other windows with a size proportional to the >> display size. >> Why should only MCBrowser behave like that? (Nautilus uses the same >> size). >> >> And what would be a good size, max. half the screen? >> >> And if we want a display screen dependent window size, this should be >> done by >> RealEstateAgent, and not for every single tool. > > I really donât know if it should be proportional. I has never been > like that. What I do know is that now is too big (while before was to > small) :) > So maybe best is to play a bit with the sizesâ¦ it was small, now is > big, lets find something in the middle :) > + 1

Sept. 3, 2015

Re: [Pharo-dev] [Reflectivity] Slides ESUG talk

by roberto.minelli＠usi.ch

Very good talk Marcus. In the next weeks I will finally have some time to try Reflectivity out! Thanks a lot for all your effort! Cheers, Roberto > On 31 Jul 2015, at 13:23, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 15 Jul 2015, at 10:15, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> Hi, >> >> the slides for my ESUG talk are online: >> >> http://www.slideshare.net/MarcusDenker/reflection-in-pharo5 >> >> > > Video is online, too: > > https://www.youtube.com/watch?v=Ik539CtjtTI > > > > Marcus >

Sept. 3, 2015

Re: [Pharo-dev] Image-specific "cache"

by Martin Dias

There is also SnapshotDone, announced in SystemAnnouncer. Martin On Thu, Sep 3, 2015 at 1:32 PM, Max Leske <maxleske(a)gmail.com> wrote: > You could also use the session checking logic NativeBoost uses. Take a > look at NativeBoost>>sessionChanged et al. > > Cheers, > Max > > On 03 Sep 2015, at 12:33, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Sorry, my last email is UNREADABLE! > > Here is the spellchecked version: > > Hi, > > I want to persist some value (in a singleton), but when a user creates a > copy of the image, I want to regenerate that data, so there will be no two > images with the same persisted data. Is there some way to act on an image > launch? Or maybe you have better suggestionsâ¦ > > Cheers, > Uko > > > On 03 Sep 2015, at 12:25, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Hi, > > I want to persist some value (in a singleton), but when a user creates a > copy of the image, it want to regenerate that data, so the will be no who > images with the same persisted data. Is there some way to act on image > launch? Or maybe you have more suggestionsâ¦ > > Cheers, > Uko > > > >

Sept. 3, 2015

Re: [Pharo-dev] Looking for a way to build SQL query

by olivier auverlot

Hi Stef, I have not knowledge about a framework to build SQL queries from Pharo syntax. However, Garage provides a solution to build easily SQL query with arguments. Take a look at https://guillep.github.io/DBXTalk/garage/prepared_statements.html Olivier :-) 2015-09-03 11:45 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > Maybe Querier? > It was presented on ESUG, but I don't know how production ready it is, you > would have to ask Michal. > > http://querier.xmb.cz/ > https://www.youtube.com/watch?v=c2yhd8BjFjU > > Peter > > On Thu, Sep 3, 2015 at 11:32 AM, stepharo <stepharo(a)free.fr> wrote: > >> Hi guys >> >> I'm looking for a lib that I can use to build sql queries instead of >> manipulating strings. >> ROE? >> >> Stef >> >> >

Sept. 3, 2015