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

Re: [Pharo-project] FS and binary files

by Lukas Renggli

Not really, Pharo forked the original implementation. In Colin's code you had to use the third supported stream type: not #readStream and not #writeStream (that are minimal ANSI compatible streams), but a third kind that I forgot the name of (it would return a RBBinaryReadWriteStream that works with most existing code). Lukas On 10 November 2011 16:25, Johannes Rasche <johannesrasche(a)mac.com> wrote: > Hi Lukas, > > you may not have realized the message below. > > I assume you might be the person who coud answer my question > > Cheers Johannes > > -------- Original-Nachricht -------- Betreff: [Pharo-project] FS and > binary files Datum: Wed, 09 Nov 2011 15:36:16 +0100 Von: Johannes > Rasche <johannesrasche(a)mac.com> <johannesrasche(a)mac.com> Antwort an: > Pharo-project(a)lists.gforge.inria.fr An: > pharo-project(a)lists.gforge.inria.fr > > > Hi folks, > > I just started to using FS instead of FileDirectory. > > On readStream sent to FSReference a FSAnsiiStream turns out, which is > not suitable for reading images ( for instance with PNGReadWriter). > > What did I wrong? > > Johannes > > > > > -- Lukas Renggli www.lukas-renggli.ch

Nov. 10, 2011

[Pharo-project] [update 1.4] #14223

by Marcus Denker

14223 ----- Issue 4986: Removing NewTextMorph and related http://code.google.com/p/pharo/issues/detail?id=4986 Issue 4987: Latest Polymorph improvements http://code.google.com/p/pharo/issues/detail?id=4987 Issue 4983: PluggableListMorph doesnt handle propoerly selector without arg for wrapping (and background and separators) http://code.google.com/p/pharo/issues/detail?id=4983 -- Marcus Denker -- http://marcusdenker.de

Nov. 10, 2011

Re: [Pharo-project] TextMorph: what is the purpose of predecessor/successor?

by Alain Plantec

Hi Igor, See the screenshot (Squeak 3.6). You can have several morphs editing the same text. Each morph containing its own part of the text. I guess predecessor ans successor are used in this context. Cheers Alain Le 10/11/2011 16:50, Igor Stasenko a Ã©crit : > looks like the purpose is to make multiple morphs, displaying > different (but adjacent) portions of one text.. > > But what i don't understand is what is the practical use of it? Is > there an examples of such use of TextMorph(s)? > As to me this looks a bit of over-enineering: > morph represents a view of some model. > Nothing prevents us from creating multiple different views of same > model (a text in this case). And i don't get, what do we gain by > letting them know about each other. > If there is a need to have a coordination between views, i think it > would be much simpler to have some centralized parent object/morph, > which managing additional complexity related with such > composition. > > > The functionality seems to be working: > in text morph's halo, click on its menu , and there will be > 'add predecessor' > and > 'add successor' > menu items, which creating a fresh text morphs over same text and put > it in ?hand? > > i am clueless, what is purpose of this and whether it belongs to right > place.. that's why i asking. > (i would just throw it away ;) >

Nov. 10, 2011

Re: [Pharo-project] Monticello Browser Feedback - additional window pane for description

by Igor Stasenko

On 10 November 2011 16:50, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi Ben! > > I agree with you! We are currently working on a manifesto browser that will include this information per package, and much more (e.g,. List of authors, associated lint rules) > > You can have a look at it if you wish. It is ManifestoBrowser from the ss3.gemstone.com forge > My main question is where such information will be stored in monticello package. Because right now, we don't have any formal defined rules for keeping such information. And of course it is useful, especially to people who only getting started. > Cheers, > Alexandre > > > > Le 10 nov. 2011 Ã 07:36, Ben Coman <btc(a)openInWorld.com> a Ã©crit : > >> greetings all, >> >> Some hopefully constructive feedback as from a newbie perusing Monticello Browser in Pharo 1.3. >> On the left-side there are a of packages listed and I don't know what any of them do. Â On the right-side is list a few repositories with a lot of white space beneath. Â What do you think of splitting the right-side horizontally to include a description of the package? >> This could include: >> 1. a textual description >> 2. a link to a web page for the package, which could be an authors home page or a wiki page >> 3. display of the linked web page within the Monticello Browser >> >> This is just something I would find useful as I explored the system. Â Actually, it just occurred to me that the listed packages are delivered as an integral part of Pharo 1.3 system. Â I see that some of them are marked with a star and I wonder what that means. Â I did read the PBE Monticello chapter a while ago but its been awhile since I used Pharo and it didn't stick. Â It is a pain searching for the description in PBE again - and a scan of this escription seems more about using Monticello as a developer than a newbie exploring the system. Â I want to get familiar with the system by exploring it and my feeling of confidence depends on easily understanding the questions that arise as I am flipping through thing. >> >> Any thoughts for having a help button on the Monticello Browser with "user" oriented information? >> >> cheers, >> BenComan >> > > -- Best regards, Igor Stasenko.

Nov. 10, 2011

Re: [Pharo-project] Latest Polymorph improvements

by Marcus Denker

On Nov 10, 2011, at 1:32 PM, Gary Chambers wrote: > Time for another accumulated bunch of things ;-) > > Attached change set > Thanks! I added it to the list: http://code.google.com/p/pharo/issues/detail?id=4987 -- Marcus Denker -- http://marcusdenker.de

Nov. 10, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Sven Van Caekenberghe

On 07 Nov 2011, at 16:12, Nick Ager wrote: > In my image (Pharo 1.3) #environment is defined in Behavior so I need to call: > > (self class environment at: #String) new > > have I missed somethingâ¦ StÃ©ph, Nick is right. I guess the question is: how should normal client or user code that used to do something like Smalltalk at: #Point be written ? Should we just do Smalltalk globals or self environment. In the last case, there is the question whether an instance method would be needed. Sven

Nov. 10, 2011

[Pharo-project] Latest Polymorph improvements

by Gary Chambers

Time for another accumulated bunch of things ;-) Attached change set Summary: AlphaImageMorph can now answer effective image bounds for a rectangle in display bounds allows use of on-screen crop tools etc. to specify area in image terms with respect to layout/scaling etc. CheckboxButtonMorph always honour explicit click/move handlers CheckboxMorph extra property to facilitate taking keyboard focus on click (can be used in conjunction with text editors to accept on (keyboard) focus change) shrink horizontally by default update enablement on label change DropListMorph support wrapSelector on underlying list FileDialogWindow update file list when directories added/removed ListModel extra change/update aspect for list order (allows using a list model to reorder a list via drag/drop) MorphicUIManager openModel uses detected modal morph rather than blocking World by default PSMCPatchOperationWrapper use summary of definition (avoid MNU on #selector for reorganisation operations) PluggableButtonMorph extra property to facilitate taking keyboard focus on click PluggableSliderMorph avoid possible ZeroDivide on bad parameters PluggableTextFieldMorph minor performance, reuse already calculated string ToggleMenuItemMorph centre text when vertical extent more than minimum UITheme Use a PanelMorph for label groups (allows disablement of group... ideally would want a major rework for parent enablement dependency though) Regards, Gary

Nov. 10, 2011

Re: [Pharo-project] TextMorph: what is the purpose of predecessor/successor?

by Igor Stasenko

On 10 November 2011 17:18, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Nov 10, 2011, at 12:51 PM, Igor Stasenko wrote: > >> looks like the purpose is to make multiple morphs, displaying >> different (but adjacent) portions of one text.. >> > > In the orginal 2.0 Squeak image there was a demo that demonstrated > text filling morphs, with the text flowing between multiple ones. > > It is likely that it has never been used outside of this Demo. > > The idea was that morphs could be the building blocks of a text layout system > like we see in Pages or Word (or better example Â FrameMaker). > > So if you want to have two paragraphs on one page, put two textmorphs and > let the text flow beteen them. No model, the morphs are the model and the view > at the same time. > > The question is if that is really realistic to build a Rich Text editor that way? > I don't think so. As i said before, Text (class) model is a very limited and don't scales for big texts (multiple pages etc). Because if you imagine you editing 300kb text (book), any operation like insertion of a single character will require copying 300 thousands of characters into a new space holder. IMO Text is good for a couple lines of text (like smalltalk code). But for something bigger, like Word it should be completely different and require completely different approach and modelling. >> >> (i would just throw it away ;) >> > Yes. > > Â Â Â Â Marcus > > -- > Marcus Denker -- http://marcusdenker.de > -- Best regards, Igor Stasenko.

Nov. 10, 2011

Re: [Pharo-project] Accessing the OS Environment Variables

by Sean P. DeNigris

Or with OSProcess: "OSProcess thisOSProcess environment" -- View this message in context: http://forum.world.st/Accessing-the-OS-Environment-Variables-tp4024106p4024… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 10, 2011

Re: [Pharo-project] SmalltalkHub news

by Nicolas Petton

On Thu, 2011-11-10 at 10:50 +0100, Noury Bouraqadi wrote: > Hi Nicolas, > > It's cool to hear that you are making progress on SmalltalkHub :-) > You mention a public demo. Does it mean that we are close to a beta version ? yes, we are a lot closer :) Cheers, Nico > > Thanx, > Noury > > On 9 nov. 2011, at 19:33, Nicolas Petton wrote: > > > Hi, > > > > We've been very quiet about SmalltalkHub's development since ESUG 2011. > > It's not that we didn't work on it, but there was no significant new > > feature to show. > > > > Part of the work was to make SmalltalkHub run smoothly on GemStone/S as > > well as under Squeak/Pharo, and allow pluggable persistency strategies > > instead of the hard-coded SandStoneDB persistency. We also took into > > account all the feedback we got and implemented several of the asked > > features and fixed reported issues: > > > > - RSS feeds for project activity and commits > > - markdown fixes > > - issue tracker improvements > > - better looking and more useful timeline events > > - loading indicators when necessary > > - project cloning fixes > > > > We are currently preparing a public demo of SmalltalkHub. It should be > > online after this weekend. > > > > This demo will be running on GemStone/S, will have many UI improvements > > and the usual bug fixes. Some features like project cloning and the > > scripting engine may not be available depending on the time we get. > > > > > > Cheers, > > Nicolas > > > > > > Noury > -- > http://twitter.com/#!/NouryBouraqadi > > > > > >

Nov. 10, 2011