November 2013 - Pharo-users

Re: [Pharo-users] SerialPlugin on MacOS

by Bernat Romagosa

Thanks, Esteban. Anything I can do to help, I'm available :) 2013/11/12 Esteban Lorenzano <estebanlm(a)gmail.com> > > On Nov 12, 2013, at 5:58 AM, Bernat Romagosa < > tibabenfortlapalanca(a)gmail.com> wrote: > > I can confirm I still got the same issue after replacing my VM by the > vmLatest found at files.pharo.org/vm/pharo/mac under the name > "Pharo-VM-mac-latest.zip" > > > I will check next week :) > > > When trying to write a byte array to the serial port (aSerialPort > nextPutAll: #[249]), SerialPort fails with a primitiveFailed: primitive > #primWritePortByName:from:startingAt:count: > > The port does open correctly, though. > > > 2013/11/11 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> > >> Thanks guys, >> >> files.pharo.org is down right now >> >> I'll try with a newer VM as soon as it's up again :) >> >> >> 2013/11/9 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >>> >>> On Nov 9, 2013, at 2:19 PM, Camillo Bruni <camillobruni(a)gmail.com> >>> wrote: >>> >>> > Luc proposed a pull request on github >>> > - got validated by travis >>> > - I integrated it into the master branch >>> > - I pushed the changes to the develop branch >>> > >>> > so the vmLatest should include the fixes >>> >>> I like the process and that esteban releases some steam :) >>> >>> Stef >>> >>> > >>> > On 2013-11-09, at 13:56, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> wrote: >>> >> Esteban >>> >> >>> >> we should organize some sessions where you show to people what you >>> are doing and see how we >>> >> should distribute and share load. >>> >> >>> >> Stef >>> >> >>> >> On Nov 9, 2013, at 12:29 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >>> wrote: >>> >> >>> >>> Hi, >>> >>> >>> >>> it is "stable" but AFAIK it does not includes the latest fix for >>> SerialPlugin. >>> >>> So many things to do when I come back... :) >>> >>> >>> >>> Esteban >>> >>> >>> >>> >>> >>> On Nov 5, 2013, at 8:27 AM, Bernat Romagosa < >>> tibabenfortlapalanca(a)gmail.com> wrote: >>> >>> >>> >>>> Hi Luc, >>> >>>> >>> >>>> Smalltalk vm version reports: >>> >>>> >>> >>>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: >>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 >>> >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: >>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 >>> >>>> git://gitorious.org/cogvm/blessed.git Commit: >>> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 >>> By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 >>> >>>> ' >>> >>>> >>> >>>> It's the one listed as "latest" at the downloads section in >>> pharo-project.org >>> >>>> >>> >>>> Cheers, >>> >>>> Bernat. >>> >>>> >>> >>>> >>> >>>> 2013/11/5 Luc Fabresse <luc.fabresse(a)gmail.com> >>> >>>> >>> >>>> >>> >>>> 2013/11/5 Luc Fabresse <luc.fabresse(a)gmail.com> >>> >>>> Hi Bernat, >>> >>>> >>> >>>> Which VM version? >>> >>>> because MacOsX and Linux now use the same C part of the >>> SerialPlugin. >>> >>>> So if it works on Linux, it be the same on OsX. >>> >>>> but I have not tried. >>> >>>> >>> >>>> yes we only use Linux here for serial stuff. >>> >>>> >>> >>>> >>> >>>> do you use the right protName? >>> >>>> >>> >>>> Cheers, >>> >>>> >>> >>>> Luc >>> >>>> >>> >>>> >>> >>>> 2013/11/5 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> >>> >>>> Hi list, >>> >>>> >>> >>>> Developing a multi-platform application is not so easy when you >>> have to deal with hardware it seems... >>> >>>> >>> >>>> So I'm having this PrimitiveFailed error on MacOS, using the latest >>> stable VM listed on the pharo-project website on Pharo20: >>> >>>> >>> >>>> PrimitiveFailed: primitive >>> #primWritePortByName:from:startingAt:count: in SerialPort failed >>> >>>> >>> >>>> The same code works fine both in Gnu/Linux and Win32, so I'm >>> guessing it's a problem with the serial plugin included in this VM. Any >>> ideas? >>> >>>> >>> >>>> Cheers, >>> >>>> Bernat. >>> >>>> >>> >>>> -- >>> >>>> Bernat Romagosa. >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> -- >>> >>>> Bernat Romagosa. >>> >>> >>> >> >>> > >>> > >>> >>> >>> >> >> >> -- >> Bernat Romagosa. >> > > > > -- > Bernat Romagosa. > > > -- Bernat Romagosa.

Nov. 12, 2013

Re: [Pharo-users] SerialPlugin on MacOS

by Esteban Lorenzano

On Nov 12, 2013, at 5:58 AM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > I can confirm I still got the same issue after replacing my VM by the vmLatest found at files.pharo.org/vm/pharo/mac under the name "Pharo-VM-mac-latest.zip" I will check next week :) > > When trying to write a byte array to the serial port (aSerialPort nextPutAll: #[249]), SerialPort fails with a primitiveFailed: primitive #primWritePortByName:from:startingAt:count: > > The port does open correctly, though. > > > 2013/11/11 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> > Thanks guys, > > files.pharo.org is down right now > > I'll try with a newer VM as soon as it's up again :) > > > 2013/11/9 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On Nov 9, 2013, at 2:19 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > > Luc proposed a pull request on github > > - got validated by travis > > - I integrated it into the master branch > > - I pushed the changes to the develop branch > > > > so the vmLatest should include the fixes > > I like the process and that esteban releases some steam :) > > Stef > > > > > On 2013-11-09, at 13:56, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Esteban > >> > >> we should organize some sessions where you show to people what you are doing and see how we > >> should distribute and share load. > >> > >> Stef > >> > >> On Nov 9, 2013, at 12:29 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> > >>> Hi, > >>> > >>> it is "stable" but AFAIK it does not includes the latest fix for SerialPlugin. > >>> So many things to do when I come back... :) > >>> > >>> Esteban > >>> > >>> > >>> On Nov 5, 2013, at 8:27 AM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > >>> > >>>> Hi Luc, > >>>> > >>>> Smalltalk vm version reports: > >>>> > >>>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > >>>> git://gitorious.org/cogvm/blessed.git Commit: 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > >>>> ' > >>>> > >>>> It's the one listed as "latest" at the downloads section in pharo-project.org > >>>> > >>>> Cheers, > >>>> Bernat. > >>>> > >>>> > >>>> 2013/11/5 Luc Fabresse <luc.fabresse(a)gmail.com> > >>>> > >>>> > >>>> 2013/11/5 Luc Fabresse <luc.fabresse(a)gmail.com> > >>>> Hi Bernat, > >>>> > >>>> Which VM version? > >>>> because MacOsX and Linux now use the same C part of the SerialPlugin. > >>>> So if it works on Linux, it be the same on OsX. > >>>> but I have not tried. > >>>> > >>>> yes we only use Linux here for serial stuff. > >>>> > >>>> > >>>> do you use the right protName? > >>>> > >>>> Cheers, > >>>> > >>>> Luc > >>>> > >>>> > >>>> 2013/11/5 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> > >>>> Hi list, > >>>> > >>>> Developing a multi-platform application is not so easy when you have to deal with hardware it seems... > >>>> > >>>> So I'm having this PrimitiveFailed error on MacOS, using the latest stable VM listed on the pharo-project website on Pharo20: > >>>> > >>>> PrimitiveFailed: primitive #primWritePortByName:from:startingAt:count: in SerialPort failed > >>>> > >>>> The same code works fine both in Gnu/Linux and Win32, so I'm guessing it's a problem with the serial plugin included in this VM. Any ideas? > >>>> > >>>> Cheers, > >>>> Bernat. > >>>> > >>>> -- > >>>> Bernat Romagosa. > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Bernat Romagosa. > >>> > >> > > > > > > > > > > -- > Bernat Romagosa. > > > > -- > Bernat Romagosa.

Nov. 12, 2013

State of Flamel?

by Stephan Eggermont

Hi, I have some boring refactorings to do, so wanted to try out Flamel. Loading BleedingEdge in latest 3.0 doesnât work, it hangs. The SmartSuggestions in gisela/Flamel is older than the one in latest. Which combination should work / it would be nice to have a build in contributions? Stephan

Nov. 12, 2013

Re: [Pharo-users] Pharo Source Code

by Ignacio MatÃas Sniechowski

Also, You may want to take a look at Mariano's excellent post on compiling your on VM. http://marianopeck.wordpress.com/tag/vmmaker/ His blog is great and full of very interesting posts (thanks Mariano for sharing all this). cheers N. *Lic. Ignacio Sniechowski, MBA* On Tue, Nov 12, 2013 at 12:23 AM, Bahman Movaqar <Bahman(a)bahmanm.com> wrote: > Could someone please point me to the non-Smalltalk source code for Pharo > --I searched the website but couldn't find anything? > > TIA, > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com) > >

Nov. 12, 2013

Re: [Pharo-users] Pharo Source Code

by Ignacio MatÃas Sniechowski

Hi What do you mean by non-Smalltalk "source code" for Pharo? :=) Pharo is 100% Smalltalk, you have to take a look at the VM's source code which is compiled and platform specific. There you will find the answers, like i.e. primitive tables, etc. Hope this answer your question. best regards Nacho *Lic. Ignacio Sniechowski, MBA* On Tue, Nov 12, 2013 at 12:23 AM, Bahman Movaqar <Bahman(a)bahmanm.com> wrote: > Could someone please point me to the non-Smalltalk source code for Pharo > --I searched the website but couldn't find anything? > > TIA, > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com) > >

Nov. 12, 2013

Re: [Pharo-users] SerialPlugin on MacOS

by Bernat Romagosa

I can confirm I still got the same issue after replacing my VM by the vmLatest found at files.pharo.org/vm/pharo/mac under the name "Pharo-VM-mac-latest.zip" When trying to write a byte array to the serial port (aSerialPort nextPutAll: #[249]), SerialPort fails with a primitiveFailed: primitive #primWritePortByName:from:startingAt:count: The port does open correctly, though. 2013/11/11 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> > Thanks guys, > > files.pharo.org is down right now > > I'll try with a newer VM as soon as it's up again :) > > > 2013/11/9 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> >> On Nov 9, 2013, at 2:19 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >> > Luc proposed a pull request on github >> > - got validated by travis >> > - I integrated it into the master branch >> > - I pushed the changes to the develop branch >> > >> > so the vmLatest should include the fixes >> >> I like the process and that esteban releases some steam :) >> >> Stef >> >> > >> > On 2013-11-09, at 13:56, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> wrote: >> >> Esteban >> >> >> >> we should organize some sessions where you show to people what you are >> doing and see how we >> >> should distribute and share load. >> >> >> >> Stef >> >> >> >> On Nov 9, 2013, at 12:29 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >> >> >> >>> Hi, >> >>> >> >>> it is "stable" but AFAIK it does not includes the latest fix for >> SerialPlugin. >> >>> So many things to do when I come back... :) >> >>> >> >>> Esteban >> >>> >> >>> >> >>> On Nov 5, 2013, at 8:27 AM, Bernat Romagosa < >> tibabenfortlapalanca(a)gmail.com> wrote: >> >>> >> >>>> Hi Luc, >> >>>> >> >>>> Smalltalk vm version reports: >> >>>> >> >>>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: >> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 >> >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: >> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 >> >>>> git://gitorious.org/cogvm/blessed.git Commit: >> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 >> By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 >> >>>> ' >> >>>> >> >>>> It's the one listed as "latest" at the downloads section in >> pharo-project.org >> >>>> >> >>>> Cheers, >> >>>> Bernat. >> >>>> >> >>>> >> >>>> 2013/11/5 Luc Fabresse <luc.fabresse(a)gmail.com> >> >>>> >> >>>> >> >>>> 2013/11/5 Luc Fabresse <luc.fabresse(a)gmail.com> >> >>>> Hi Bernat, >> >>>> >> >>>> Which VM version? >> >>>> because MacOsX and Linux now use the same C part of the >> SerialPlugin. >> >>>> So if it works on Linux, it be the same on OsX. >> >>>> but I have not tried. >> >>>> >> >>>> yes we only use Linux here for serial stuff. >> >>>> >> >>>> >> >>>> do you use the right protName? >> >>>> >> >>>> Cheers, >> >>>> >> >>>> Luc >> >>>> >> >>>> >> >>>> 2013/11/5 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> >> >>>> Hi list, >> >>>> >> >>>> Developing a multi-platform application is not so easy when you have >> to deal with hardware it seems... >> >>>> >> >>>> So I'm having this PrimitiveFailed error on MacOS, using the latest >> stable VM listed on the pharo-project website on Pharo20: >> >>>> >> >>>> PrimitiveFailed: primitive >> #primWritePortByName:from:startingAt:count: in SerialPort failed >> >>>> >> >>>> The same code works fine both in Gnu/Linux and Win32, so I'm >> guessing it's a problem with the serial plugin included in this VM. Any >> ideas? >> >>>> >> >>>> Cheers, >> >>>> Bernat. >> >>>> >> >>>> -- >> >>>> Bernat Romagosa. >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> -- >> >>>> Bernat Romagosa. >> >>> >> >> >> > >> > >> >> >> > > > -- > Bernat Romagosa. > -- Bernat Romagosa.

Nov. 12, 2013

Re: [Pharo-users] Pharo Source Code

by phil＠highoctane.be

https://github.com/pharo-project/pharo-vm https://github.com/pharo-project/pharo-core (Smalltalk still) https://github.com/SquareBracketAssociates Phil

Nov. 12, 2013

Re: [Pharo-users] ImageMorph scaling

by Sean P. DeNigris

Sean P. DeNigris wrote > How would I get an ImageMorph to automatically resize inside a Spec UI? The following must be called /after/ the ImageMorph is added to the parent... imageMorph addFlexShell hResizing: #spaceFill; vResizing: #spaceFill. The resizing is a bit slow, but it works. HTH... ----- Cheers, Sean -- View this message in context: http://forum.world.st/ImageMorph-scaling-tp4719248p4721219.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 12, 2013

Pharo Source Code

by Bahman Movaqar

Could someone please point me to the non-Smalltalk source code for Pharo --I searched the website but couldn't find anything? TIA, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 12, 2013

Re: [Pharo-users] Spec - Layout behaviour when resizing

by Bahman Movaqar

On 11/11/2013 22:52, Benjamin wrote: > I do not get the image, but I know what happened :) Oops! Corrected that. > > On 11 Nov 2013, at 20:08, Bahman Movaqar <Bahman(a)BahmanM.com > <mailto:Bahman@BahmanM.com>> wrote: > >> >> When a window is resized, every Row/ColumnLayoutdistributes the width >> and height evenly among any widget or nested layouts it contains. In >> turn, widgets try to fill as much space as possible. Therefore after >> resizing text box and button have become so huge and the space >> between the radio buttons has increased so much. >> Is that correct? > > Itâs correct in the sense it is expected regarding to the layout you > use :) > >> If yes, I have a couple of points to mention: >> >> 1. A text box, specially in the case of TextModel and >> TextInputFieldModel, where it's basically a single line entry >> (ENTER is not allowed), should not change height (growing width >> is understandable and desired). The height of a text box >> (specially a single line one) should only be calculated based on >> the font family and font size. >> > TextModel is for more that one line :) > TextInputField could eventually be forced to be one line, but I think > itâs too much of a restriction. I am 100% sure I didn't tell TextInputField to accept one line. It doesn't accept ENTER and I don't understand how a "multi-line" text entry widget can work without accepting new line character :-) Yes, TextInputField wraps the text but that's doesn't count as multi-line entry :-) More importantly it is unexpected behaviour from user's PoV; I have never seen a single text entry widget wrap the text. Or maybe I'm doing something wrong? > >> 1. >> >> >> >> 2. A button should not change height and width, unless specifically >> mentioned otherwise. >> > Why ? Because if the button changes height/width it loses the visual element which users use to recognise buttons across a screen. Just like a single-line text entry, a button's height, if not manually set, is determined only by the font family and font size. And regarding changing the button width, I've very rarely seen applications that resize their buttons when the screen is resized. Usually people put constraints over this. I'm not stating that this definitely should be some UI framework's internal mehcanism. Perhaps a simple method like `isCalculatedSize: aBoolean` with a TRUE default is enough. >> 3. It's not usually desirable that the spacing between radio buttons >> change. >> > Thatâs true :) > But how to know that two radio buttons are close one to the other ? Right. That's the reason radio button groups are, AFAIK, always implemented as widgets. > >> 4. Usually there's a way to specify how to distribute the >> width/height between layouts and widgets inside a layout (usually >> based on a percentage). >> > There in spec as well :) > You can have a look at: > add:origin:corner:offsetOrigin:offsetCorner: > Hmm...couldn't figure out the logic. Though it seems simple when looking at the code :-) The best case I could get was a button with fixed width but a variable height. Could you please help me out a bit here? -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 12, 2013