July 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Moose-dev] Re: GLMTextualPresentation background color

by StÃ©phane Ducasse

doru is there a bug entry and an example how to generate this widget? Stef On Jul 4, 2011, at 4:20 PM, Tudor Girba wrote: > I attached here the screenshots for the TabMorph label shrinking problem, and for the MorphTreeMorph one. > > Cheers, > Doru > > <MorphTreeMorph-not-expanding.png><TabLabel-does-not-shrink.png> > > > On 3 Jul 2011, at 23:33, StÃ©phane Ducasse wrote: > >> doru could you have screen capture of the problem? >> >> On Jul 2, 2011, at 11:13 PM, Tudor Girba wrote: >> >>> Hi, >>> >>> Here are some issues: >>> >>> - PluggableTextMorph does not provide a means for clients to know when the text has changed >>> >>> - TabMorph does not provide a means for client to know when the tab has changed >>> >>> - The label of a TabMorph should shrink to fit the space. Right now a tab with a large title will expand the bounds of the tab. I would like to have the possibility to limit the size of the title to the size of the contents. Ideally, there should be some abbreviation (with ...) of the title. >>> >>> - the MorphTreeMorph does not expand the embedded morphs horizontally. Currently it inherits from ScrollPane. I think it would be great to get it inherit from GeneralScrollPane. Or maybe there is a better solution. >>> >>> Cheers, >>> Doru >>> >>> >>> On 2 Jul 2011, at 12:57, StÃ©phane Ducasse wrote: >>> >>>> I would like to get a list of important things to fix in the UI >>>> I have >>>> - in place item list edit (we should be able to change the protocol of a method by clicking on the list item) >>>> - fixed layout (problem of the expansion in glamour) >>>> - seeing only what is shown when typing (you type on a list = it shows you the matching items) >>>> >>>> Coudl you report the list of what is urgently needed in the pharo mailing-list? >>>> >>>> Stef >>>> >>>> On Jul 1, 2011, at 10:13 PM, Lukas Renggli wrote: >>>> >>>>>> 2. Perhaps you can take a shorter route and build a model of a simply text with zones that have styles and actions. Then we integrate this in the rendering. >>>>> >>>>> FYI: In Helvetia-Core there is a class called CHHighlightAttribute >>>>> that can highlight the background, as well as draw bitmap borders >>>>> (e.g. wiggled lines) around (left, right, bottom, top) the text. The >>>>> only problem is that a solid background will hide the text selection. >>>>> >>>>> Lukas >>>>> >>>>> -- >>>>> Lukas Renggli >>>>> www.lukas-renggli.ch >>>>> _______________________________________________ >>>>> Moose-dev mailing list >>>>> Moose-dev(a)iam.unibe.ch >>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>>> >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow." >>> >>> >>> >>> >>> >> >> > > -- > www.tudorgirba.com > > "One cannot do more than one can do." > > >

July 8, 2011

[Pharo-project] Fwd: [squeak-dev] [ANN] Alan Kay to talk about "Next steps for qualitatively improving programming" at HPI in Potsdam

by Michael Haupt

FYI Anfang der weitergeleiteten EâMail: > Von: Robert Hirschfeld <robert.hirschfeld(a)gmx.net> > Datum: 8. Juli 2011 01:35:09 MESZ > An: squeak-dev(a)lists.squeakfoundation.org > Betreff: [squeak-dev] [ANN] Alan Kay to talk about "Next steps for qualitatively improving programming" at HPI in Potsdam > Antwort an: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > > It is my great pleasure to announce Alan Kay's talk here at HPI. > > Title: "Next steps for qualitatively improving programming" > > Venue: Lecture Hall 1, Hasso-Plattner-Institut Potsdam, Germany > > Date and time: July 21 (Thu) 2011, 16:00-17:00 > > Additional information: > http://www.vpri.org/html/people/founders.htm > http://www.hpi.uni-potsdam.de/hpi/anfahrt?L=1 > http://www.hpi.uni-potsdam.de/news/beitrag/computerpionier-alan-kay-wird-hp… > > (Alan's talk will be recorded and made available online.) > > Best, > Robert > > -- > Robert Hirschfeld > Hasso-Plattner-Institut > hirschfeld(a)hpi.uni-potsdam.de > www.hpi.uni-potsdam.de/swa

July 8, 2011

Re: [Pharo-project] would be good to have a presence there

by laurent laffont

On Thu, Jul 7, 2011 at 6:27 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > http://www.openworldforum.org/rfp/code-osdc.html > > I will propose a coding-dojo about TDD, testing in legacy code, maybe Hapao, ... friends welcome :) Laurent.

July 7, 2011

Re: [Pharo-project] inheritence

by Schwab,Wilhelm K

FWIW, I *really* miss Dolphin's CHB. Seeing things by package goes just so far. We worry (legitimately) about code duplicated along the hierarchy, but we don't have a good way to freely explore the hierarchy. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Hilaire Fernandes [hilaire.fernandes(a)edu.ge.ch] Sent: Thursday, July 07, 2011 1:08 PM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] inheritence With Pharo 1.3, one behavior I am not sure it is a bug or not, In the browser, in a method, when I click on the inheritence button I only get a list of the ascendant no the descendant. Is the normal behavior? Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

July 7, 2011

[Pharo-project] Cross compile Window from Unix/Mac os

by Jean Baptiste Arnaud

Since the last Igor ( thank ) update it 's possible to cross compile windows VM(last version) from MacOs and Unix. Using Mingw and cmake. Now, i do for Cog, and for ARM9 processor. My process imply to fix some window file cause some include are wrong, then it the cross compiler don't find some include beginning by Uppercase(cause the file isn't beginning by uppercase). In /Platform/win32/vm/sqWin32Intel.c #include <float.h> instead #include <Float.h> in /Platform/win32/plugin/SocketPlugin/sqWin32NewNet.c #include <ws2tcpip.h> instead #include <Ws2tcpip.h> Regard Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

July 7, 2011

[Pharo-project] inheritence

by Hilaire Fernandes

With Pharo 1.3, one behavior I am not sure it is a bug or not, In the browser, in a method, when I click on the inheritence button I only get a list of the ascendant no the descendant. Is the normal behavior? Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

July 7, 2011

Re: [Pharo-project] reloaded Core failing tests

by StÃ©phane Ducasse

On Jul 7, 2011, at 10:52 AM, Pavel Krivanek wrote: > > > On Thu, Jul 7, 2011 at 10:19 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jul 6, 2011, at 10:56 PM, Pavel Krivanek wrote: > > > Hi Marcus, > > > > add this line to the initCore.st script on CI server: > > > > ActiveHand instVarNamed: #targetOffset put: 0@0. > > > Done and build started: > > https://ci.lille.inria.fr/pharo/job/Pharo%ckages now have already two sets of du20Kernel%20Reload/ > > > > this will fix the testTargetPoint. The second and last failing tests is related to compressed unicode tables in the kernel image. I will prepare the code that will regenerate this tables. > > > > The second option is to disable call of privShrinkUnicodeTables method in privShrinkingProcess. The resultant kernel and gofer images will be bigger. The question is if we will shrink this tables by default. > > I am in general not happy how resources are right now stored in the image... the only way right now is to either have them just there as objects, non-recreateble or people store stuff (fonts, bitmaps) > as strings (or ByteArrays) in methods. This is not nice... but of course MC can store it and so its the only option. > > We should think about having an in-image, virtual file-system with all the static stuff... maybe this could even be per package and serialized with MC as part of the package? > > It is quite easy to extend data stored in MC packages, for example for the original versions of the KernelImage I extended packages with preamble and postcript files. The only problem was with versioning of this extensions. Life would me more easy if MC would provide general interface for versioning of all kinds of files in the package. Yes! > The MC packages now have already two sets of duplicated data: source (in the .st file) and the MC History data... which should not be underestimated: MC wastes right now 4MB of 13.5 MB in 1.4, > In addtion, the fact that we have to wirite to .changes when loading a package is far from nice... it would be better of packages would be self-contained and the system would get the source > from them. > > Interesting idea. The good start would be introduction of general pluggable source managers. > > -- Pavel > > > Marcus > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

July 7, 2011

[Pharo-project] would be good to have a presence there

by StÃ©phane Ducasse

http://www.openworldforum.org/rfp/code-osdc.html

July 7, 2011

Re: [Pharo-project] [Pharo-users] **Important Please read** Towards First Class Tasks

by StÃ©phane Ducasse

Hi guys I'm in town. Now I want to make clear the following: This idea is much more on having an effort to collect todo and manage to kill some of them regularly than to engage to for long task. As an example for the UI I would like - layout fixed so that glamour IDE can work - in place edit in list items (for example to be able to directly edit the protocol of a method in a sender list) - an option to get list showing only elements matching an input on the fly What you see is that we should have list of "simple" tasks that people can sign in for. The idea is that we should coordinate a bit to make progress. Stef On Jul 1, 2011, at 10:40 AM, StÃ©phane Ducasse wrote: > Dear Pharoers > > I think that we are doing a great work: when I look at the work on the theme, better widgets, network.....Excellent! and thanks. > Now we were discussing with Doru about how we as community could coordinate and structure ourselves better to create more energy. > > Analysis of the current situation: > Right now we have individuals doing great projects, sometimes we have a group of people but this is often not visible. > Now often happens a bit in ad-hoc way. Because someone ask something, then somebody replies and we integrate the replies. > > What I would like to see emerging are First Class Tasks with > a name > a topic > a coordinator > a group of interested participants, > a set of identified clients (because clients are the ones that often make us deliver more), > a little agenda, > a web presence on the web page > > > If we look at what we have right now that are potential Tasks and really important clients > > - The Z connection: > Network/Socket > Coordinator (proposed): Sven > Socket: Noury Luc Jannik Olivier > Clients: Seasiders, Clouders, > > - Morphic 2: > UI: Alain Gary Igor > Coordinator (proposed): ? > Presenty framework > VoidNullPointer UIBuilder > Athens > Clients: Moose, Pharo IDE > > - Pharo IDE: > Coordinator (proposed): Doru > work around TWM Laurent > Nautilus: Benjamin Laurent > Glamourous: Doru Damien > > - OPAL: > Compiler tool chain > Coordinator (proposed): Marcus? > Jb, Jorge, Marcus, > Helvetia lukas > Niko Schwarz? > > - Package: > Stef, Cyrille > Coordinator (proposed): Stephane > Client: Nautilus, Doru Moose, > > - Metacello > Dale Mariano > Coordinator (proposed): Dale? > Client: Stef with the idea of distribution, Torsten don't you want to help here? > > - Coral: > Coordinator (proposed): Damien? > Damien, Luc, Adrien, Stef, > Client: Damien, Olivier? > > So what would be good is to have the identification on the web site of these groups. > More discussions and concentration with a set of little tasks to be performed > We could tag the mails with [Task-UI], [Task-OPAL], have a little visible agenda. > > What do you think? I think that it is important. > > > > Stef >

July 7, 2011

Re: [Pharo-project] Pharo Announcements and WADynamicVariable do not play nice

by Henrik Johansen

Couldn't Danie's problem also be stated as "forked processes don't inherit their parents environment"? Or is there more stopping WARequestContext from working? Apart from the fact that they currently don't, is there a good reason they shouldn't? Cheers, Henry On Jul 7, 2011, at 4:56 55PM, Igor Stasenko wrote: > On 7 July 2011 16:43, Danie Roux <lists+pharo(a)danieroux.com> wrote: >> Hi all, >> >> We use Announcements in our Seaside app. I've upgraded our Pharo image >> (from an ancient one) and the upgraded image looses the user's >> session. >> >> This issue is here: >> >> AnnouncementSubscription>>deliver: anAnnouncement >> " deliver an announcement to receiver. In case of failure, it will be >> handled in separate process" >> >> ^ (self handles: anAnnouncement class ) ifTrue: [ >> [action cull: anAnnouncement cull: announcer] >> on: Exception fork: [:ex | ex pass ]] >> >> Because of the catch-all, WARequestContext can't do its fancy footwork >> to manage thread-local variables. >> >> What is the rationale behind this? I removed the error handling. >> > > The rationale is that failing handling an announcement by one > subscriber should not prevent it from receiving announcement by > another subscriber. > > Consider that you have two subscribers for same announcement. > and one subscriber is broken and throwing an exception(s) during > handling it. This could prevent other subscriber from receiving > announcement, > and therefore in the end you will have a 'lost events' effect. > > To prevent it, there are #on:fork: which guards against any exceptions > and guarantees that execution at this point will continue normally , > no matter what handler does. > > Maybe Exception is too strict and we should handle only Errors there. > But consider to not use exceptions in announcement handling code, > because this leads to the described scenario, which is certainly adds > fragility to announcements. > > Since we want to use announcements in mission critical places, like > delivering system events and logging compiled sources, and managing > package info, > it is important that for system announcer , any buggy subscribers > won't put system on its knees. > Because from the point of view of subscriber , there nothing should > prevent it from receiving an announcement. There should be no > interference between multiple subscribers subscribed for same > announcement, > because they could even don't know about each other. > > >> -- >> Danie Roux *shuffle* Adore Unix - http://danieroux.com >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

July 7, 2011