November 2013 - Pharo-users

CogVM arguments in Win32

by Torsten Bergmann

Hi Bernat, >how do I translate this into NB code Either invite Igor (author of NB) for lunch or try this: Its a C-structure, you convert it by wrapping this in a sublcass of "NBExternalStructure". See the examples already in a Pharo 3.0 image. Basically you need: - define a subclass NBExternalStructure subclass: #WinNotifyIconData ... - define the correct fields in a class side #fieldsDesc method according to the native data types used in the structure - call "WinNotifyIconData rebuildFieldAccessors" - setup the types in a shared pool that you can include later: - define the pool: SharedPool subclass: #WinTryIconConstants ... - in a class initialize method you can setup the type initialize NOTIFYICONDATA := #WinNotifyIconData. PNOTIFYICONDATA:= 'NOTIFYICONDATA *'. - by including the pool you can use "NOTIFYICONDATA" or "PNOTIFYICONDATA" in any native boost call. If you are in Pharo 3.0 load "OS-Windows" package from the config browser. Check the subclasses of NBExternalStructure there. I wrapped many other windows structures already so you can get an idea about it. For instance have a look at WinConsoleConstants>>initTypeConstants, there you will find the CONSOLE_CURSOR_INFO, CONSOLE_SCREEN_BUFFER_INFO structs wrapped in WinConsoleCursor, WinConsoleScreenBuffer classes. Compare them with the MSDN struct description. >Could the Windows API be any more convoluted and dev-unfriendly in any >possible sense? This question should go to M$ not Pharo-user ;) Bye T. BTW: I'm not sure "PNOTIFYICONDATA" alone will solve your problem if I remember correctly from my Smalltalk/MT and C/C++ times also playing with tray icons. I guess you need a callback that gets called when the icon is clicked or the tray icon menu is choosen (see uCallbackMessage member in the struct). You also need a handle to an icon - either the icon from the EXEs resource section or by loading one from a bitmap. That means wrapping the icon or bitmap apis too...

Nov. 13, 2013

Re: [Pharo-users] NBOpenGL on Pharo 3.0

by Richard Wettel

Hi What Doru wrote pretty much sums it up. CodeCity under VW was based on JUN, which provided a programmer-friendly API built on top of OpenGL. Since there is no such thing under Pharo, when I later started to work on CodeCity under Pharo, I needed to learn about how to program directly to OpenGL. And the only example I had for that was SourceCity. In the meantime I manage to get a grip on my basic needs and was ready to move forward to implementing CodeCity. Now that does not work anymore in Pharo 3.0 so I am stuck. I could continue to program under Pharo 2.0, but what's the point? I have already looked at Roassal 3d, but it was not easy to separate the API from the code. And it is something completely different than what I have been using (and SourceCity, too), because Roassal 3d is using the modern OpenGL methodology (with FBOs and stuff). So, I would really appreciate if that API would find its way from Roassal to NBOpenGL and I could use it for CodeCity. Unfortunately I am able to help a lot with that, because I know very little about this and I also don't have enough time (I am doing CodeCity in my spare time). But, if you have concrete things that I can do, I'd be happy to help. Cheers Ricky On Wed, Nov 13, 2013 at 9:44 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I guess that what Ricky is asking is what changed between NBOpenGL 2.0 and > 3.0 such that this does not work anymore on Windows. The fact that he > mentioned 64 bits is not relevant for this discussion :). > > I also guess he wants to put some effort into understanding this as well > but he needs a bit of guidance. Right Ricky? > > Cheers, > Doru > > > > On Tue, Nov 12, 2013 at 2:12 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Richard >> >> you should have a look at ROASSAL 3d because ronie improved the shadder >> part (no more assembler) >> and his code should be split in two and one part should go to NBOpenGL. >> Now he is experiencing some problem with NBOpenGL on windows as you. >> >> NativeBoost does not work on 64 bits. Yet but igor is really busy >> finishing the texteditor (and I can tell you that >> he does not have fun there). >> >> So it is important that you help because we are FULL >> and sorry about that but really FULL. >> >> Ronie will visit us in January and share an office with igor. >> >> Stef >> >> >> > Hi >> > >> > CodeCity, the project I am working on is based on NBOpenGL. >> > I'd like to start working on it using Pharo 3, but it seems that >> NBOpenGL does not work yet with Pharo 3.0. >> > >> > I downloaded from jenkins the latest image with Pharo 3 and tried to >> execute the following code on Windows 7, 64 bits: >> > >> > GLTTRenderingDemo new openInWorld. >> > >> > but I get a 'No suitable implementation found for initializing OpenGL >> context for your platform'. >> > It seems that NBGLContextDriver does not have a subclass for Windows >> 64bits. Did I omit something? >> > >> > Cheers >> > Ricky >> > >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Nov. 13, 2013

Re: [Pharo-users] CogVM arguments in Win32

by Bernat Romagosa

Hi list, I made some progress but I'm still a bit lost here. I managed to get Pharo to be headless in Win32, by hiding the window via NB as Igor suggested, plus suspending the UI process (UIManager default uiProcess suspend), which was the cause for the window to show up again after a fraction of a second, because of the refresh interval. However, now I can only close Pharo by killing the process manually, which is not very nice for the end user. So I figured I'd try to add an icon to the system tray with a single context menu entry for closing Pharo. This is what I'm doing, taken from MSDN<http://msdn.microsoft.com/en-us/library/windows/desktop/bb762159(v=vs.85).a…> : NBWin32Shell >> shellNotifyIcon: lpdata dwMessage: dwMessage <primitive: #primitiveNativeCall module: #NativeBoostPlugin> ^ self nbCall: #(bool Shell_NotifyIcon( DWORD dwMessage, PNOTIFYICONDATA lpdata )) module: #shell32 dwMessage is just a 0 (flag to create a tray icon), but lpdata needs to be a pointer to a struct of this form<http://msdn.microsoft.com/en-us/library/windows/desktop/bb773352(v=vs.85).a…> : typedef struct _NOTIFYICONDATA { DWORD cbSize; HWND hWnd; UINT uID; UINT uFlags; UINT uCallbackMessage; HICON hIcon; TCHAR szTip[64]; DWORD dwState; DWORD dwStateMask; TCHAR szInfo[256]; union { UINT uTimeout; UINT uVersion; }; TCHAR szInfoTitle[64]; DWORD dwInfoFlags; GUID guidItem; HICON hBalloonIcon; } NOTIFYICONDATA, *PNOTIFYICONDATA; So, my question is: how do I translate this into NB code? How does one define a struct and then pass its pointer to a function in NativeBoost? Thanks a lot for your help, I'm getting closer :) Bernat. p.s. Could the Windows API be any more convoluted and dev-unfriendly in any possible sense? 2013/11/4 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> > Hi! > > Thanks Igor, that kinda worked! Pharo hides, but comes back after half a > second or so. I'll keep digging, thanks! :) > > > 2013/11/1 phil(a)highoctane.be <phil(a)highoctane.be> > > Well, this should rather be: >> >> handle :=NativeBoostWin32 squeakWindowHandle. >> window := NBWin32Window new value: handle; yourself. >> window hide. >> >> or >> >> window setWindowText: 'im a main window blablabla'. >> >> Phil >> >> >> On Thu, Oct 31, 2013 at 10:03 PM, Igor Stasenko <siguctua(a)gmail.com>wrote: >> >>> You can try something like this: >>> >>> | handle window | >>> >>> handle := NativeBoost forCurrentPlatform squeakWindowHandle. >>> window := NBWin32Window new value: handle; yourself. >>> window hide. >>> >>> or >>> >>> window setWindowText: 'im a main window blablabla'. >>> >>> :) >>> >>> i didn't tested it since its been implemented, but i think it should >>> work. >>> >>> >>> >>> On 30 October 2013 11:20, Bernat Romagosa < >>> tibabenfortlapalanca(a)gmail.com> wrote: >>> >>>> In this direction, I'm trying to call a function in the shell32.dll lib >>>> that apparently should let you minimize an app to the system tray, but I'm >>>> not having much luck... I guess I don't really understand what am I exactly >>>> doing. >>>> >>>> This is what I found in the MSDN<http://msdn.microsoft.com/en-us/library/bb762159%28VS.85%29.aspx> >>>> : >>>> >>>> BOOL Shell_NotifyIcon( >>>> _In_ DWORD dwMessage, >>>> _In_ PNOTIFYICONDATA lpdata >>>> ); >>>> >>>> >>>> So, I tried to translate this into Pharo as: >>>> >>>> MyClass >> minimizeToTray: dwMessage data: lpData >>>> >>>> <apicall: bool 'Shell_NotifyIcon' (dword PNOTIFYICONDATA) module: >>>> 'shell32.dll'> >>>> >>>> >>>> But it won't let me save the method, reporting it's expecting an >>>> argument before PNOTIFYICONDATA. >>>> >>>> I realize PNOTIFYICONDATA is not a primitive type, but I just don't >>>> know how to handle it... :( >>>> >>>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> > > > -- > Bernat Romagosa. > -- Bernat Romagosa.

Nov. 13, 2013

Re: [Pharo-users] PetitParser and external streams

by Norbert Hartl

Am 12.11.2013 um 23:02 schrieb Sean P. DeNigris <sean(a)clipperadams.com>: > Federico.Balaguer wrote >> Hello, >> >> I am developing a parser with PetitParser and one of the options I would >> like to try is to get my parser to read from an external stream (file) and >> produce the output to another external stream (another file) >> >> Is this possible? I found that Stream>>asPetitParser do this: >> asPetitStream >> ^ self contents asPetitStream >> >> Thanks! Federico > Reading from a stream is the normal way to use petit parser. On the output side it isnât that easy. The parser builds a hierarchical structure with a lot of backtracking so writing sequentially to a stream needs eventually to be postponed until everything has been read. Producing the output immediately often has the drawback that it is hard to alter the stream in between. So the usual case will be that you make an object representation of your input format. Then you have a hierarchical object structure that you can write on an output stream. You could use the #printOn: method on all your model objects. Your task would then be accomplished by doing (MyParser parse: inputStream) printOn: outputStream hope this helps, Norbert

Nov. 13, 2013

Re: [Pharo-users] NBOpenGL on Pharo 3.0

by Tudor Girba

Hi, I guess that what Ricky is asking is what changed between NBOpenGL 2.0 and 3.0 such that this does not work anymore on Windows. The fact that he mentioned 64 bits is not relevant for this discussion :). I also guess he wants to put some effort into understanding this as well but he needs a bit of guidance. Right Ricky? Cheers, Doru On Tue, Nov 12, 2013 at 2:12 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Richard > > you should have a look at ROASSAL 3d because ronie improved the shadder > part (no more assembler) > and his code should be split in two and one part should go to NBOpenGL. > Now he is experiencing some problem with NBOpenGL on windows as you. > > NativeBoost does not work on 64 bits. Yet but igor is really busy > finishing the texteditor (and I can tell you that > he does not have fun there). > > So it is important that you help because we are FULL > and sorry about that but really FULL. > > Ronie will visit us in January and share an office with igor. > > Stef > > > > Hi > > > > CodeCity, the project I am working on is based on NBOpenGL. > > I'd like to start working on it using Pharo 3, but it seems that > NBOpenGL does not work yet with Pharo 3.0. > > > > I downloaded from jenkins the latest image with Pharo 3 and tried to > execute the following code on Windows 7, 64 bits: > > > > GLTTRenderingDemo new openInWorld. > > > > but I get a 'No suitable implementation found for initializing OpenGL > context for your platform'. > > It seems that NBGLContextDriver does not have a subclass for Windows > 64bits. Did I omit something? > > > > Cheers > > Ricky > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 13, 2013

Re: [Pharo-users] Message naming

by Bahman Movaqar

On 11/13/2013 11:39, Bahman Movaqar wrote: > On 11/13/2013 11:13, Bahman Movaqar wrote: >> Let's say I have a method with signature in a language like Java as below: >> gregorianDayToJulianDay(year, month, day) >> >> What could be a proper naming for this method in Smalltalk? I'm a bit >> confused as I'm so used to the concept of methods being "verbs" which >> accept some arguments. >> >> I'd appreciate any help/idea. After reading Sven's reply, I came up with this design. Is it the idiomatic way to handle this problem in Smalltalk: <pseudo-design> class JulianConverter: instance variable: 'day' #toGregorian #toIranian class GregorianConverter: instance variable: 'year month day' #toJulian class IranianConverter: instance variable: 'year month day' #toJulian </pseudo-design> -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 13, 2013

Re: [Pharo-users] Message naming

by Sven Van Caekenberghe

On 13 Nov 2013, at 08:52, jtuchel(a)objektfabrik.de wrote: > Bahman, > > Am 13.11.13 08:43, schrieb Bahman Movaqar: >> Let's say I have a method with signature in a language like Java as below: >> gregorianDayToJulianDay(year, month, day) >> >> What could be a proper naming for this method in Smalltalk? I'm a bit >> confused as I'm so used to the concept of methods being "verbs" which >> accept some arguments. >> >> I'd appreciate any help/idea. >> > Thats always hard ;-) > > I suggest a method name starting with 'convert' or 'as'. If you implement the method on a specialized GregorianDate class, you can sure omit the part for what you convert from, in a helper class you need to keep it. > > So let's assume you implement the method on a helper class. Then I'd suggest > > #convertGregorianToJulianYear:month:day: > > If you can change the order of parameters, it is even better (IMO) to make the thing more like Date's newDay:month:year: (or newDay:monthIndex:year). So we end up with: > #convertGregorainToJulianDay:month:year: > > In case you have a specialized GregorianDate class: > GregorianDate>>#asJulianDay:month:year: > > This is of course from a smalltalk perspective. If your goal is to keep it recognizable for Java developers, keep the year:month:date ordering and implement additional methods for the Smalltalk-minded that delegate to the "originals" (or the other way round, that doesn't really matter). > > So this is my train of thoughts about finding a good method name. Others may think completely different. Your comments are valid in the context of a class method, but that is very close to a static global function, which is not very object oriented. It of course depends on the class hierarchy (does it really make sense to both GregorianDate and JulianDate, time and data calculations can be very difficult). So either (GregorianDate newDay: 1 month: 1 year: 2010) asJulianDate or even (Date newDay: 1 month: 1 year: 2010) asJulianDate where I assume the Julian calendar is the default. Sven PS: there is the Chronos library (http://www.squeaksource.com/Chronos/) > HTH > > Joachim > > -- > -- > ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de > D-71640 Ludwigsburg http://joachimtuchel.wordpress.com > Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 > >

Nov. 13, 2013

Re: [Pharo-users] Message naming

by Bahman Movaqar

On 11/13/2013 11:22, jtuchel(a)objektfabrik.de wrote: > Bahman, > > Am 13.11.13 08:43, schrieb Bahman Movaqar: >> Let's say I have a method with signature in a language like Java as >> below: >> gregorianDayToJulianDay(year, month, day) >> >> What could be a proper naming for this method in Smalltalk? I'm a bit >> confused as I'm so used to the concept of methods being "verbs" which >> accept some arguments. >> >> I'd appreciate any help/idea. >> > Thats always hard ;-) > > I suggest a method name starting with 'convert' or 'as'. If you > implement the method on a specialized GregorianDate class, you can > sure omit the part for what you convert from, in a helper class you > need to keep it. > > So let's assume you implement the method on a helper class. Then I'd > suggest > > #convertGregorianToJulianYear:month:day: Thank you for your suggestions. They look fine but in all of them, somehow, the word "Year" or "Day" becomes part of the message name, which is somehow confusing, isn't it? Or maybe I'm not used to this concept yet. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 13, 2013

Re: [Pharo-users] Message naming

by Bahman Movaqar

On 11/13/2013 11:13, Bahman Movaqar wrote: > Let's say I have a method with signature in a language like Java as below: > gregorianDayToJulianDay(year, month, day) > > What could be a proper naming for this method in Smalltalk? I'm a bit > confused as I'm so used to the concept of methods being "verbs" which > accept some arguments. > > I'd appreciate any help/idea. After reading Joachim's reply, I guess I have to explain a bit more: I'm writing class that converts dates between Gregorian and Iranian (a.k.a. Jalali) calendars. So the design I have (coming from a verb-based perspective) is as follows: <pseudo-design> class: IranianCalendarConverter "The only methods users should ever need to use" class-side: GregorianToIranian(year, month, day) -> returns an integer array (y, m, d) class-side: IranianToGregorian(year, month, day) -> returns an integer array (y, m, d) "Internal methods used for calculation" class-side: IranianDateToJulianDay(year, month, day) -> returns an integer --Julian day class-side: JulidanDayToGregorianDate(day) -> returns an integer array (y, m, d) class-side: GregorianDateToJulianDay(year, month, day) -> returns an integer --Julian day class-side: JulidanDayToIranianDate(day) -> returns an integer array (y, m, d) </pseudo-design> Each of these methods contain about 10-30 lines of code. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 13, 2013

Re: [Pharo-users] Message naming

by jtuchel＠objektfabrik.de

Bahman, Am 13.11.13 08:43, schrieb Bahman Movaqar: > Let's say I have a method with signature in a language like Java as below: > gregorianDayToJulianDay(year, month, day) > > What could be a proper naming for this method in Smalltalk? I'm a bit > confused as I'm so used to the concept of methods being "verbs" which > accept some arguments. > > I'd appreciate any help/idea. > Thats always hard ;-) I suggest a method name starting with 'convert' or 'as'. If you implement the method on a specialized GregorianDate class, you can sure omit the part for what you convert from, in a helper class you need to keep it. So let's assume you implement the method on a helper class. Then I'd suggest #convertGregorianToJulianYear:month:day: If you can change the order of parameters, it is even better (IMO) to make the thing more like Date's newDay:month:year: (or newDay:monthIndex:year). So we end up with: #convertGregorainToJulianDay:month:year: In case you have a specialized GregorianDate class: GregorianDate>>#asJulianDay:month:year: This is of course from a smalltalk perspective. If your goal is to keep it recognizable for Java developers, keep the year:month:date ordering and implement additional methods for the Smalltalk-minded that delegate to the "originals" (or the other way round, that doesn't really matter). So this is my train of thoughts about finding a good method name. Others may think completely different. HTH Joachim -- -- â¨----------------------------------------------------------------------- â¨Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de â¨Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Nov. 13, 2013

Message naming

by Bahman Movaqar

Let's say I have a method with signature in a language like Java as below: gregorianDayToJulianDay(year, month, day) What could be a proper naming for this method in Smalltalk? I'm a bit confused as I'm so used to the concept of methods being "verbs" which accept some arguments. I'd appreciate any help/idea. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 13, 2013

SmalltalkHub - Forgot password

by Bahman Movaqar

Hi all, I forgot my SmalltalkHub password. What should I do? I don't see any "recover password" type of links or any links to the support team on the website. For the administrator(s), please reset the password for username 'bahman' :-) TIA, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 13, 2013

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

by Bahman Movaqar

On 11/12/2013 22:58, Benjamin wrote: > >>> Put in other words: >>> 1. The default behaviour (if there's any other behaviour) of a >>> text box in Spec, doesn't accept ENTER. A multi-line text entry >>> without ENTER doesn't make sense, no? > > What enter does then ? Nothing :-) > >>> 2. The default behaviour of a Spec text box, wraps the text >>> entered if the length exceeds the display length of the widget. >>> This is very unorthodox and wrong *from user's perspective*. > > What is expected ? Quoting Ben from another e-mail in the same thread: "For a single line text box, I would expect it to scroll text horizontally out of view. " > > Which widget of text ? I've tried TextInputModel so far. > This behaviour is actually Morphic behaviour, not Spec. > But anyway, it can/should be fixed/improved :) Yay! >>> > Then, each of this corners can be shifted in x and y by a _fixed_ >>> value (in > pixels) >>> >>> So basically `add: #buttonGreet origin: 0.3(a)0.2 corner: 0.7(a)0.5 >>> offsetOrigin: 0@0 offsetCorner: 0@0` would add a button in a >>> center'ish position within its container, right? > > It should do something like this yes :) > > >>> I wonder what am I doing wrong since it has no effect whatsoever? > > What is the result ? The same as using `add:`. I get a big fat blue button which fills up full container space and continues to do so when the container is resized :-) -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 13, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by kilon alios

no problem, you give me a stable implementation and foremost documentation ( I love documentation , I am a huge fan) and I will give you a theme builder and designer in a year for spec. Unless someone else beat me to it. This is after all the central focus of my project. On Wed, Nov 13, 2013 at 12:46 AM, Benjamin < Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > On 12 Nov 2013, at 23:37, kilon alios <kilon.alios(a)gmail.com> wrote: > > Thank you for the wishes. I would not even dream to start something like > that if Pharo did not already offer so many awesome libraries and tools. > > Ah thats very good news indeed , I did not know you were so much close to > finalizing at least the core of spec. Documentation is something I am > already looking forward to. So it seems I will be using Spec afterall. > > Are you by any chance thinking about a theme engine about Spec , because > this generally the direction I am going with this . I dont know if you have > used Winamp on windows, its a music player that can change skins and even > though it has the same gui it can change its look dramatically. I think > such an ability would look very cool for Pharo and its what I am aiming for > with my project. > > So does Spec has any theme support ? If not any plans for it , or you > leave that to others to make ? > > > This is not planned yet (mainly because I do not have time to do it), but > if someone wants to contribute, he/she is more than welcome :) > > Ben > > These are some examples of winamp skins http://www.winamp.com/skins > > > > > > > On Wed, Nov 13, 2013 at 12:23 AM, Benjamin < > Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> On 12 Nov 2013, at 23:07, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> Currently I am working on Hyperion a vector graphics editor with similar >> goals to inkscape and gimp . The second step will be to use Hyperion as a >> GUI designer, not just to drag and drop ready made widgets but to design >> from scratch new ones. The third step is to create a GUI api so that those >> widgets will be accessed from code via a GUI API that I have named >> Morpheas. The forth step is to take all that and redesign the look (just >> the look not the internals) of Pharo making it more user friendly and >> approachable including several tools into a project I have named Ephestos. >> >> >> This sounds like a really cool battle plan :) I sincerely wish you to >> succeed in your project :) >> >> >> I like the general idea of everything being a morph a simple building >> block that allows you to build complex , custom guis. I am also thinking >> providing a super simple GUI API and offering sophisticated widgets as >> external libraries. In sort my goal is minimalism and customisation. >> >> All of this will be based on Athens which is what I already use for >> Hyperion. >> >> This is the final look that aiming for to offer as a default look , but >> of course because it will be based on Athens and will offer a powerful >> designer any look will be possible. >> >> http://vimeo.com/68113915 >> >> Currently I just started Hyperion and I work at creating lines with >> Athens and editing them graphically like inkscape. I hope that after 6 >> months to finish the basic vector graphic editing capabilities and move to >> GUI design so that by 2015 I have version 1 to offer that will be able to >> do both. Of course this will be a way more long term project than just one >> year but for now I take it step by step , day by day and see where it takes >> me. >> >> Because it is based on Athens I can bypass spec and even morphic >> completely and offer my own GUI API, however that will make it hard for >> people already having projects in those APIs to move to mine and since spec >> looks like the future of Pharo I am seriously considering spec as well. It >> will also save me the trouble of designing my own GUI API which is of >> course a big plus. My own concern is how morphic friendly spec is, meaning >> that I want to see everything as a composition of simpler elements and not >> monolithic widgets. From what I have seen from some tutorials this seems to >> be the direction you go with this, but maybe you could illuminate that area >> abit more for me. >> >> >> The idea of Spec (and the direction I want to give him now) is to be >> framework independent, in a way one can plug any framework below >> as long as the correct adapters are provided :) >> >> So if you implement the basic widgets, then you should be able to compose >> them using Spec :) >> >> >> I will also be interested to hear where you want to take spec, what you >> will like to add etc. >> >> >> I think that some widgets are missing but not that much anymore :) >> So I think the next steps are bug fixes and documentation :) >> >> Ben >> >> >> >> On Tue, Nov 12, 2013 at 11:27 PM, Benjamin < >> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> >>> What is exactly your goal ? :) >>> >>> Ben >>> >>> On 12 Nov 2013, at 20:46, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> yeah morphic is quite messy , but hey it works >>> >>> Thank you for your effort to bring us a better , cleaner and simpler GUI >>> API. You have my support. I am actually thinking about implementing my own >>> GUI API and I was wondering if I should base it on spec or not. My main >>> focus is custom look guis. But I will wait for the documentation of spec to >>> appear before I make any decision on it. >>> >>> >>> On Tue, Nov 12, 2013 at 9:23 PM, Benjamin < >>> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>> >>>> On 12 Nov 2013, at 19:53, kilon alios <kilon.alios(a)gmail.com> wrote: >>>> >>>> hahahaha nicely played man , nicely played :D >>>> >>>> of course I will , but so you know, I dont pay overtime ... now I think >>>> about it, I dont pay at all, but thats another matter . >>>> >>>> I would love to see tab in Nautilus , they will definitely sort the >>>> windows mess. At least partly. >>>> >>>> >>>> Me too :) >>>> Thatâs why I am writing a new one (made with Spec) >>>> >>>> Otherwise, in full morphic, you will see the pain it is :P >>>> >>>> Ben >>>> >>>> On Tue, Nov 12, 2013 at 8:47 PM, Benjamin < >>>> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>>> >>>>> The easier way is to wait for me to finish the new Nautilus with tabs >>>>> in it :P >>>>> >>>>> Ben >>>>> >>>>> On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: >>>>> >>>>> I see in the top right side dropdown menu that there is an option to >>>>> create a window goup which basically add the current instance of Nautilus >>>>> in a tab but I dont know hot to add other tabs to it. It would be cool to >>>>> have multiple tabs for each class selection and not to have to open a new >>>>> window for each one. >>>>> >>>>> So how I add other tabs ? >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > >

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by kilon alios

wow it works, thank you , thank you, this is exactly what i was asking for. I tried on windows and it did not work, maybe I was doing it the wrong way, I will try again tomorrow but in macos it works like a charm. This makes my life much easier. I was able to even put a transcript inside, awesome. On Wed, Nov 13, 2013 at 12:43 AM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > I don't know if you tried this out already: > > Little black triangle on the top right of the window. > Create Window Group. > Drag & Drop other windows onto the group. > And there you have tabs and reduce windows clutter. > Works with any window, so you can put several Nautilus tabs in there. > > [image: Inline image 1] > > Phil > > > On Tue, Nov 12, 2013 at 11:23 PM, Benjamin < > Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> On 12 Nov 2013, at 23:07, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> Currently I am working on Hyperion a vector graphics editor with similar >> goals to inkscape and gimp . The second step will be to use Hyperion as a >> GUI designer, not just to drag and drop ready made widgets but to design >> from scratch new ones. The third step is to create a GUI api so that those >> widgets will be accessed from code via a GUI API that I have named >> Morpheas. The forth step is to take all that and redesign the look (just >> the look not the internals) of Pharo making it more user friendly and >> approachable including several tools into a project I have named Ephestos. >> >> >> This sounds like a really cool battle plan :) I sincerely wish you to >> succeed in your project :) >> >> I like the general idea of everything being a morph a simple building >> block that allows you to build complex , custom guis. I am also thinking >> providing a super simple GUI API and offering sophisticated widgets as >> external libraries. In sort my goal is minimalism and customisation. >> >> All of this will be based on Athens which is what I already use for >> Hyperion. >> >> This is the final look that aiming for to offer as a default look , but >> of course because it will be based on Athens and will offer a powerful >> designer any look will be possible. >> >> http://vimeo.com/68113915 >> >> Currently I just started Hyperion and I work at creating lines with >> Athens and editing them graphically like inkscape. I hope that after 6 >> months to finish the basic vector graphic editing capabilities and move to >> GUI design so that by 2015 I have version 1 to offer that will be able to >> do both. Of course this will be a way more long term project than just one >> year but for now I take it step by step , day by day and see where it takes >> me. >> >> Because it is based on Athens I can bypass spec and even morphic >> completely and offer my own GUI API, however that will make it hard for >> people already having projects in those APIs to move to mine and since spec >> looks like the future of Pharo I am seriously considering spec as well. It >> will also save me the trouble of designing my own GUI API which is of >> course a big plus. My own concern is how morphic friendly spec is, meaning >> that I want to see everything as a composition of simpler elements and not >> monolithic widgets. From what I have seen from some tutorials this seems to >> be the direction you go with this, but maybe you could illuminate that area >> abit more for me. >> >> >> The idea of Spec (and the direction I want to give him now) is to be >> framework independent, in a way one can plug any framework below >> as long as the correct adapters are provided :) >> >> So if you implement the basic widgets, then you should be able to compose >> them using Spec :) >> >> >> I will also be interested to hear where you want to take spec, what you >> will like to add etc. >> >> >> I think that some widgets are missing but not that much anymore :) >> So I think the next steps are bug fixes and documentation :) >> >> Ben >> >> >> >> On Tue, Nov 12, 2013 at 11:27 PM, Benjamin < >> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> >>> What is exactly your goal ? :) >>> >>> Ben >>> >>> On 12 Nov 2013, at 20:46, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> yeah morphic is quite messy , but hey it works >>> >>> Thank you for your effort to bring us a better , cleaner and simpler GUI >>> API. You have my support. I am actually thinking about implementing my own >>> GUI API and I was wondering if I should base it on spec or not. My main >>> focus is custom look guis. But I will wait for the documentation of spec to >>> appear before I make any decision on it. >>> >>> >>> On Tue, Nov 12, 2013 at 9:23 PM, Benjamin < >>> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>> >>>> On 12 Nov 2013, at 19:53, kilon alios <kilon.alios(a)gmail.com> wrote: >>>> >>>> hahahaha nicely played man , nicely played :D >>>> >>>> of course I will , but so you know, I dont pay overtime ... now I think >>>> about it, I dont pay at all, but thats another matter . >>>> >>>> I would love to see tab in Nautilus , they will definitely sort the >>>> windows mess. At least partly. >>>> >>>> >>>> Me too :) >>>> Thatâs why I am writing a new one (made with Spec) >>>> >>>> Otherwise, in full morphic, you will see the pain it is :P >>>> >>>> Ben >>>> >>>> On Tue, Nov 12, 2013 at 8:47 PM, Benjamin < >>>> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>>> >>>>> The easier way is to wait for me to finish the new Nautilus with tabs >>>>> in it :P >>>>> >>>>> Ben >>>>> >>>>> On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: >>>>> >>>>> I see in the top right side dropdown menu that there is an option to >>>>> create a window goup which basically add the current instance of Nautilus >>>>> in a tab but I dont know hot to add other tabs to it. It would be cool to >>>>> have multiple tabs for each class selection and not to have to open a new >>>>> window for each one. >>>>> >>>>> So how I add other tabs ? >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> >

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by Benjamin

On 12 Nov 2013, at 23:37, kilon alios <kilon.alios(a)gmail.com> wrote: > Thank you for the wishes. I would not even dream to start something like that if Pharo did not already offer so many awesome libraries and tools. > > Ah thats very good news indeed , I did not know you were so much close to finalizing at least the core of spec. Documentation is something I am already looking forward to. So it seems I will be using Spec afterall. > > Are you by any chance thinking about a theme engine about Spec , because this generally the direction I am going with this . I dont know if you have used Winamp on windows, its a music player that can change skins and even though it has the same gui it can change its look dramatically. I think such an ability would look very cool for Pharo and its what I am aiming for with my project. > > So does Spec has any theme support ? If not any plans for it , or you leave that to others to make ? This is not planned yet (mainly because I do not have time to do it), but if someone wants to contribute, he/she is more than welcome :) Ben > These are some examples of winamp skins http://www.winamp.com/skins > > > > > > > On Wed, Nov 13, 2013 at 12:23 AM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > On 12 Nov 2013, at 23:07, kilon alios <kilon.alios(a)gmail.com> wrote: > >> Currently I am working on Hyperion a vector graphics editor with similar goals to inkscape and gimp . The second step will be to use Hyperion as a GUI designer, not just to drag and drop ready made widgets but to design from scratch new ones. The third step is to create a GUI api so that those widgets will be accessed from code via a GUI API that I have named Morpheas. The forth step is to take all that and redesign the look (just the look not the internals) of Pharo making it more user friendly and approachable including several tools into a project I have named Ephestos. > > This sounds like a really cool battle plan :) I sincerely wish you to succeed in your project :) > > >> I like the general idea of everything being a morph a simple building block that allows you to build complex , custom guis. I am also thinking providing a super simple GUI API and offering sophisticated widgets as external libraries. In sort my goal is minimalism and customisation. >> >> All of this will be based on Athens which is what I already use for Hyperion. >> >> This is the final look that aiming for to offer as a default look , but of course because it will be based on Athens and will offer a powerful designer any look will be possible. >> >> http://vimeo.com/68113915 >> >> Currently I just started Hyperion and I work at creating lines with Athens and editing them graphically like inkscape. I hope that after 6 months to finish the basic vector graphic editing capabilities and move to GUI design so that by 2015 I have version 1 to offer that will be able to do both. Of course this will be a way more long term project than just one year but for now I take it step by step , day by day and see where it takes me. >> >> Because it is based on Athens I can bypass spec and even morphic completely and offer my own GUI API, however that will make it hard for people already having projects in those APIs to move to mine and since spec looks like the future of Pharo I am seriously considering spec as well. It will also save me the trouble of designing my own GUI API which is of course a big plus. My own concern is how morphic friendly spec is, meaning that I want to see everything as a composition of simpler elements and not monolithic widgets. From what I have seen from some tutorials this seems to be the direction you go with this, but maybe you could illuminate that area abit more for me. >> > > The idea of Spec (and the direction I want to give him now) is to be framework independent, in a way one can plug any framework below > as long as the correct adapters are provided :) > > So if you implement the basic widgets, then you should be able to compose them using Spec :) > >> >> I will also be interested to hear where you want to take spec, what you will like to add etc. > > I think that some widgets are missing but not that much anymore :) > So I think the next steps are bug fixes and documentation :) > > Ben > >> >> >> On Tue, Nov 12, 2013 at 11:27 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> What is exactly your goal ? :) >> >> Ben >> >> On 12 Nov 2013, at 20:46, kilon alios <kilon.alios(a)gmail.com> wrote: >> >>> yeah morphic is quite messy , but hey it works >>> >>> Thank you for your effort to bring us a better , cleaner and simpler GUI API. You have my support. I am actually thinking about implementing my own GUI API and I was wondering if I should base it on spec or not. My main focus is custom look guis. But I will wait for the documentation of spec to appear before I make any decision on it. >>> >>> >>> On Tue, Nov 12, 2013 at 9:23 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>> On 12 Nov 2013, at 19:53, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>>> hahahaha nicely played man , nicely played :D >>>> >>>> of course I will , but so you know, I dont pay overtime ... now I think about it, I dont pay at all, but thats another matter . >>>> >>>> I would love to see tab in Nautilus , they will definitely sort the windows mess. At least partly. >>> >>> Me too :) >>> Thatâs why I am writing a new one (made with Spec) >>> >>> Otherwise, in full morphic, you will see the pain it is :P >>> >>> Ben >>> >>>> On Tue, Nov 12, 2013 at 8:47 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>>> The easier way is to wait for me to finish the new Nautilus with tabs in it :P >>>> >>>> Ben >>>> >>>> On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: >>>> >>>>> I see in the top right side dropdown menu that there is an option to create a window goup which basically add the current instance of Nautilus in a tab but I dont know hot to add other tabs to it. It would be cool to have multiple tabs for each class selection and not to have to open a new window for each one. >>>>> >>>>> So how I add other tabs ? >>>> >>>> >>> >>> >> >> > >

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by phil＠highoctane.be

I don't know if you tried this out already: Little black triangle on the top right of the window. Create Window Group. Drag & Drop other windows onto the group. And there you have tabs and reduce windows clutter. Works with any window, so you can put several Nautilus tabs in there. [image: Inline image 1] Phil On Tue, Nov 12, 2013 at 11:23 PM, Benjamin < Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > On 12 Nov 2013, at 23:07, kilon alios <kilon.alios(a)gmail.com> wrote: > > Currently I am working on Hyperion a vector graphics editor with similar > goals to inkscape and gimp . The second step will be to use Hyperion as a > GUI designer, not just to drag and drop ready made widgets but to design > from scratch new ones. The third step is to create a GUI api so that those > widgets will be accessed from code via a GUI API that I have named > Morpheas. The forth step is to take all that and redesign the look (just > the look not the internals) of Pharo making it more user friendly and > approachable including several tools into a project I have named Ephestos. > > > This sounds like a really cool battle plan :) I sincerely wish you to > succeed in your project :) > > I like the general idea of everything being a morph a simple building > block that allows you to build complex , custom guis. I am also thinking > providing a super simple GUI API and offering sophisticated widgets as > external libraries. In sort my goal is minimalism and customisation. > > All of this will be based on Athens which is what I already use for > Hyperion. > > This is the final look that aiming for to offer as a default look , but of > course because it will be based on Athens and will offer a powerful > designer any look will be possible. > > http://vimeo.com/68113915 > > Currently I just started Hyperion and I work at creating lines with Athens > and editing them graphically like inkscape. I hope that after 6 months to > finish the basic vector graphic editing capabilities and move to GUI design > so that by 2015 I have version 1 to offer that will be able to do both. Of > course this will be a way more long term project than just one year but for > now I take it step by step , day by day and see where it takes me. > > Because it is based on Athens I can bypass spec and even morphic > completely and offer my own GUI API, however that will make it hard for > people already having projects in those APIs to move to mine and since spec > looks like the future of Pharo I am seriously considering spec as well. It > will also save me the trouble of designing my own GUI API which is of > course a big plus. My own concern is how morphic friendly spec is, meaning > that I want to see everything as a composition of simpler elements and not > monolithic widgets. From what I have seen from some tutorials this seems to > be the direction you go with this, but maybe you could illuminate that area > abit more for me. > > > The idea of Spec (and the direction I want to give him now) is to be > framework independent, in a way one can plug any framework below > as long as the correct adapters are provided :) > > So if you implement the basic widgets, then you should be able to compose > them using Spec :) > > > I will also be interested to hear where you want to take spec, what you > will like to add etc. > > > I think that some widgets are missing but not that much anymore :) > So I think the next steps are bug fixes and documentation :) > > Ben > > > > On Tue, Nov 12, 2013 at 11:27 PM, Benjamin < > Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> What is exactly your goal ? :) >> >> Ben >> >> On 12 Nov 2013, at 20:46, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> yeah morphic is quite messy , but hey it works >> >> Thank you for your effort to bring us a better , cleaner and simpler GUI >> API. You have my support. I am actually thinking about implementing my own >> GUI API and I was wondering if I should base it on spec or not. My main >> focus is custom look guis. But I will wait for the documentation of spec to >> appear before I make any decision on it. >> >> >> On Tue, Nov 12, 2013 at 9:23 PM, Benjamin < >> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> >>> On 12 Nov 2013, at 19:53, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> hahahaha nicely played man , nicely played :D >>> >>> of course I will , but so you know, I dont pay overtime ... now I think >>> about it, I dont pay at all, but thats another matter . >>> >>> I would love to see tab in Nautilus , they will definitely sort the >>> windows mess. At least partly. >>> >>> >>> Me too :) >>> Thatâs why I am writing a new one (made with Spec) >>> >>> Otherwise, in full morphic, you will see the pain it is :P >>> >>> Ben >>> >>> On Tue, Nov 12, 2013 at 8:47 PM, Benjamin < >>> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>> >>>> The easier way is to wait for me to finish the new Nautilus with tabs >>>> in it :P >>>> >>>> Ben >>>> >>>> On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: >>>> >>>> I see in the top right side dropdown menu that there is an option to >>>> create a window goup which basically add the current instance of Nautilus >>>> in a tab but I dont know hot to add other tabs to it. It would be cool to >>>> have multiple tabs for each class selection and not to have to open a new >>>> window for each one. >>>> >>>> So how I add other tabs ? >>>> >>>> >>>> >>> >>> >> >> > >

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by kilon alios

Thank you for the wishes. I would not even dream to start something like that if Pharo did not already offer so many awesome libraries and tools. Ah thats very good news indeed , I did not know you were so much close to finalizing at least the core of spec. Documentation is something I am already looking forward to. So it seems I will be using Spec afterall. Are you by any chance thinking about a theme engine about Spec , because this generally the direction I am going with this . I dont know if you have used Winamp on windows, its a music player that can change skins and even though it has the same gui it can change its look dramatically. I think such an ability would look very cool for Pharo and its what I am aiming for with my project. So does Spec has any theme support ? If not any plans for it , or you leave that to others to make ? These are some examples of winamp skins http://www.winamp.com/skins On Wed, Nov 13, 2013 at 12:23 AM, Benjamin < Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > On 12 Nov 2013, at 23:07, kilon alios <kilon.alios(a)gmail.com> wrote: > > Currently I am working on Hyperion a vector graphics editor with similar > goals to inkscape and gimp . The second step will be to use Hyperion as a > GUI designer, not just to drag and drop ready made widgets but to design > from scratch new ones. The third step is to create a GUI api so that those > widgets will be accessed from code via a GUI API that I have named > Morpheas. The forth step is to take all that and redesign the look (just > the look not the internals) of Pharo making it more user friendly and > approachable including several tools into a project I have named Ephestos. > > > This sounds like a really cool battle plan :) I sincerely wish you to > succeed in your project :) > > > I like the general idea of everything being a morph a simple building > block that allows you to build complex , custom guis. I am also thinking > providing a super simple GUI API and offering sophisticated widgets as > external libraries. In sort my goal is minimalism and customisation. > > All of this will be based on Athens which is what I already use for > Hyperion. > > This is the final look that aiming for to offer as a default look , but of > course because it will be based on Athens and will offer a powerful > designer any look will be possible. > > http://vimeo.com/68113915 > > Currently I just started Hyperion and I work at creating lines with Athens > and editing them graphically like inkscape. I hope that after 6 months to > finish the basic vector graphic editing capabilities and move to GUI design > so that by 2015 I have version 1 to offer that will be able to do both. Of > course this will be a way more long term project than just one year but for > now I take it step by step , day by day and see where it takes me. > > Because it is based on Athens I can bypass spec and even morphic > completely and offer my own GUI API, however that will make it hard for > people already having projects in those APIs to move to mine and since spec > looks like the future of Pharo I am seriously considering spec as well. It > will also save me the trouble of designing my own GUI API which is of > course a big plus. My own concern is how morphic friendly spec is, meaning > that I want to see everything as a composition of simpler elements and not > monolithic widgets. From what I have seen from some tutorials this seems to > be the direction you go with this, but maybe you could illuminate that area > abit more for me. > > > The idea of Spec (and the direction I want to give him now) is to be > framework independent, in a way one can plug any framework below > as long as the correct adapters are provided :) > > So if you implement the basic widgets, then you should be able to compose > them using Spec :) > > > I will also be interested to hear where you want to take spec, what you > will like to add etc. > > > I think that some widgets are missing but not that much anymore :) > So I think the next steps are bug fixes and documentation :) > > Ben > > > > On Tue, Nov 12, 2013 at 11:27 PM, Benjamin < > Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> What is exactly your goal ? :) >> >> Ben >> >> On 12 Nov 2013, at 20:46, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> yeah morphic is quite messy , but hey it works >> >> Thank you for your effort to bring us a better , cleaner and simpler GUI >> API. You have my support. I am actually thinking about implementing my own >> GUI API and I was wondering if I should base it on spec or not. My main >> focus is custom look guis. But I will wait for the documentation of spec to >> appear before I make any decision on it. >> >> >> On Tue, Nov 12, 2013 at 9:23 PM, Benjamin < >> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> >>> On 12 Nov 2013, at 19:53, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> hahahaha nicely played man , nicely played :D >>> >>> of course I will , but so you know, I dont pay overtime ... now I think >>> about it, I dont pay at all, but thats another matter . >>> >>> I would love to see tab in Nautilus , they will definitely sort the >>> windows mess. At least partly. >>> >>> >>> Me too :) >>> Thatâs why I am writing a new one (made with Spec) >>> >>> Otherwise, in full morphic, you will see the pain it is :P >>> >>> Ben >>> >>> On Tue, Nov 12, 2013 at 8:47 PM, Benjamin < >>> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>> >>>> The easier way is to wait for me to finish the new Nautilus with tabs >>>> in it :P >>>> >>>> Ben >>>> >>>> On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: >>>> >>>> I see in the top right side dropdown menu that there is an option to >>>> create a window goup which basically add the current instance of Nautilus >>>> in a tab but I dont know hot to add other tabs to it. It would be cool to >>>> have multiple tabs for each class selection and not to have to open a new >>>> window for each one. >>>> >>>> So how I add other tabs ? >>>> >>>> >>>> >>> >>> >> >> > >

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by Benjamin

On 12 Nov 2013, at 23:07, kilon alios <kilon.alios(a)gmail.com> wrote: > Currently I am working on Hyperion a vector graphics editor with similar goals to inkscape and gimp . The second step will be to use Hyperion as a GUI designer, not just to drag and drop ready made widgets but to design from scratch new ones. The third step is to create a GUI api so that those widgets will be accessed from code via a GUI API that I have named Morpheas. The forth step is to take all that and redesign the look (just the look not the internals) of Pharo making it more user friendly and approachable including several tools into a project I have named Ephestos. This sounds like a really cool battle plan :) I sincerely wish you to succeed in your project :) > I like the general idea of everything being a morph a simple building block that allows you to build complex , custom guis. I am also thinking providing a super simple GUI API and offering sophisticated widgets as external libraries. In sort my goal is minimalism and customisation. > > All of this will be based on Athens which is what I already use for Hyperion. > > This is the final look that aiming for to offer as a default look , but of course because it will be based on Athens and will offer a powerful designer any look will be possible. > > http://vimeo.com/68113915 > > Currently I just started Hyperion and I work at creating lines with Athens and editing them graphically like inkscape. I hope that after 6 months to finish the basic vector graphic editing capabilities and move to GUI design so that by 2015 I have version 1 to offer that will be able to do both. Of course this will be a way more long term project than just one year but for now I take it step by step , day by day and see where it takes me. > > Because it is based on Athens I can bypass spec and even morphic completely and offer my own GUI API, however that will make it hard for people already having projects in those APIs to move to mine and since spec looks like the future of Pharo I am seriously considering spec as well. It will also save me the trouble of designing my own GUI API which is of course a big plus. My own concern is how morphic friendly spec is, meaning that I want to see everything as a composition of simpler elements and not monolithic widgets. From what I have seen from some tutorials this seems to be the direction you go with this, but maybe you could illuminate that area abit more for me. > The idea of Spec (and the direction I want to give him now) is to be framework independent, in a way one can plug any framework below as long as the correct adapters are provided :) So if you implement the basic widgets, then you should be able to compose them using Spec :) > > I will also be interested to hear where you want to take spec, what you will like to add etc. I think that some widgets are missing but not that much anymore :) So I think the next steps are bug fixes and documentation :) Ben > > > On Tue, Nov 12, 2013 at 11:27 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > What is exactly your goal ? :) > > Ben > > On 12 Nov 2013, at 20:46, kilon alios <kilon.alios(a)gmail.com> wrote: > >> yeah morphic is quite messy , but hey it works >> >> Thank you for your effort to bring us a better , cleaner and simpler GUI API. You have my support. I am actually thinking about implementing my own GUI API and I was wondering if I should base it on spec or not. My main focus is custom look guis. But I will wait for the documentation of spec to appear before I make any decision on it. >> >> >> On Tue, Nov 12, 2013 at 9:23 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> On 12 Nov 2013, at 19:53, kilon alios <kilon.alios(a)gmail.com> wrote: >> >>> hahahaha nicely played man , nicely played :D >>> >>> of course I will , but so you know, I dont pay overtime ... now I think about it, I dont pay at all, but thats another matter . >>> >>> I would love to see tab in Nautilus , they will definitely sort the windows mess. At least partly. >> >> Me too :) >> Thatâs why I am writing a new one (made with Spec) >> >> Otherwise, in full morphic, you will see the pain it is :P >> >> Ben >> >>> On Tue, Nov 12, 2013 at 8:47 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>> The easier way is to wait for me to finish the new Nautilus with tabs in it :P >>> >>> Ben >>> >>> On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>>> I see in the top right side dropdown menu that there is an option to create a window goup which basically add the current instance of Nautilus in a tab but I dont know hot to add other tabs to it. It would be cool to have multiple tabs for each class selection and not to have to open a new window for each one. >>>> >>>> So how I add other tabs ? >>> >>> >> >> > >

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by kilon alios

Currently I am working on Hyperion a vector graphics editor with similar goals to inkscape and gimp . The second step will be to use Hyperion as a GUI designer, not just to drag and drop ready made widgets but to design from scratch new ones. The third step is to create a GUI api so that those widgets will be accessed from code via a GUI API that I have named Morpheas. The forth step is to take all that and redesign the look (just the look not the internals) of Pharo making it more user friendly and approachable including several tools into a project I have named Ephestos. I like the general idea of everything being a morph a simple building block that allows you to build complex , custom guis. I am also thinking providing a super simple GUI API and offering sophisticated widgets as external libraries. In sort my goal is minimalism and customisation. All of this will be based on Athens which is what I already use for Hyperion. This is the final look that aiming for to offer as a default look , but of course because it will be based on Athens and will offer a powerful designer any look will be possible. http://vimeo.com/68113915 Currently I just started Hyperion and I work at creating lines with Athens and editing them graphically like inkscape. I hope that after 6 months to finish the basic vector graphic editing capabilities and move to GUI design so that by 2015 I have version 1 to offer that will be able to do both. Of course this will be a way more long term project than just one year but for now I take it step by step , day by day and see where it takes me. Because it is based on Athens I can bypass spec and even morphic completely and offer my own GUI API, however that will make it hard for people already having projects in those APIs to move to mine and since spec looks like the future of Pharo I am seriously considering spec as well. It will also save me the trouble of designing my own GUI API which is of course a big plus. My own concern is how morphic friendly spec is, meaning that I want to see everything as a composition of simpler elements and not monolithic widgets. >From what I have seen from some tutorials this seems to be the direction you go with this, but maybe you could illuminate that area abit more for me. I will also be interested to hear where you want to take spec, what you will like to add etc. On Tue, Nov 12, 2013 at 11:27 PM, Benjamin < Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > What is exactly your goal ? :) > > Ben > > On 12 Nov 2013, at 20:46, kilon alios <kilon.alios(a)gmail.com> wrote: > > yeah morphic is quite messy , but hey it works > > Thank you for your effort to bring us a better , cleaner and simpler GUI > API. You have my support. I am actually thinking about implementing my own > GUI API and I was wondering if I should base it on spec or not. My main > focus is custom look guis. But I will wait for the documentation of spec to > appear before I make any decision on it. > > > On Tue, Nov 12, 2013 at 9:23 PM, Benjamin < > Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> On 12 Nov 2013, at 19:53, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> hahahaha nicely played man , nicely played :D >> >> of course I will , but so you know, I dont pay overtime ... now I think >> about it, I dont pay at all, but thats another matter . >> >> I would love to see tab in Nautilus , they will definitely sort the >> windows mess. At least partly. >> >> >> Me too :) >> Thatâs why I am writing a new one (made with Spec) >> >> Otherwise, in full morphic, you will see the pain it is :P >> >> Ben >> >> On Tue, Nov 12, 2013 at 8:47 PM, Benjamin < >> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> >>> The easier way is to wait for me to finish the new Nautilus with tabs in >>> it :P >>> >>> Ben >>> >>> On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> I see in the top right side dropdown menu that there is an option to >>> create a window goup which basically add the current instance of Nautilus >>> in a tab but I dont know hot to add other tabs to it. It would be cool to >>> have multiple tabs for each class selection and not to have to open a new >>> window for each one. >>> >>> So how I add other tabs ? >>> >>> >>> >> >> > >

Nov. 12, 2013

Re: [Pharo-users] PetitParser and external streams

by Sean P. DeNigris

Federico.Balaguer wrote > Hello, > > I am developing a parser with PetitParser and one of the options I would > like to try is to get my parser to read from an external stream (file) and > produce the output to another external stream (another file) > > Is this possible? I found that Stream>>asPetitParser do this: > asPetitStream > ^ self contents asPetitStream > > Thanks! Federico ----- Cheers, Sean -- View this message in context: http://forum.world.st/PetitParser-and-external-streams-tp4721440p4721531.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by Benjamin

What is exactly your goal ? :) Ben On 12 Nov 2013, at 20:46, kilon alios <kilon.alios(a)gmail.com> wrote: > yeah morphic is quite messy , but hey it works > > Thank you for your effort to bring us a better , cleaner and simpler GUI API. You have my support. I am actually thinking about implementing my own GUI API and I was wondering if I should base it on spec or not. My main focus is custom look guis. But I will wait for the documentation of spec to appear before I make any decision on it. > > > On Tue, Nov 12, 2013 at 9:23 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > On 12 Nov 2013, at 19:53, kilon alios <kilon.alios(a)gmail.com> wrote: > >> hahahaha nicely played man , nicely played :D >> >> of course I will , but so you know, I dont pay overtime ... now I think about it, I dont pay at all, but thats another matter . >> >> I would love to see tab in Nautilus , they will definitely sort the windows mess. At least partly. > > Me too :) > Thatâs why I am writing a new one (made with Spec) > > Otherwise, in full morphic, you will see the pain it is :P > > Ben > >> On Tue, Nov 12, 2013 at 8:47 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> The easier way is to wait for me to finish the new Nautilus with tabs in it :P >> >> Ben >> >> On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: >> >>> I see in the top right side dropdown menu that there is an option to create a window goup which basically add the current instance of Nautilus in a tab but I dont know hot to add other tabs to it. It would be cool to have multiple tabs for each class selection and not to have to open a new window for each one. >>> >>> So how I add other tabs ? >> >> > >

Nov. 12, 2013

Re: [Pharo-users] Current 3.0 download is broken

by Usman Bhatti

I was about to complaint about the issue but good that some people already complained, found the source of the problem and the resolution (sources should be in VM directory and not in image). Good work. The resolution works for me. Now I can revive my pharo settings because I thought the problem was originating from the startup scripts. Usman On Sun, Nov 10, 2013 at 4:48 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > On principle, a big +1 on going forward on the PhD! :-) > > But, the one-click download Pharo3.0-mac.zip being broken is an important > issue that should be addressed fairly quickly in my opinion. As I said, the > sources file should be moved out of Contents/Resources and moved into > Contents/MacOS. Then the one-click also runs. > > On Nov 10, 2013, at 10:29 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > > > > > On Nov 10, 2013, at 2:05 PM, Camillo Bruni <camillobruni(a)gmail.com> > wrote: > > > >> It did not solve the issue yet :/, I will have to look into it next > week. > > > > Don't ;) > > You should not touch Pharo related things and start use pomodoroes to > blast your phd > > > > Stef > >> In any case, I think it would be unrelated to a bootstrap since > FileLocator > >> is already lazily initialized. There is just the typical problem on how > and > >> when to update a singletonâ¦ > > Ok so this is good then. > > > >> > >> I should reopen the issue since the problem persists. > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > >

Nov. 12, 2013

Re: [Pharo-users] Who uses poolDictionaries? New class template cleanup

by StÃ©phane Ducasse

+1 On Nov 12, 2013, at 4:39 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Hi all, > > I am preparing slides for a course. I came to the typical: > > Number subclass: #Complex > instanceVariableNames: 'real imaginary' > classVariableNames: '' > poolDictionaries: '' > category: 'ComplexNumbers' > > Which made me think: Who uses poolDictionaries? I suspect extremely few of us. > > Why not add this to Class: > Class>>subclass: aSymbol instanceVariableNames: instVarNames classVariableNames: classVarNames category: aSymbol > ^self subclass: aSymbol > instanceVariableNames: instVarNames > classVariableNames: classVarNames > poolDictionaries: '' > category: aSymbol > > And have the new class template as follows? > > Object subclass: #NameOfSubclass > instanceVariableNames: '' > classVariableNames: '' > category: 'Kernel-Classes' > > It would be a bit cleaner. I know us old timers don't even see the poolDictionaries: line anymore, but I dislike having to explain it to students. > > Greetings, > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > >

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by kilon alios

yeah morphic is quite messy , but hey it works Thank you for your effort to bring us a better , cleaner and simpler GUI API. You have my support. I am actually thinking about implementing my own GUI API and I was wondering if I should base it on spec or not. My main focus is custom look guis. But I will wait for the documentation of spec to appear before I make any decision on it. On Tue, Nov 12, 2013 at 9:23 PM, Benjamin < Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > On 12 Nov 2013, at 19:53, kilon alios <kilon.alios(a)gmail.com> wrote: > > hahahaha nicely played man , nicely played :D > > of course I will , but so you know, I dont pay overtime ... now I think > about it, I dont pay at all, but thats another matter . > > I would love to see tab in Nautilus , they will definitely sort the > windows mess. At least partly. > > > Me too :) > Thatâs why I am writing a new one (made with Spec) > > Otherwise, in full morphic, you will see the pain it is :P > > Ben > > On Tue, Nov 12, 2013 at 8:47 PM, Benjamin < > Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> The easier way is to wait for me to finish the new Nautilus with tabs in >> it :P >> >> Ben >> >> On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> I see in the top right side dropdown menu that there is an option to >> create a window goup which basically add the current instance of Nautilus >> in a tab but I dont know hot to add other tabs to it. It would be cool to >> have multiple tabs for each class selection and not to have to open a new >> window for each one. >> >> So how I add other tabs ? >> >> >> > >

Nov. 12, 2013

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

by Benjamin

Ben On 12 Nov 2013, at 19:46, btc(a)openinworld.com wrote: > Bahman Movaqar wrote: >> On 11/12/2013 17:29, Benjamin wrote: >> >>> On 11 Nov 2013, at 20:08, Bahman Movaqar <Bahman(a)BahmanM.com >>> <mailto:Bahman@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? >> > >> > I do not understand sorry :( >> >> Put in other words: >> 1. The default behaviour (if there's any other behaviour) of a text box in Spec, doesn't accept ENTER. A multi-line text entry without ENTER doesn't make sense, no? What enter does then ? >> 2. The default behaviour of a Spec text box, wraps the text entered if the length exceeds the display length of the widget. This is very unorthodox and wrong *from user's perspective*. What is expected ? Which widget of text ? This behaviour is actually Morphic behaviour, not Spec. But anyway, it can/should be fixed/improved :) > I have to support point 2 above. In general terms... > For a single line text box, I would expect it to scroll text horizontally out of view. > I would expect initially at least two lines for a wrapping text box, after which it can be free to grow vertically as needed. > > cheers -ben >> > >> >> >> >>> >> >>>> 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. >> > >> > Thatâs true changing the size is often not desired. >> > >> > Adding a flag can be a solution :) >> > But as it brings some more complexity in the layouting ( which is already > quite too complex and too big) it was not considered until now :) >> >> Makes sense. >> >> > >> >> >> >>>> 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. >> > >> > Yes, but morphic do not do that :P >> > Myabe I should introduce a model for that, and have my own encapsulation :) >> >> Perfect idea. And along with some documentation please :-D >> >> > >> >> >> >>> >> >>>> 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 :-) >> > >> > Here you entrer in some twilight zone :P >> > >> > add:origin:corner:offsetOrigin:offsetCorner: >> > >> > >> > This screen shows an origin in x0,y0 and a corner in x1,y1. >> > Their values are between 0 and 1, and represent a _proportional_ value of the > container. >> >> By the gods! How was I supposed to know the values were supposed to be 0><1 !? :-) Thank you for this tip! Everybody should know that :P >> >> > >> > Then, each of this corners can be shifted in x and y by a _fixed_ value (in > pixels) >> >> So basically `add: #buttonGreet origin: 0.3(a)0.2 corner: 0.7(a)0.5 offsetOrigin: 0@0 offsetCorner: 0@0` would add a button in a center'ish position within its container, right? It should do something like this yes :) >> I wonder what am I doing wrong since it has no effect whatsoever? What is the result ? Ben >> >> Thanks, >> >> -- >> Bahman Movaqar (http://BahmanM.com) >> >> ERP Evaluation, Implementation & Deployment Consultant >> PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com) >> >> > > >

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by Benjamin

On 12 Nov 2013, at 19:53, kilon alios <kilon.alios(a)gmail.com> wrote: > hahahaha nicely played man , nicely played :D > > of course I will , but so you know, I dont pay overtime ... now I think about it, I dont pay at all, but thats another matter . > > I would love to see tab in Nautilus , they will definitely sort the windows mess. At least partly. Me too :) Thatâs why I am writing a new one (made with Spec) Otherwise, in full morphic, you will see the pain it is :P Ben > On Tue, Nov 12, 2013 at 8:47 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > The easier way is to wait for me to finish the new Nautilus with tabs in it :P > > Ben > > On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: > >> I see in the top right side dropdown menu that there is an option to create a window goup which basically add the current instance of Nautilus in a tab but I dont know hot to add other tabs to it. It would be cool to have multiple tabs for each class selection and not to have to open a new window for each one. >> >> So how I add other tabs ? > >

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by kilon alios

hahahaha nicely played man , nicely played :D of course I will , but so you know, I dont pay overtime ... now I think about it, I dont pay at all, but thats another matter . I would love to see tab in Nautilus , they will definitely sort the windows mess. At least partly. On Tue, Nov 12, 2013 at 8:47 PM, Benjamin < Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > The easier way is to wait for me to finish the new Nautilus with tabs in > it :P > > Ben > > On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: > > I see in the top right side dropdown menu that there is an option to > create a window goup which basically add the current instance of Nautilus > in a tab but I dont know hot to add other tabs to it. It would be cool to > have multiple tabs for each class selection and not to have to open a new > window for each one. > > So how I add other tabs ? > > >

Nov. 12, 2013

Re: [Pharo-users] How to add tabs in Nautilus

by Benjamin

The easier way is to wait for me to finish the new Nautilus with tabs in it :P Ben On 12 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: > I see in the top right side dropdown menu that there is an option to create a window goup which basically add the current instance of Nautilus in a tab but I dont know hot to add other tabs to it. It would be cool to have multiple tabs for each class selection and not to have to open a new window for each one. > > So how I add other tabs ?

Nov. 12, 2013

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

by btc＠openinworld.com

Bahman Movaqar wrote: > On 11/12/2013 17:29, Benjamin wrote: > >>> On 11 Nov 2013, at 20:08, Bahman Movaqar <Bahman(a)BahmanM.com > >>> <mailto:Bahman@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? > > > > I do not understand sorry :( > > Put in other words: > 1. The default behaviour (if there's any other behaviour) of a text box in > Spec, doesn't accept ENTER. A multi-line text entry without ENTER doesn't make > sense, no? > 2. The default behaviour of a Spec text box, wraps the text entered if the > length exceeds the display length of the widget. This is very unorthodox and > wrong *from user's perspective*. > I have to support point 2 above. In general terms... For a single line text box, I would expect it to scroll text horizontally out of view. I would expect initially at least two lines for a wrapping text box, after which it can be free to grow vertically as needed. cheers -ben > > > >> > >>> > >>>> 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. > > > > Thatâs true changing the size is often not desired. > > > > Adding a flag can be a solution :) > > But as it brings some more complexity in the layouting ( which is already > > quite too complex and too big) it was not considered until now :) > > Makes sense. > > > > >> > >>>> 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. > > > > Yes, but morphic do not do that :P > > Myabe I should introduce a model for that, and have my own encapsulation :) > > Perfect idea. And along with some documentation please :-D > > > > >> > >>> > >>>> 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 :-) > > > > Here you entrer in some twilight zone :P > > > > add:origin:corner:offsetOrigin:offsetCorner: > > > > > > This screen shows an origin in x0,y0 and a corner in x1,y1. > > Their values are between 0 and 1, and represent a _proportional_ value of the > > container. > > By the gods! How was I supposed to know the values were supposed to be 0><1 !? > :-) Thank you for this tip! > > > > > Then, each of this corners can be shifted in x and y by a _fixed_ value (in > > pixels) > > So basically `add: #buttonGreet origin: 0.3(a)0.2 corner: 0.7(a)0.5 offsetOrigin: > 0@0 offsetCorner: 0@0` would add a button in a center'ish position within its > container, right? > I wonder what am I doing wrong since it has no effect whatsoever? > > Thanks, > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com) > >

Nov. 12, 2013

Roadmap

by Bahman Movaqar

Hi all, I tried to find some up-to-date information regarding SMP in Pharo to no avail. Actually, I couldn't find any roadmap documents on the website. I'd appreciate if someone could share a pointer/link here. 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/12/2013 17:29, Benjamin wrote: >>> On 11 Nov 2013, at 20:08, Bahman Movaqar <Bahman(a)BahmanM.com >>> <mailto:Bahman@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? > > I do not understand sorry :( Put in other words: 1. The default behaviour (if there's any other behaviour) of a text box in Spec, doesn't accept ENTER. A multi-line text entry without ENTER doesn't make sense, no? 2. The default behaviour of a Spec text box, wraps the text entered if the length exceeds the display length of the widget. This is very unorthodox and wrong *from user's perspective*. > >> >>> >>>> 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. > > Thatâs true changing the size is often not desired. > > Adding a flag can be a solution :) > But as it brings some more complexity in the layouting ( which is already > quite too complex and too big) it was not considered until now :) Makes sense. > >> >>>> 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. > > Yes, but morphic do not do that :P > Myabe I should introduce a model for that, and have my own > encapsulation :) Perfect idea. And along with some documentation please :-D > >> >>> >>>> 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 :-) > > Here you entrer in some twilight zone :P > > add:origin:corner:offsetOrigin:offsetCorner: > > > This screen shows an origin in x0,y0 and a corner in x1,y1. > Their values are between 0 and 1, and represent a _proportional_ value > of the container. By the gods! How was I supposed to know the values were supposed to be 0><1 !? :-) Thank you for this tip! > > Then, each of this corners can be shifted in x and y by a _fixed_ > value (in pixels) So basically `add: #buttonGreet origin: 0.3(a)0.2 corner: 0.7(a)0.5 offsetOrigin: 0@0 offsetCorner: 0@0` would add a button in a center'ish position within its container, right? I wonder what am I doing wrong since it has no effect whatsoever? Thanks, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 12, 2013

How to add tabs in Nautilus

by kilon alios

I see in the top right side dropdown menu that there is an option to create a window goup which basically add the current instance of Nautilus in a tab but I dont know hot to add other tabs to it. It would be cool to have multiple tabs for each class selection and not to have to open a new window for each one. So how I add other tabs ?

Nov. 12, 2013

Re: [Pharo-users] Who uses poolDictionaries? New class template cleanup

by Camille Teruel

+1 On 12 nov. 2013, at 16:39, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Hi all, > > I am preparing slides for a course. I came to the typical: > > Number subclass: #Complex > instanceVariableNames: 'real imaginary' > classVariableNames: '' > poolDictionaries: '' > category: 'ComplexNumbers' > > Which made me think: Who uses poolDictionaries? I suspect extremely few of us. > > Why not add this to Class: > Class>>subclass: aSymbol instanceVariableNames: instVarNames classVariableNames: classVarNames category: aSymbol > ^self subclass: aSymbol > instanceVariableNames: instVarNames > classVariableNames: classVarNames > poolDictionaries: '' > category: aSymbol > > And have the new class template as follows? > > Object subclass: #NameOfSubclass > instanceVariableNames: '' > classVariableNames: '' > category: 'Kernel-Classes' > > It would be a bit cleaner. I know us old timers don't even see the poolDictionaries: line anymore, but I dislike having to explain it to students. > > Greetings, > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > >

Nov. 12, 2013

Who uses poolDictionaries? New class template cleanup

by Johan Fabry

Hi all, I am preparing slides for a course. I came to the typical: Number subclass: #Complex instanceVariableNames: 'real imaginary' classVariableNames: '' poolDictionaries: '' category: 'ComplexNumbers' Which made me think: Who uses poolDictionaries? I suspect extremely few of us. Why not add this to Class: Class>>subclass: aSymbol instanceVariableNames: instVarNames classVariableNames: classVarNames category: aSymbol ^self subclass: aSymbol instanceVariableNames: instVarNames classVariableNames: classVarNames poolDictionaries: '' category: aSymbol And have the new class template as follows? Object subclass: #NameOfSubclass instanceVariableNames: '' classVariableNames: '' category: 'Kernel-Classes' It would be a bit cleaner. I know us old timers don't even see the poolDictionaries: line anymore, but I dislike having to explain it to students. Greetings, ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Nov. 12, 2013

Re: [Pharo-users] Add menu item to Nautilus context menu on selected packages?

by Benjamin

It is :) And I would even say it is not complicated :P Here is an example from Nautilus AbstractNautilusUI class>>packagesMenu: aBuilder <contextMenu> <nautilusGlobalPackageMenu> | package target | target := aBuilder model. (package := target selectedPackage) ifNil: [ ^ target ]. (aBuilder item: #'Browse scoped') keyText: 'b, s' if: Nautilus useOldStyleKeys not; action: [ target restrictedBrowsePackage ]; order: 1000; help: 'Open a browser on a restricted view'; withSeparatorAfter. :) Ben On 12 Nov 2013, at 15:41, MartinW <wm(a)fastmail.fm> wrote: > Hi, > i have a tool that works on packages. > So far i added a wizard to the world menu, but i would rather add a menu > item to the Nautilus context menu on selected packages - is this possible? > > Best regards, > Martin. > > > > -- > View this message in context: http://forum.world.st/Add-menu-item-to-Nautilus-context-menu-on-selected-pa… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Nov. 12, 2013

Add menu item to Nautilus context menu on selected packages?

by MartinW

Hi, i have a tool that works on packages. So far i added a wizard to the world menu, but i would rather add a menu item to the Nautilus context menu on selected packages - is this possible? Best regards, Martin. -- View this message in context: http://forum.world.st/Add-menu-item-to-Nautilus-context-menu-on-selected-pa… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 12, 2013

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

by Benjamin

On 12 Nov 2013, at 04:11, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: > On 11/11/2013 22:52, Benjamin wrote: >> I do not get the image, but I know what happened :) > > Oops! Corrected that. No problem :) > >> >> 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? I do not understand sorry :( > >> >>> 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. Thatâs true changing the size is often not desired. Adding a flag can be a solution :) But as it brings some more complexity in the layouting ( which is already quite too complex and too big) it was not considered until now :) > >>> 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. Yes, but morphic do not do that :P Myabe I should introduce a model for that, and have my own encapsulation :) > >> >>> 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 :-) Here you entrer in some twilight zone :P add:origin:corner:offsetOrigin:offsetCorner: This screen shows an origin in x0,y0 and a corner in x1,y1. Their values are between 0 and 1, and represent a _proportional_ value of the container. Then, each of this corners can be shifted in x and y by a _fixed_ value (in pixels) Ben > 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

Re: [Pharo-users] NBOpenGL on Pharo 3.0

by StÃ©phane Ducasse

Richard you should have a look at ROASSAL 3d because ronie improved the shadder part (no more assembler) and his code should be split in two and one part should go to NBOpenGL. Now he is experiencing some problem with NBOpenGL on windows as you. NativeBoost does not work on 64 bits. Yet but igor is really busy finishing the texteditor (and I can tell you that he does not have fun there). So it is important that you help because we are FULL and sorry about that but really FULL. Ronie will visit us in January and share an office with igor. Stef > Hi > > CodeCity, the project I am working on is based on NBOpenGL. > I'd like to start working on it using Pharo 3, but it seems that NBOpenGL does not work yet with Pharo 3.0. > > I downloaded from jenkins the latest image with Pharo 3 and tried to execute the following code on Windows 7, 64 bits: > > GLTTRenderingDemo new openInWorld. > > but I get a 'No suitable implementation found for initializing OpenGL context for your platform'. > It seems that NBGLContextDriver does not have a subclass for Windows 64bits. Did I omit something? > > Cheers > Ricky >

Nov. 12, 2013

NBOpenGL on Pharo 3.0

by Richard Wettel

Hi CodeCity, the project I am working on is based on NBOpenGL. I'd like to start working on it using Pharo 3, but it seems that NBOpenGL does not work yet with Pharo 3.0. I downloaded from jenkins the latest image with Pharo 3 and tried to execute the following code on Windows 7, 64 bits: GLTTRenderingDemo new openInWorld. but I get a 'No suitable implementation found for initializing OpenGL context for your platform'. It seems that NBGLContextDriver does not have a subclass for Windows 64bits. Did I omit something? Cheers Ricky

Nov. 12, 2013

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

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

by Bahman Movaqar

Sorry for not attaching the snapshots. Here they are. On 11/11/2013 22:38, Bahman Movaqar wrote: > Hi all, > > Let's assume I have a window like the one in episode 2 of the tutorial > <http://bahmanm.com/blogs/spec-part-2-layout>. Some unexpected (from > the user's perspective) behaviour happens when I manually resize the > window. A snapshot is worth a thousand words (and I'm going to put > two snapshots here!). > > This is the fresh window that I just opened: > Snapshot of fresh window just opened > > > The same window after resizing: > Snapshot of the window after resizing > > > So this is my understanding: > 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? > > 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. > 2. A button should not change height and width, unless specifically > mentioned otherwise. > 3. It's not usually desirable that the spacing between radio buttons > change. > 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). > > I'd appreciate if anyone could shed a light here; specially Benjamin > the Undocumenter :-) > -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 12, 2013

Re: [Pharo-users] How to change background color

by Benjamin

Cool :) Keep me in touch then :) I am visiting a customer this week, so I do not have all the time I would to test it, but I will give a try as soon as I can :) Ben On 11 Nov 2013, at 22:13, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > 2013/11/11 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > A good pointer would be to add support for color on AbstractWidget and change a bit the way MorphicAdapters are built to take this color in account > > Hmmm... I may or may not give it a try tonight/tomorrow morning :) > > Cheers, > Sergi

Nov. 11, 2013

Re: [Pharo-users] How to change background color

by Sergi Reyner

2013/11/11 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > A good pointer would be to add support for color on AbstractWidget and > change a bit the way MorphicAdapters are built to take this color in account > Hmmm... I may or may not give it a try tonight/tomorrow morning :) Cheers, Sergi

Nov. 11, 2013

Re: [Pharo-users] How to change background color

by Ignacio MatÃas Sniechowski

Gisela, I've been trying to do that, and also changing the alignment of the text with no success. saludos nacho *Lic. Ignacio Sniechowski, MBA* On Mon, Nov 11, 2013 at 5:42 PM, Gisela Decuzzi <giseladecuzzi(a)gmail.com>wrote: > Hi, I'm getting some problems trying to change the default colors for the > widgets. > I need to replace the gray color for a blue (yes, quite horrible, long > history). > I'm using Spec and didn't find how to do this, and after trying I end up > hacking in morph. > > Is there a way to do this? Or someone can show me a starting point? >

Nov. 11, 2013

Re: [Pharo-users] How to change background color

by Benjamin

A good pointer would be to add support for color on AbstractWidget and change a bit the way MorphicAdapters are built to take this color in account Ben On 11 Nov 2013, at 21:42, Gisela Decuzzi <giseladecuzzi(a)gmail.com> wrote: > Hi, I'm getting some problems trying to change the default colors for the widgets. > I need to replace the gray color for a blue (yes, quite horrible, long history). > I'm using Spec and didn't find how to do this, and after trying I end up hacking in morph. > > Is there a way to do this? Or someone can show me a starting point?

Nov. 11, 2013

How to change background color

by Gisela Decuzzi

Hi, I'm getting some problems trying to change the default colors for the widgets. I need to replace the gray color for a blue (yes, quite horrible, long history). I'm using Spec and didn't find how to do this, and after trying I end up hacking in morph. Is there a way to do this? Or someone can show me a starting point?

Nov. 11, 2013

Re: [Pharo-users] Spec - Disable auto-complete in text box

by Benjamin

try entryCompletion: nil and tell me if it does the job :) Ben On 11 Nov 2013, at 19:21, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: > Hi all, > > Is it possible to disable auto-completion in a text box? I've tried > `textName isCodeCompletionAllowed: false` to no avail. Am I doing it > wrong? Any other way to do it? > > TIA, > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com) > >

Nov. 11, 2013

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

by Benjamin

I do not get the image, but I know what happened :) On 11 Nov 2013, at 20:08, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: > Hi all, > > Let's assume I have a window like the one in episode 2 of the tutorial. Some unexpected (from the user's perspective) behaviour happens when I manually resize the window. A snapshot is worth a thousand words (and I'm going to put two snapshots here!). > > This is the fresh window that I just opened: > > > > The same window after resizing: > > > > So this is my understanding: > When a window is resized, every Row/ColumnLayout distributes 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: > 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 > A button should not change height and width, unless specifically mentioned otherwise. Why ? > 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 ? > 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: Ben > I'd appreciate if anyone could shed a light here; specially Benjamin the Undocumenter :-) > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Spec - Layout behaviour when resizing

by Bahman Movaqar

Nov. 11, 2013

Spec - Disable auto-complete in text box

by Bahman Movaqar

Hi all, Is it possible to disable auto-completion in a text box? I've tried `textName isCodeCompletionAllowed: false` to no avail. Am I doing it wrong? Any other way to do it? TIA, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] Fwd: Pharo download links are down.

by kilon alios

yeah scheduled maintenance , will be working tomorrow. On Mon, Nov 11, 2013 at 6:40 PM, Arturo Zambrano <arturo.zambrano(a)gmail.com>wrote: > > Hi All, > sorry if it 's already reported: everything in > http://files.pharo.org/platform<http://files.pharo.org/platform/Pharo2.0-linux.zip> > is returning the following error message. > > > ERRORThe requested URL could not be retrieved > ------------------------------ > > The following error was encountered while trying to retrieve the URL: > http://files.pharo.org/platform/Pharo2.0-linux.zip > > *Connection to 128.93.162.72 failed.* > > The system returned: *(111) Connection refused* > > >

Nov. 11, 2013

Fwd: Pharo download links are down.

by Arturo Zambrano

Hi All, sorry if it 's already reported: everything in http://files.pharo.org/platform<http://files.pharo.org/platform/Pharo2.0-linux.zip> is returning the following error message. ERRORThe requested URL could not be retrieved ------------------------------ The following error was encountered while trying to retrieve the URL: http://files.pharo.org/platform/Pharo2.0-linux.zip *Connection to 128.93.162.72 failed.* The system returned: *(111) Connection refused*

Nov. 11, 2013

Re: [Pharo-users] Spec - Grid/Table Layout

by prova email

As i imagined XD From: benjamin.vanryseghem.pharo(a)gmail.com Date: Mon, 11 Nov 2013 13:16:12 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Now I get it :) This is not supported in 2.0 in the sense that the Spec version shipped with Pharo 2.0 has evolved :) You can try it in Pharo 3.0 :) Ben On 11 Nov 2013, at 12:08, prova email <prova213(a)hotmail.it> wrote:I'm doing a TreeModel. As you know, widgetDo is not a message of TreeModel, that's why i was asking you if there something wrong. As i asked you in a old post, column: is not a message of TreeModel, so, where do i have to create that message? The following code means to me that i have to create column: into MorphTreeAdapter, a class that i haven't got into my Pharo 2.0. MorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ]PaoloFrom: benjamin.vanryseghem.pharo(a)gmail.com Date: Mon, 11 Nov 2013 12:03:13 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout I am sure that Adapters understands widgetDo:To which objects do you send this message ? Ben On 11 Nov 2013, at 11:08, prova email <prova213(a)hotmail.it> wrote:Hi Ben, are you sure that the message "widgetDo:" is the right one? It's not a message that my object looks to understand. Thanks in advance.Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:34:18 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout It is definitely defined in TreeModel :) Ben On 08 Nov 2013, at 14:29, prova email <prova213(a)hotmail.it> wrote:Very very very good Ben, thanks a lot. Last question: you use the "columns:" message, but it's not defined in TreeModel. You defined it hereMorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] in the brand new Class MorphTreeAdapter. What's the difference between define columns: here instead of in the TreeModel class?Great job and thank you!Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:15:46 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | (ButtonModel new label: 'Yes we can') buildWithSpec hResizing: #spaceFill]; headerButtonLabel: 'Morph' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben On 08 Nov 2013, at 14:05, prova email <prova213(a)hotmail.it> wrote:Yes Ben, too much threads! That's why i'm a little bit confused! That's what i understood: i've got two roads-> use TreeModel as you did with Pamela Anderson or use the simple and nested SpecLayout (SpecLayout composed) as Clement did.If in your TreeModel i can put a RadioButtonModel or a ButtonModel or so on... we got the deal! Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 13:59:51 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout I guess too much threads :) I answer this in another thread I think :P the block provided to displayBlock:/rowMorphGetSelector: can return anything understanding asMorph.So you can return any custom morph there :) I think the following work tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself) with: (TreeColumnModel new displayBlock: [:node | Morph new ]; headerLabel: âMorph'; yourself)) or tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | Morph new ]; headerButtonLabel: 'Morph' font: nil; yourself)).And you get something like <Screen Shot 2013-11-08 at 13.58.51.png>Ben On 08 Nov 2013, at 13:45, prova email <prova213(a)hotmail.it> wrote:Yes Clement, i've got your .st file. I saw it in Nested Layout thread. I file in it in Pharo and i see that is not as good as a fashion window is. Maybe Morphic is the right solution but, in that way, we are leaving the idea of Bahman, and the 2nd Spec Tuto is in danger! However, you asked to Ben the same question that i did: can i put some widgets in these cells or only String? Thanks again!Paolo From: bera.clement(a)gmail.com Date: Fri, 8 Nov 2013 12:51:06 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Ben answered in another thread: About table, I have an example which will be running soon in Pharo (the changes are waiting to be integrated) tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Right now, you can get the same by - adding MorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] And then evaluating: tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben Ben, in each cell, can we put something else than a String ? If so, can you add an example in the code above ? Thanks. I guess doing Ben's solution is the best. I did it with nested layout but it is definitely not as good (see file in attachment, add it in your image then evaluate SpecTable new). 2013/11/8 prova email <prova213(a)hotmail.it> Hi Clement; I did the Spec tuto made by Bahman (great tuto). As him, i'd like to put some widgets into it. Is it possible? Maybe with the method "items:"? I don't know if the solution that Ben give to us (use Morphic instead of Spec) is suitable, that's because his UI looks like a list that accept only string. Maybe i'm wrong, can you give us more explanations? Or is it something new for you too? Thanks for your help!Paolo From: bera.clement(a)gmail.com Date: Thu, 7 Nov 2013 10:04:51 +0100 To: Bahman(a)bahmanm.com; pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Hello, Actually I had the same problem, I think the best widget that exists for that right now is MultiColumnListModel. For example, in the senders window (in attachment), the top panel is a MultiColumnListModel. You can have as many lines and as many columns as you want. We do not have yet a tableLayout, but we miss it. If you plan to implement it, we will be interested in integrating it into Pharo. Ben can advise you on how to implement that. 2013/11/7 Bahman Movaqar <Bahman(a)bahmanm.com> Hi all, Is there a grid/table layout available in Spec? Something like an HTML table or Swing's GridLayout? If not, how may I achieve such a functionality? I'd appreciate any hints/pointers. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] Spec - Grid/Table Layout

by Benjamin

Now I get it :) This is not supported in 2.0 in the sense that the Spec version shipped with Pharo 2.0 has evolved :) You can try it in Pharo 3.0 :) Ben On 11 Nov 2013, at 12:08, prova email <prova213(a)hotmail.it> wrote: > I'm doing a TreeModel. As you know, widgetDo is not a message of TreeModel, that's why i was asking you if there something wrong. As i asked you in a old post, column: is not a message of TreeModel, so, where do i have to create that message? The following code means to me that i have to create column: into MorphTreeAdapter, a class that i haven't got into my Pharo 2.0. > > MorphTreeAdapter>>#columns: > columns: columns > self widgetDo: [ :w | > w columns: columns. > w resizerChanged. > w updateList ] > Paolo > From: benjamin.vanryseghem.pharo(a)gmail.com > Date: Mon, 11 Nov 2013 12:03:13 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > I am sure that Adapters understands widgetDo: > To which objects do you send this message ? > > Ben > > On 11 Nov 2013, at 11:08, prova email <prova213(a)hotmail.it> wrote: > > Hi Ben, > are you sure that the message "widgetDo:" is the right one? It's not a message that my object looks to understand. > Thanks in advance. > Paolo > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 14:34:18 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > It is definitely defined in TreeModel :) > > Ben > > On 08 Nov 2013, at 14:29, prova email <prova213(a)hotmail.it> wrote: > > Very very very good Ben, thanks a lot. Last question: you use the "columns:" message, but it's not defined in TreeModel. You defined it here > MorphTreeAdapter>>#columns: > columns: columns > self widgetDo: [ :w | > w columns: columns. > w resizerChanged. > w updateList ] > > in the brand new Class MorphTreeAdapter. What's the difference between define columns: here instead of in the TreeModel class? > Great job and thank you! > Paolo > > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 14:15:46 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | (ButtonModel new label: 'Yes we can') buildWithSpec hResizing: #spaceFill]; headerButtonLabel: 'Morph' font: nil; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > Ben > > On 08 Nov 2013, at 14:05, prova email <prova213(a)hotmail.it> wrote: > > Yes Ben, too much threads! That's why i'm a little bit confused! That's what i understood: i've got two roads-> use TreeModel as you did with Pamela Anderson or use the simple and nested SpecLayout (SpecLayout composed) as Clement did. > If in your TreeModel i can put a RadioButtonModel or a ButtonModel or so on... we got the deal! > > Paolo > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 13:59:51 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > I guess too much threads :) > > I answer this in another thread I think :P > > the block provided to displayBlock:/rowMorphGetSelector: can return anything understanding asMorph. > So you can return any custom morph there :) > > I think the following work > > tree columns: (Array > with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself) > with: (TreeColumnModel new displayBlock: [:node | Morph new ]; headerLabel: âMorph'; yourself)) > > or > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | Morph new ]; headerButtonLabel: 'Morph' font: nil; yourself)). > > And you get something like > > <Screen Shot 2013-11-08 at 13.58.51.png> > > Ben > > On 08 Nov 2013, at 13:45, prova email <prova213(a)hotmail.it> wrote: > > Yes Clement, i've got your .st file. I saw it in Nested Layout thread. I file in it in Pharo and i see that is not as good as a fashion window is. Maybe Morphic is the right solution but, in that way, we are leaving the idea of Bahman, and the 2nd Spec Tuto is in danger! > > However, you asked to Ben the same question that i did: can i put some widgets in these cells or only String? > > Thanks again! > Paolo > > From: bera.clement(a)gmail.com > Date: Fri, 8 Nov 2013 12:51:06 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > Ben answered in another thread: > > About table, I have an example which will be running soon in Pharo (the changes are waiting to be integrated) > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > > Right now, you can get the same by > - adding MorphTreeAdapter>>#columns: > columns: columns > self widgetDo: [ :w | > w columns: columns. > w resizerChanged. > w updateList ] > > And then evaluating: > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > Ben > > Ben, in each cell, can we put something else than a String ? If so, can you add an example in the code above ? Thanks. > > I guess doing Ben's solution is the best. I did it with nested layout but it is definitely not as good (see file in attachment, add it in your image then evaluate SpecTable new). > > > 2013/11/8 prova email <prova213(a)hotmail.it> > Hi Clement; > > I did the Spec tuto made by Bahman (great tuto). As him, i'd like to put some widgets into it. Is it possible? Maybe with the method "items:"? I don't know if the solution that Ben give to us (use Morphic instead of Spec) is suitable, that's because his UI looks like a list that accept only string. Maybe i'm wrong, can you give us more explanations? Or is it something new for you too? > > Thanks for your help! > Paolo > > From: bera.clement(a)gmail.com > Date: Thu, 7 Nov 2013 10:04:51 +0100 > To: Bahman(a)bahmanm.com; pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > > Hello, > > Actually I had the same problem, I think the best widget that exists for that right now is MultiColumnListModel. > > For example, in the senders window (in attachment), the top panel is a MultiColumnListModel. You can have as many lines and as many columns as you want. > > We do not have yet a tableLayout, but we miss it. If you plan to implement it, we will be interested in integrating it into Pharo. > > Ben can advise you on how to implement that. > > > > > 2013/11/7 Bahman Movaqar <Bahman(a)bahmanm.com> > Hi all, > > Is there a grid/table layout available in Spec? Something like an HTML > table or Swing's GridLayout? If not, how may I achieve such a > functionality? > > I'd appreciate any hints/pointers. > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] Spec - Grid/Table Layout

by prova email

I'm doing a TreeModel. As you know, widgetDo is not a message of TreeModel, that's why i was asking you if there something wrong. As i asked you in a old post, column: is not a message of TreeModel, so, where do i have to create that message? The following code means to me that i have to create column: into MorphTreeAdapter, a class that i haven't got into my Pharo 2.0. MorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ]PaoloFrom: benjamin.vanryseghem.pharo(a)gmail.com Date: Mon, 11 Nov 2013 12:03:13 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout I am sure that Adapters understands widgetDo:To which objects do you send this message ? Ben On 11 Nov 2013, at 11:08, prova email <prova213(a)hotmail.it> wrote:Hi Ben, are you sure that the message "widgetDo:" is the right one? It's not a message that my object looks to understand. Thanks in advance.Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:34:18 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout It is definitely defined in TreeModel :) Ben On 08 Nov 2013, at 14:29, prova email <prova213(a)hotmail.it> wrote:Very very very good Ben, thanks a lot. Last question: you use the "columns:" message, but it's not defined in TreeModel. You defined it hereMorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] in the brand new Class MorphTreeAdapter. What's the difference between define columns: here instead of in the TreeModel class?Great job and thank you!Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:15:46 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | (ButtonModel new label: 'Yes we can') buildWithSpec hResizing: #spaceFill]; headerButtonLabel: 'Morph' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben On 08 Nov 2013, at 14:05, prova email <prova213(a)hotmail.it> wrote:Yes Ben, too much threads! That's why i'm a little bit confused! That's what i understood: i've got two roads-> use TreeModel as you did with Pamela Anderson or use the simple and nested SpecLayout (SpecLayout composed) as Clement did.If in your TreeModel i can put a RadioButtonModel or a ButtonModel or so on... we got the deal! Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 13:59:51 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout I guess too much threads :) I answer this in another thread I think :P the block provided to displayBlock:/rowMorphGetSelector: can return anything understanding asMorph.So you can return any custom morph there :) I think the following work tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself) with: (TreeColumnModel new displayBlock: [:node | Morph new ]; headerLabel: âMorph'; yourself)) or tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | Morph new ]; headerButtonLabel: 'Morph' font: nil; yourself)).And you get something like <Screen Shot 2013-11-08 at 13.58.51.png>Ben On 08 Nov 2013, at 13:45, prova email <prova213(a)hotmail.it> wrote:Yes Clement, i've got your .st file. I saw it in Nested Layout thread. I file in it in Pharo and i see that is not as good as a fashion window is. Maybe Morphic is the right solution but, in that way, we are leaving the idea of Bahman, and the 2nd Spec Tuto is in danger! However, you asked to Ben the same question that i did: can i put some widgets in these cells or only String? Thanks again!Paolo From: bera.clement(a)gmail.com Date: Fri, 8 Nov 2013 12:51:06 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Ben answered in another thread: About table, I have an example which will be running soon in Pharo (the changes are waiting to be integrated) tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Right now, you can get the same by - adding MorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] And then evaluating: tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben Ben, in each cell, can we put something else than a String ? If so, can you add an example in the code above ? Thanks. I guess doing Ben's solution is the best. I did it with nested layout but it is definitely not as good (see file in attachment, add it in your image then evaluate SpecTable new). 2013/11/8 prova email <prova213(a)hotmail.it> Hi Clement; I did the Spec tuto made by Bahman (great tuto). As him, i'd like to put some widgets into it. Is it possible? Maybe with the method "items:"? I don't know if the solution that Ben give to us (use Morphic instead of Spec) is suitable, that's because his UI looks like a list that accept only string. Maybe i'm wrong, can you give us more explanations? Or is it something new for you too? Thanks for your help!Paolo From: bera.clement(a)gmail.com Date: Thu, 7 Nov 2013 10:04:51 +0100 To: Bahman(a)bahmanm.com; pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Hello, Actually I had the same problem, I think the best widget that exists for that right now is MultiColumnListModel. For example, in the senders window (in attachment), the top panel is a MultiColumnListModel. You can have as many lines and as many columns as you want. We do not have yet a tableLayout, but we miss it. If you plan to implement it, we will be interested in integrating it into Pharo. Ben can advise you on how to implement that. 2013/11/7 Bahman Movaqar <Bahman(a)bahmanm.com> Hi all, Is there a grid/table layout available in Spec? Something like an HTML table or Swing's GridLayout? If not, how may I achieve such a functionality? I'd appreciate any hints/pointers. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] Spec - Grid/Table Layout

by Benjamin

I am sure that Adapters understands widgetDo: To which objects do you send this message ? Ben On 11 Nov 2013, at 11:08, prova email <prova213(a)hotmail.it> wrote: > Hi Ben, > are you sure that the message "widgetDo:" is the right one? It's not a message that my object looks to understand. > Thanks in advance. > Paolo > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 14:34:18 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > It is definitely defined in TreeModel :) > > Ben > > On 08 Nov 2013, at 14:29, prova email <prova213(a)hotmail.it> wrote: > > Very very very good Ben, thanks a lot. Last question: you use the "columns:" message, but it's not defined in TreeModel. You defined it here > MorphTreeAdapter>>#columns: > columns: columns > self widgetDo: [ :w | > w columns: columns. > w resizerChanged. > w updateList ] > > in the brand new Class MorphTreeAdapter. What's the difference between define columns: here instead of in the TreeModel class? > Great job and thank you! > Paolo > > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 14:15:46 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | (ButtonModel new label: 'Yes we can') buildWithSpec hResizing: #spaceFill]; headerButtonLabel: 'Morph' font: nil; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > Ben > > On 08 Nov 2013, at 14:05, prova email <prova213(a)hotmail.it> wrote: > > Yes Ben, too much threads! That's why i'm a little bit confused! That's what i understood: i've got two roads-> use TreeModel as you did with Pamela Anderson or use the simple and nested SpecLayout (SpecLayout composed) as Clement did. > If in your TreeModel i can put a RadioButtonModel or a ButtonModel or so on... we got the deal! > > Paolo > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 13:59:51 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > I guess too much threads :) > > I answer this in another thread I think :P > > the block provided to displayBlock:/rowMorphGetSelector: can return anything understanding asMorph. > So you can return any custom morph there :) > > I think the following work > > tree columns: (Array > with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself) > with: (TreeColumnModel new displayBlock: [:node | Morph new ]; headerLabel: âMorph'; yourself)) > > or > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | Morph new ]; headerButtonLabel: 'Morph' font: nil; yourself)). > > And you get something like > > <Screen Shot 2013-11-08 at 13.58.51.png> > > Ben > > On 08 Nov 2013, at 13:45, prova email <prova213(a)hotmail.it> wrote: > > Yes Clement, i've got your .st file. I saw it in Nested Layout thread. I file in it in Pharo and i see that is not as good as a fashion window is. Maybe Morphic is the right solution but, in that way, we are leaving the idea of Bahman, and the 2nd Spec Tuto is in danger! > > However, you asked to Ben the same question that i did: can i put some widgets in these cells or only String? > > Thanks again! > Paolo > > From: bera.clement(a)gmail.com > Date: Fri, 8 Nov 2013 12:51:06 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > Ben answered in another thread: > > About table, I have an example which will be running soon in Pharo (the changes are waiting to be integrated) > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > > Right now, you can get the same by > - adding MorphTreeAdapter>>#columns: > columns: columns > self widgetDo: [ :w | > w columns: columns. > w resizerChanged. > w updateList ] > > And then evaluating: > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > Ben > > Ben, in each cell, can we put something else than a String ? If so, can you add an example in the code above ? Thanks. > > I guess doing Ben's solution is the best. I did it with nested layout but it is definitely not as good (see file in attachment, add it in your image then evaluate SpecTable new). > > > 2013/11/8 prova email <prova213(a)hotmail.it> > Hi Clement; > > I did the Spec tuto made by Bahman (great tuto). As him, i'd like to put some widgets into it. Is it possible? Maybe with the method "items:"? I don't know if the solution that Ben give to us (use Morphic instead of Spec) is suitable, that's because his UI looks like a list that accept only string. Maybe i'm wrong, can you give us more explanations? Or is it something new for you too? > > Thanks for your help! > Paolo > > From: bera.clement(a)gmail.com > Date: Thu, 7 Nov 2013 10:04:51 +0100 > To: Bahman(a)bahmanm.com; pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > > Hello, > > Actually I had the same problem, I think the best widget that exists for that right now is MultiColumnListModel. > > For example, in the senders window (in attachment), the top panel is a MultiColumnListModel. You can have as many lines and as many columns as you want. > > We do not have yet a tableLayout, but we miss it. If you plan to implement it, we will be interested in integrating it into Pharo. > > Ben can advise you on how to implement that. > > > > > 2013/11/7 Bahman Movaqar <Bahman(a)bahmanm.com> > Hi all, > > Is there a grid/table layout available in Spec? Something like an HTML > table or Swing's GridLayout? If not, how may I achieve such a > functionality? > > I'd appreciate any hints/pointers. > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] Spec - Grid/Table Layout

by prova email

Hi Ben, are you sure that the message "widgetDo:" is the right one? It's not a message that my object looks to understand. Thanks in advance.Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:34:18 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout It is definitely defined in TreeModel :) Ben On 08 Nov 2013, at 14:29, prova email <prova213(a)hotmail.it> wrote:Very very very good Ben, thanks a lot. Last question: you use the "columns:" message, but it's not defined in TreeModel. You defined it hereMorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] in the brand new Class MorphTreeAdapter. What's the difference between define columns: here instead of in the TreeModel class?Great job and thank you!Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:15:46 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | (ButtonModel new label: 'Yes we can') buildWithSpec hResizing: #spaceFill]; headerButtonLabel: 'Morph' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben On 08 Nov 2013, at 14:05, prova email <prova213(a)hotmail.it> wrote:Yes Ben, too much threads! That's why i'm a little bit confused! That's what i understood: i've got two roads-> use TreeModel as you did with Pamela Anderson or use the simple and nested SpecLayout (SpecLayout composed) as Clement did.If in your TreeModel i can put a RadioButtonModel or a ButtonModel or so on... we got the deal! Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 13:59:51 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout I guess too much threads :) I answer this in another thread I think :P the block provided to displayBlock:/rowMorphGetSelector: can return anything understanding asMorph.So you can return any custom morph there :) I think the following work tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself) with: (TreeColumnModel new displayBlock: [:node | Morph new ]; headerLabel: âMorph'; yourself)) or tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | Morph new ]; headerButtonLabel: 'Morph' font: nil; yourself)).And you get something like <Screen Shot 2013-11-08 at 13.58.51.png>Ben On 08 Nov 2013, at 13:45, prova email <prova213(a)hotmail.it> wrote:Yes Clement, i've got your .st file. I saw it in Nested Layout thread. I file in it in Pharo and i see that is not as good as a fashion window is. Maybe Morphic is the right solution but, in that way, we are leaving the idea of Bahman, and the 2nd Spec Tuto is in danger! However, you asked to Ben the same question that i did: can i put some widgets in these cells or only String? Thanks again!Paolo From: bera.clement(a)gmail.com Date: Fri, 8 Nov 2013 12:51:06 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Ben answered in another thread: About table, I have an example which will be running soon in Pharo (the changes are waiting to be integrated) tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Right now, you can get the same by - adding MorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] And then evaluating: tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben Ben, in each cell, can we put something else than a String ? If so, can you add an example in the code above ? Thanks. I guess doing Ben's solution is the best. I did it with nested layout but it is definitely not as good (see file in attachment, add it in your image then evaluate SpecTable new). 2013/11/8 prova email <prova213(a)hotmail.it> Hi Clement; I did the Spec tuto made by Bahman (great tuto). As him, i'd like to put some widgets into it. Is it possible? Maybe with the method "items:"? I don't know if the solution that Ben give to us (use Morphic instead of Spec) is suitable, that's because his UI looks like a list that accept only string. Maybe i'm wrong, can you give us more explanations? Or is it something new for you too? Thanks for your help!Paolo From: bera.clement(a)gmail.com Date: Thu, 7 Nov 2013 10:04:51 +0100 To: Bahman(a)bahmanm.com; pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Hello, Actually I had the same problem, I think the best widget that exists for that right now is MultiColumnListModel. For example, in the senders window (in attachment), the top panel is a MultiColumnListModel. You can have as many lines and as many columns as you want. We do not have yet a tableLayout, but we miss it. If you plan to implement it, we will be interested in integrating it into Pharo. Ben can advise you on how to implement that. 2013/11/7 Bahman Movaqar <Bahman(a)bahmanm.com> Hi all, Is there a grid/table layout available in Spec? Something like an HTML table or Swing's GridLayout? If not, how may I achieve such a functionality? I'd appreciate any hints/pointers. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] SerialPlugin on MacOS

by Bernat Romagosa

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.

Nov. 11, 2013

Re: [Pharo-users] Pharo VM + Travis Validation

by Tudor Girba

Thanks, indeed! Doru On Sun, Nov 10, 2013 at 12:41 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Thanks Camillo! > Now pay attention to your PhD, please. > > > Stef > On Nov 9, 2013, at 10:25 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > > I finished the new setup for the Pharo VM github repository [1] > > - renamed codegen-scripts -> scripts > > - separate setup scripts for linux (more to come later) > > - added scripts/build.sh which builds the VM automatically under linux > > - generating version info > > - dowloading fresh 2.0 image > > - installing VMMaker from scratch from the repository > > - added scripts/test.sh which downloads a test image and runs it with > the freshly built VM > > - complete travis validation [2] > > > > Missing Goodies: > > - OSX travis configuration > > - OSX setup scripts (based on homebrew + XCode installation checks) > > > > I would like to follow a pull-request based contribution, now with the > > travis validation in place this is very comfortable! This way it should > be > > much easier for non-core people to contribute something simple. > > > > Note that with travis you get free validation for your own fork / branch > [3]! > > > > [1] https://github.com/pharo-project/pharo-vm/ > > [2] https://travis-ci.org/pharo-project/pharo-vm/ > > [3] https://travis-ci.org/camillobruni/pharo-vm/ > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 10, 2013

Hyperion (vector graphics editor and GUI designer using Athens)

by kilon alios

Hey guys I would like to announce my new Pharo project "Hyperion". Hyperion is going to be a vector graphics editor with 2 goals. The first goal is to allow you to make your own vector graphics that you will be able to export to SVG format and other formats with similar functionality to Inkscape. The second goal is for Hyperion to be used not only for vector graphics but also as a GUI designer as well, which means the vector graphics produced will be interactive and the user will define the interaction. Hyperion is based on Athens and Morpheas. Athens is the well known vector graphics library for Pharo , Morpheas will be a GUI api I am making that has the goal of simplifying Morphic and making it more friendly with GUI designers (Hyperion) and custom look GUIs. As a first step I implemented the ability to move the end point of a line around using the mouse. This functionality though far less powerful than Inkscape (and probably nowhere near its 1/1000 functionality) its the foundation that most of the functionality of Hyperion will be based on. Probably it may be too early to announce it but nonetheless I decided to do so for people that can offer help , advice and direction. You can find Hyperion in Smalltalkhub here http://www.smalltalkhub.com/#!/~kilon/Hyperion though there is very little to show right now (just fetch latest commit and open a workspace and do "Hyperion open"). I do hope however that in 6 months I have something substantial to show and maybe in a year or so be able to release version 1. I will report back once per month with my progress.

Nov. 10, 2013

Re: [Pharo-users] Seaside with scriptaculous updater

by Ezequiel Davidovich Caballero

Ok, third time's the charm, I'll copy paste the methods on the mail. I'm trying to render the third component (the one at the bottom) using the same messages I use on the first method (renderContenOn) to render the second one (the one in the middle). Thanks in advance! Ezequiel renderContentOn: html | names form subsystemsElementId commandsElementId commandParametersId | names := subsystems collect: [:aSubsystem | aSubsystem name ]. subsystemsElementId := html nextId. commandsElementId := html nextId. commandParametersId := html nextId. html heading: 'Send Command' level: 4. form := html form. form class: 'pure-form pure-form-aligned'. form with: [ html fieldSet: [ html div class: 'pure-control-group'; with: [Â Â Â Â html label: 'Subsystem: '. html select id: subsystemsElementId; Â Â Â Â Â Â list: names; Â Â Â Â Â Â selected: Â names first; "update the list with ID commandListElementId, executing renderCommandListOn: ajaxHtml " onChange: (html scriptaculous updaterÂ id: commandsElementId; triggerFormElement: subsystemsElementId; Â Â Â Â Â Â Â Â Â callback: [ :ajaxHtml | self renderCommandListOn: ajaxHtml ] ); "set the subsystem name posted by the form, then the variable subsystem will be used by renderCommandListOn: ajaxHtml to select the available commands for that subystem" callback: [ :value | subsystem := self subsystemWithName: value. ]. ]. html div class: 'pure-control-group'; id: commandsElementId; with: [ self renderCommandListOn: html ]. html div class: 'pure-control-group'; id: commandParametersId; with: [ self renderCommandParametersOn: html ]. html div class: 'pure-controls'; with: [ html submitButton class: 'pure-button'; on: #sendCommand of: self. ]. ]. ]. renderCommandListOn: html "Used by Prototype to update the list of commands" | commandNames commandsParametersId subsystemsCommandsId | commandsParametersId := html nextId. commandNames := self commandNamesForSubsystem: self subsystem. html label: 'Command: '. html select onChange: (html scriptaculous updaterÂ id: commandsParametersId; triggerForm: (html scriptaculous element up: 'form'); Â Â Â Â Â Â Â Â Â callback: [ :ajaxHtml | self renderCommandParametersOn: ajaxHtml ] ); callback: [ :value | commandDefinition := self commandWithName: value. data := (self commandWithName: value) requestDefinition]; list: commandNames renderCommandParametersOn: html "Used by Prototype to update the list of commands" | commandParameters | commandParameters := Â commandDefinition requestDefinition. commandParameters do: [ :each | html text: each name. html textInputÂ callback: [ :value | each value: value Â ]; value: each value .Â html space. ] On Sunday, November 10, 2013 2:13 PM, Ezequiel Davidovich Caballero <ezelotaku(a)yahoo.com> wrote: Stephane, Thanks for the welcoming message! I attached the methods in text files (to make it more readable). Didn't know there was a Seaside list, I'll look for it. Cheers! Ezequiel ps: I am not a compiler, I am a free programmer! (I was one of the two argentinean students who got the Prisoner reference) On Sunday, November 10, 2013 8:43 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: Welcome ezequiel - copy and paste your methods so that we can follow directly. - did you send your questions to the easide mailing-list? Stef On Nov 9, 2013, at 11:07 PM, Ezequiel Davidovich Caballero <ezelotaku(a)yahoo.com> wrote: Hi! > > >I'm new to the list (this is actually my first message and I signed up about an hour ago), hope somebody can help me with this and maybe this can help others too! > > >Thing is I've been trying to do a webapp with pharo and seaside and I've been using scritaculous updater and ajax to display several components in the same page without reloading it all. To put some context on the subject, it's a form to send commands to a subsystem on a satellite simulator. You choose a subsystem from a drop down menu, then the other drop down menu updates it's contents with the commands understandable by that specific subsystem. Up until here, everything's peachy. Thing is some commands require parameters and for that I thought why not make several (several = number of parameters the command takes) text input boxes appear when the user selects the command? So I tried that, but it doesn't seem to be working. I know it's bit of a pain in the arse to read code from an email so I have the three methods (the main rendercontentOn, the one with the command list and the one with the parameters) in separate text files for readability. > > >TL;DR: Why isn't my code working? > > > >Thanks in advance > > > >Ezequiel > >

Nov. 10, 2013

Re: [Pharo-users] Current 3.0 download is broken

by Johan Fabry

On principle, a big +1 on going forward on the PhD! :-) But, the one-click download Pharo3.0-mac.zip being broken is an important issue that should be addressed fairly quickly in my opinion. As I said, the sources file should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs. On Nov 10, 2013, at 10:29 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Nov 10, 2013, at 2:05 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> It did not solve the issue yet :/, I will have to look into it next week. > > Don't ;) > You should not touch Pharo related things and start use pomodoroes to blast your phd > > Stef >> In any case, I think it would be unrelated to a bootstrap since FileLocator >> is already lazily initialized. There is just the typical problem on how and >> when to update a singletonâ¦ > Ok so this is good then. > >> >> I should reopen the issue since the problem persists. ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Nov. 10, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by Ignacio MatÃas Sniechowski

Great! My git hut account is nachoba and email 0800nacho(a)gmail.com I will clone that in my mac. thanks! un abrazo Nacho *Lic. Ignacio Sniechowski, MBA* On Sun, Nov 10, 2013 at 11:32 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > > On Nov 10, 2013, at 3:00 PM, Ignacio MatÃas Sniechowski <0800nacho@ > gmail.com> wrote: > > Hi Steph > Yes I'm currently working only in 3.0. > Sounds good to me, but I will make it in .doc or .pdf because I don't > regularly use a blog. > > > you can use plain text and git > I created a folder in > PharoForTheEntreprise for you on git hub. If you give me your github > account I will add you. > > > https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english/tr… > I added a dummy picture so that you can put ours there. > > Just write in plain text and I will do a pass after. If you want to can > also have a look at the readme and use gutenberg > to generate pdf and html. > > > > > Stef > > > > best regards and thanks for the feedback. > saludos, > Nacho > > > > *Lic. Ignacio Sniechowski, MBA* > > > > > > > On Sun, Nov 10, 2013 at 8:47 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Ok what I want to say is that a tutorial is not the code, >> it is a progression >> define x >> test >> add y >> test >> and this is the logical part that I also would like from you. >> Are you working on 3.0? >> >> Stef >> >> >> On Nov 9, 2013, at 3:28 PM, Ignacio MatÃas Sniechowski <0800nacho@ >> gmail.com> wrote: >> >> Hi! >> It's already there. You can check it at: >> >> >> - >> >> MCHttpRepository >> location: 'http://ss3.gemstone.com/ss/Specalc' >> >> >> user: 'nachoba' >> password: '' >> >> >> >> *Best regards* >> >> *Nacho* >> >> >> >> >> >> >> On Fri, Nov 8, 2013 at 9:46 PM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> Ignacio >>> >>> Could you sketch a draft of a step by step tutorial? >>> Like that I can do a pass after and turn it into a gutenberg chapter? >>> You can use plain txt on git or I can also add you to the >>> PharoForTheEntreprise git repo. >>> >>> Stef >>> >>> >>> >>> On Nov 6, 2013, at 12:37 PM, Ignacio MatÃas Sniechowski <0800nacho@ >>> gmail.com> wrote: >>> >>> Sure! That was exactly the idea: share this as a kind of tutorial for >>> others. I put comments almost everywhere just for those who want to take a >>> look at the code. Once it's finished I will uploaded. >>> cheers >>> Nacho >>> >>> >>> >>> *Lic. Ignacio Sniechowski, MBA* >>> >>> >>> >>> >>> >>> >>> On Wed, Nov 6, 2013 at 8:33 AM, StÃ©phane Ducasse < >>> stephane.ducasse(a)inria.fr> wrote: >>> >>>> I would love if we could get the code and if you would be interested to >>>> write a little tutorial >>>> around spec using your calculator. >>>> Why? Because we need help to write documentation and others :) >>>> Are you interested? >>>> >>>> Stef >>>> >>>> On Nov 6, 2013, at 12:18 PM, Ignacio MatÃas Sniechowski <0800nacho@ >>>> gmail.com> wrote: >>>> >>>> Thank you so much! >>>> That did it :) >>>> >>>> It's almost done now. >>>> cheers >>>> N. >>>> >>>> >>>> >>>> *Lic. Ignacio Sniechowski, MBA * >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Wed, Nov 6, 2013 at 4:07 AM, Benjamin < >>>> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>>> >>>>> You just need to override the method #initialExtent >>>>> >>>>> It should return a point structured like this: width@height >>>>> >>>>> :) >>>>> >>>>> Ben >>>>> >>>>> On 06 Nov 2013, at 01:50, nacho <0800nacho(a)gmail.com> wrote: >>>>> >>>>> Continuing with my testing to learn Spec, I'm trying to build a really >>>>> basic >>>>> calculator. >>>>> So far I managed to build the basic UI. However, I'm having some >>>>> trouble at >>>>> getting it displayed at the correct size. I don't know how to change >>>>> the >>>>> window that is opened when #ClassName new openWithSpec >>>>> It seems that all the examples are opened with the same size. >>>>> The image on the left is the "default" one, the one on the right is >>>>> what I >>>>> would like to get. >>>>> I've tried by changing the width: of the column but that doesn't >>>>> change the >>>>> size of the window. >>>>> I'm kind of stuck! >>>>> >>>>> thanks >>>>> cheers >>>>> Nacho >>>>> <http://forum.world.st/file/n4719478/calc.jpg> >>>>> >>>>> >>>>> >>>>> ----- >>>>> Nacho >>>>> Smalltalker apprentice. >>>>> Buenos Aires, Argentina. >>>>> -- >>>>> View this message in context: >>>>> http://forum.world.st/Adjusting-the-size-of-a-window-using-Spec-tp4719478.h… >>>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com<http://nabble.com/> >>>>> . >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > >

Nov. 10, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by StÃ©phane Ducasse

On Nov 10, 2013, at 3:00 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: > Hi Steph > Yes I'm currently working only in 3.0. > Sounds good to me, but I will make it in .doc or .pdf because I don't regularly use a blog. you can use plain text and git I created a folder in PharoForTheEntreprise for you on git hub. If you give me your github account I will add you. https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english/tr… I added a dummy picture so that you can put ours there. Just write in plain text and I will do a pass after. If you want to can also have a look at the readme and use gutenberg to generate pdf and html. Stef > best regards and thanks for the feedback. > saludos, > Nacho > > > Lic. Ignacio Sniechowski, MBA > > > > > > > > On Sun, Nov 10, 2013 at 8:47 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Ok what I want to say is that a tutorial is not the code, > it is a progression > define x > test > add y > test > > and this is the logical part that I also would like from you. > Are you working on 3.0? > > Stef > > > On Nov 9, 2013, at 3:28 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: > >> Hi! >> It's already there. You can check it at: >> >> MCHttpRepository >> location: 'http://ss3.gemstone.com/ss/Specalc' >> >> >> user: 'nachoba' >> password: '' >> >> Best regards >> Nacho >> >> >> >> >> >> >> >> On Fri, Nov 8, 2013 at 9:46 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Ignacio >> >> Could you sketch a draft of a step by step tutorial? >> Like that I can do a pass after and turn it into a gutenberg chapter? >> You can use plain txt on git or I can also add you to the PharoForTheEntreprise git repo. >> >> Stef >> >> >> >> On Nov 6, 2013, at 12:37 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: >> >>> Sure! That was exactly the idea: share this as a kind of tutorial for others. I put comments almost everywhere just for those who want to take a look at the code. Once it's finished I will uploaded. >>> cheers >>> Nacho >>> >>> >>> Lic. Ignacio Sniechowski, MBA >>> >>> >>> >>> >>> >>> >>> >>> On Wed, Nov 6, 2013 at 8:33 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> I would love if we could get the code and if you would be interested to write a little tutorial >>> around spec using your calculator. >>> Why? Because we need help to write documentation and others :) >>> Are you interested? >>> >>> Stef >>> >>> On Nov 6, 2013, at 12:18 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: >>> >>>> Thank you so much! >>>> That did it :) >>>> >>>> It's almost done now. >>>> cheers >>>> N. >>>> >>>> >>>> Lic. Ignacio Sniechowski, MBA >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Wed, Nov 6, 2013 at 4:07 AM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>>> You just need to override the method #initialExtent >>>> >>>> It should return a point structured like this: width@height >>>> >>>> :) >>>> >>>> Ben >>>> >>>> On 06 Nov 2013, at 01:50, nacho <0800nacho(a)gmail.com> wrote: >>>> >>>>> Continuing with my testing to learn Spec, I'm trying to build a really basic >>>>> calculator. >>>>> So far I managed to build the basic UI. However, I'm having some trouble at >>>>> getting it displayed at the correct size. I don't know how to change the >>>>> window that is opened when #ClassName new openWithSpec >>>>> It seems that all the examples are opened with the same size. >>>>> The image on the left is the "default" one, the one on the right is what I >>>>> would like to get. >>>>> I've tried by changing the width: of the column but that doesn't change the >>>>> size of the window. >>>>> I'm kind of stuck! >>>>> >>>>> thanks >>>>> cheers >>>>> Nacho >>>>> <http://forum.world.st/file/n4719478/calc.jpg> >>>>> >>>>> >>>>> >>>>> ----- >>>>> Nacho >>>>> Smalltalker apprentice. >>>>> Buenos Aires, Argentina. >>>>> -- >>>>> View this message in context: http://forum.world.st/Adjusting-the-size-of-a-window-using-Spec-tp4719478.h… >>>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>>>> >>>> >>>> >>> >>> >> >> > >

Nov. 10, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by Ignacio MatÃas Sniechowski

Hi Steph Yes I'm currently working only in 3.0. Sounds good to me, but I will make it in .doc or .pdf because I don't regularly use a blog. best regards and thanks for the feedback. saludos, Nacho *Lic. Ignacio Sniechowski, MBA* On Sun, Nov 10, 2013 at 8:47 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Ok what I want to say is that a tutorial is not the code, > it is a progression > define x > test > add y > test > and this is the logical part that I also would like from you. > Are you working on 3.0? > > Stef > > > On Nov 9, 2013, at 3:28 PM, Ignacio MatÃas Sniechowski <0800nacho@ > gmail.com> wrote: > > Hi! > It's already there. You can check it at: > > > - > > MCHttpRepository > location: 'http://ss3.gemstone.com/ss/Specalc' > > user: 'nachoba' > password: '' > > > > *Best regards* > > *Nacho* > > > > > > > On Fri, Nov 8, 2013 at 9:46 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Ignacio >> >> Could you sketch a draft of a step by step tutorial? >> Like that I can do a pass after and turn it into a gutenberg chapter? >> You can use plain txt on git or I can also add you to the >> PharoForTheEntreprise git repo. >> >> Stef >> >> >> >> On Nov 6, 2013, at 12:37 PM, Ignacio MatÃas Sniechowski <0800nacho@ >> gmail.com> wrote: >> >> Sure! That was exactly the idea: share this as a kind of tutorial for >> others. I put comments almost everywhere just for those who want to take a >> look at the code. Once it's finished I will uploaded. >> cheers >> Nacho >> >> >> >> *Lic. Ignacio Sniechowski, MBA* >> >> >> >> >> >> >> On Wed, Nov 6, 2013 at 8:33 AM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> I would love if we could get the code and if you would be interested to >>> write a little tutorial >>> around spec using your calculator. >>> Why? Because we need help to write documentation and others :) >>> Are you interested? >>> >>> Stef >>> >>> On Nov 6, 2013, at 12:18 PM, Ignacio MatÃas Sniechowski <0800nacho@ >>> gmail.com> wrote: >>> >>> Thank you so much! >>> That did it :) >>> >>> It's almost done now. >>> cheers >>> N. >>> >>> >>> >>> *Lic. Ignacio Sniechowski, MBA * >>> >>> >>> >>> >>> >>> >>> On Wed, Nov 6, 2013 at 4:07 AM, Benjamin < >>> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>> >>>> You just need to override the method #initialExtent >>>> >>>> It should return a point structured like this: width@height >>>> >>>> :) >>>> >>>> Ben >>>> >>>> On 06 Nov 2013, at 01:50, nacho <0800nacho(a)gmail.com> wrote: >>>> >>>> Continuing with my testing to learn Spec, I'm trying to build a really >>>> basic >>>> calculator. >>>> So far I managed to build the basic UI. However, I'm having some >>>> trouble at >>>> getting it displayed at the correct size. I don't know how to change the >>>> window that is opened when #ClassName new openWithSpec >>>> It seems that all the examples are opened with the same size. >>>> The image on the left is the "default" one, the one on the right is >>>> what I >>>> would like to get. >>>> I've tried by changing the width: of the column but that doesn't change >>>> the >>>> size of the window. >>>> I'm kind of stuck! >>>> >>>> thanks >>>> cheers >>>> Nacho >>>> <http://forum.world.st/file/n4719478/calc.jpg> >>>> >>>> >>>> >>>> ----- >>>> Nacho >>>> Smalltalker apprentice. >>>> Buenos Aires, Argentina. >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Adjusting-the-size-of-a-window-using-Spec-tp4719478.h… >>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com<http://nabble.com/> >>>> . >>>> >>>> >>>> >>> >>> >> >> > >

Nov. 10, 2013

Re: [Pharo-users] Current 3.0 download is broken

by StÃ©phane Ducasse

On Nov 10, 2013, at 2:05 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > It did not solve the issue yet :/, I will have to look into it next week. Don't ;) You should not touch Pharo related things and start use pomodoroes to blast your phd Stef > In any case, I think it would be unrelated to a bootstrap since FileLocator > is already lazily initialized. There is just the typical problem on how and > when to update a singletonâ¦ Ok so this is good then. > > I should reopen the issue since the problem persists. > > On 2013-11-10, at 12:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Camillo >> >> I read the bug entry and your explanation. >> Now could not we find a solution that is not based on postscript? >> Why? because I'm thinking that soon (or later) we will bootstrap from sources and I would love to have >> as much as behavior inside the initialize so that we do not forget a little message and get the system shaky. >> >> Stef >> >>>> On 09 Nov 2013, at 15:37, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>>>> For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs. >>>> >>>> That seems to be a regression from how it once was, so it should be fixed ASAP. >>> >>> It was fixed and actually extended to take more source locations into account. >>> But somehow FileLocator is not properly initialized and thus the additional locations >>> are not properly resolved. > >

Nov. 10, 2013

Re: [Pharo-users] Current 3.0 download is broken

by Camillo Bruni

It did not solve the issue yet :/, I will have to look into it next week. In any case, I think it would be unrelated to a bootstrap since FileLocator is already lazily initialized. There is just the typical problem on how and when to update a singleton... I should reopen the issue since the problem persists. On 2013-11-10, at 12:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Camillo > > I read the bug entry and your explanation. > Now could not we find a solution that is not based on postscript? > Why? because I'm thinking that soon (or later) we will bootstrap from sources and I would love to have > as much as behavior inside the initialize so that we do not forget a little message and get the system shaky. > > Stef > >>> On 09 Nov 2013, at 15:37, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>>> For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs. >>> >>> That seems to be a regression from how it once was, so it should be fixed ASAP. >> >> It was fixed and actually extended to take more source locations into account. >> But somehow FileLocator is not properly initialized and thus the additional locations >> are not properly resolved.

Nov. 10, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by StÃ©phane Ducasse

Ok what I want to say is that a tutorial is not the code, it is a progression define x test add y test and this is the logical part that I also would like from you. Are you working on 3.0? Stef On Nov 9, 2013, at 3:28 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: > Hi! > It's already there. You can check it at: > > MCHttpRepository > location: 'http://ss3.gemstone.com/ss/Specalc' > > user: 'nachoba' > password: '' > > Best regards > Nacho > > > > > > > > On Fri, Nov 8, 2013 at 9:46 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Ignacio > > Could you sketch a draft of a step by step tutorial? > Like that I can do a pass after and turn it into a gutenberg chapter? > You can use plain txt on git or I can also add you to the PharoForTheEntreprise git repo. > > Stef > > > > On Nov 6, 2013, at 12:37 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: > >> Sure! That was exactly the idea: share this as a kind of tutorial for others. I put comments almost everywhere just for those who want to take a look at the code. Once it's finished I will uploaded. >> cheers >> Nacho >> >> >> Lic. Ignacio Sniechowski, MBA >> >> >> >> >> >> >> >> On Wed, Nov 6, 2013 at 8:33 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> I would love if we could get the code and if you would be interested to write a little tutorial >> around spec using your calculator. >> Why? Because we need help to write documentation and others :) >> Are you interested? >> >> Stef >> >> On Nov 6, 2013, at 12:18 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: >> >>> Thank you so much! >>> That did it :) >>> >>> It's almost done now. >>> cheers >>> N. >>> >>> >>> Lic. Ignacio Sniechowski, MBA >>> >>> >>> >>> >>> >>> >>> >>> On Wed, Nov 6, 2013 at 4:07 AM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>> You just need to override the method #initialExtent >>> >>> It should return a point structured like this: width@height >>> >>> :) >>> >>> Ben >>> >>> On 06 Nov 2013, at 01:50, nacho <0800nacho(a)gmail.com> wrote: >>> >>>> Continuing with my testing to learn Spec, I'm trying to build a really basic >>>> calculator. >>>> So far I managed to build the basic UI. However, I'm having some trouble at >>>> getting it displayed at the correct size. I don't know how to change the >>>> window that is opened when #ClassName new openWithSpec >>>> It seems that all the examples are opened with the same size. >>>> The image on the left is the "default" one, the one on the right is what I >>>> would like to get. >>>> I've tried by changing the width: of the column but that doesn't change the >>>> size of the window. >>>> I'm kind of stuck! >>>> >>>> thanks >>>> cheers >>>> Nacho >>>> <http://forum.world.st/file/n4719478/calc.jpg> >>>> >>>> >>>> >>>> ----- >>>> Nacho >>>> Smalltalker apprentice. >>>> Buenos Aires, Argentina. >>>> -- >>>> View this message in context: http://forum.world.st/Adjusting-the-size-of-a-window-using-Spec-tp4719478.h… >>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>>> >>> >>> >> >> > >

Nov. 10, 2013

Re: [Pharo-users] Spec - Nested Layouts

by StÃ©phane Ducasse

super! I will integrate it after breakfast :) Stef On Nov 10, 2013, at 12:16 AM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > Cool :) > > As soon as the last piece is integrated I will send a mail to announce it > with some explanations, examples, and how to migrate :) > > Ben > > On 09 Nov 2013, at 13:41, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> >> On Nov 7, 2013, at 10:07 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> >> integrated >>> - 11920 (the valueHolder one) >>> - 12054 (TreeNode and TreeColumn) >>> - There is one also about SpecMenu, I do not remember the number >> >> >> https://pharo.fogbugz.com/f/cases/12051/Add-MenuModels >> are on work needed but this is unclear to me. I will check and probably integrate it and please let us know. >> >> https://pharo.fogbugz.com/f/cases/12050 got integrated >> >> Stef >> >

Nov. 10, 2013

Re: [Pharo-users] Seaside with scriptaculous updater

by StÃ©phane Ducasse

Welcome ezequiel - copy and paste your methods so that we can follow directly. - did you send your questions to the easide mailing-list? Stef On Nov 9, 2013, at 11:07 PM, Ezequiel Davidovich Caballero <ezelotaku(a)yahoo.com> wrote: > Hi! > > I'm new to the list (this is actually my first message and I signed up about an hour ago), hope somebody can help me with this and maybe this can help others too! > > Thing is I've been trying to do a webapp with pharo and seaside and I've been using scritaculous updater and ajax to display several components in the same page without reloading it all. To put some context on the subject, it's a form to send commands to a subsystem on a satellite simulator. You choose a subsystem from a drop down menu, then the other drop down menu updates it's contents with the commands understandable by that specific subsystem. Up until here, everything's peachy. Thing is some commands require parameters and for that I thought why not make several (several = number of parameters the command takes) text input boxes appear when the user selects the command? So I tried that, but it doesn't seem to be working. I know it's bit of a pain in the arse to read code from an email so I have the three methods (the main rendercontentOn, the one with the command list and the one with the parameters) in separate text files for readability. > > TL;DR: Why isn't my code working? > > Thanks in advance > > Ezequiel >

Nov. 10, 2013

Re: [Pharo-users] Pharo VM + Travis Validation

by StÃ©phane Ducasse

Thanks Camillo! Now pay attention to your PhD, please. Stef On Nov 9, 2013, at 10:25 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I finished the new setup for the Pharo VM github repository [1] > - renamed codegen-scripts -> scripts > - separate setup scripts for linux (more to come later) > - added scripts/build.sh which builds the VM automatically under linux > - generating version info > - dowloading fresh 2.0 image > - installing VMMaker from scratch from the repository > - added scripts/test.sh which downloads a test image and runs it with the freshly built VM > - complete travis validation [2] > > Missing Goodies: > - OSX travis configuration > - OSX setup scripts (based on homebrew + XCode installation checks) > > I would like to follow a pull-request based contribution, now with the > travis validation in place this is very comfortable! This way it should be > much easier for non-core people to contribute something simple. > > Note that with travis you get free validation for your own fork / branch [3]! > > [1] https://github.com/pharo-project/pharo-vm/ > [2] https://travis-ci.org/pharo-project/pharo-vm/ > [3] https://travis-ci.org/camillobruni/pharo-vm/

Nov. 10, 2013

Re: [Pharo-users] Current 3.0 download is broken

by StÃ©phane Ducasse

Camillo I read the bug entry and your explanation. Now could not we find a solution that is not based on postscript? Why? because I'm thinking that soon (or later) we will bootstrap from sources and I would love to have as much as behavior inside the initialize so that we do not forget a little message and get the system shaky. Stef >> On 09 Nov 2013, at 15:37, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>> For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs. >> >> That seems to be a regression from how it once was, so it should be fixed ASAP. > > It was fixed and actually extended to take more source locations into account. > But somehow FileLocator is not properly initialized and thus the additional locations > are not properly resolved. > >

Nov. 10, 2013

Re: [Pharo-users] Repository of petit parser

by Tudor Girba

Hi, I documented Snapshotcello here: http://www.tudorgirba.com/blog/snapshotcello-take-a-snapshot-when-you-re-re… http://www.tudorgirba.com/blog/snappier-snapshotcello In short, the reason for Snapshotcello is to deal with deeply nested configurations, like we have in Moose, in a reliable way. So, the goal is to be able to develop on the latest package version at all time, and when ready to take a reloadable snapshot. For now, this implies flattening everything. The actual version strings are not written in the version method because of the 256 literals limitation. So, we are writing all version strings in an array, and creating a Metacello version out of them. In any case, if you want to create a proper Metacello version, all you have to do is: - load the snapshot version - then create a version based on the corresponding baseline (usually the last baseline) - publish the configuration Doru On Sun, Nov 10, 2013 at 10:26 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > Am 09.11.2013 um 22:04 schrieb Tudor Girba <tudor(a)tudorgirba.com>: > > There is a very easy way. Create a configuration version that explicitly > specify the package versions without Snapshotcello. > > There is still version 1.6 that is made that way. I tried using it with > Versionner but that doesn't work. I load 1.6 but the next time I create a > new version it assumes I have 1.8-snapshot loaded which I cannot load > afterwards because I refer only to the core but the group isn't there. So > even if I would add a manual version I assume it will break the next time > you guys add one. > Btw. is the metacello mangeling part in Snapshotocello und Versionner not > something where forces should be joined? Versionner generates versions that > have the individual package versions written in the method. > And I have no glue why snapshotocello is not writing the versions in the > version method. My gut feeling is that metacello is complex enough and > putting another layer of dynamism in the mix that tries to be clever is > probably not the best choice. > > Norbert > > Doru > > > On Sat, Nov 9, 2013 at 3:38 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > >> >> >> Am 09.11.2013 um 12:21 schrieb StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr>: >> >> Indeed. >> I see >> and I did not got the time to fix the issue I saw when applying on >> private projects. >> >> Agreed. But, the ConfigurationOfPetitParser is up to date. It has groups >> to distinguish between between core and gui. >> >> The only problem that Norbert raised is that when using Snapshotcello, >> the groups are lost due to flattening of the entire configuration. >> >> Which makes it unusable for me. Or at least I didn't figure out a way how >> to circumvent this behaviour. >> >> Norbert >> >> Doru >> >> >> On Sat, Nov 9, 2013 at 2:12 AM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> Guys >>> >>> even if one day we may integrate petitparser (so far I do not see why - >>> but do not comment). We need an up to date configuration >>> because we want everything with configuration because we want to >>> bootstrap 4.0. >>> >>> Stef >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 10, 2013

Re: [Pharo-users] Repository of petit parser

by Norbert Hartl

> Am 09.11.2013 um 22:04 schrieb Tudor Girba <tudor(a)tudorgirba.com>: > > There is a very easy way. Create a configuration version that explicitly specify the package versions without Snapshotcello. > There is still version 1.6 that is made that way. I tried using it with Versionner but that doesn't work. I load 1.6 but the next time I create a new version it assumes I have 1.8-snapshot loaded which I cannot load afterwards because I refer only to the core but the group isn't there. So even if I would add a manual version I assume it will break the next time you guys add one. Btw. is the metacello mangeling part in Snapshotocello und Versionner not something where forces should be joined? Versionner generates versions that have the individual package versions written in the method. And I have no glue why snapshotocello is not writing the versions in the version method. My gut feeling is that metacello is complex enough and putting another layer of dynamism in the mix that tries to be clever is probably not the best choice. Norbert > Doru > > >> On Sat, Nov 9, 2013 at 3:38 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> >>> Am 09.11.2013 um 12:21 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> >> >>> Indeed. >>> I see >>> and I did not got the time to fix the issue I saw when applying on private projects. >>> >>>> Agreed. But, the ConfigurationOfPetitParser is up to date. It has groups to distinguish between between core and gui. >>>> >>>> The only problem that Norbert raised is that when using Snapshotcello, the groups are lost due to flattening of the entire configuration. >>>> >> Which makes it unusable for me. Or at least I didn't figure out a way how to circumvent this behaviour. >> >> Norbert >> >>>> Doru >>>> >>>> >>>>> On Sat, Nov 9, 2013 at 2:12 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>> Guys >>>>> >>>>> even if one day we may integrate petitparser (so far I do not see why - but do not comment). We need an up to date configuration >>>>> because we want everything with configuration because we want to bootstrap 4.0. >>>>> >>>>> Stef >>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Nov. 10, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by Benjamin

This was indeed my goal :) Having kind of solid documentation for 3.0 release. Spec was in 2.0 because we already had some tools already re implemented in Spec but also that people can know it exists before it becomes âmainstream" Ben On 10 Nov 2013, at 04:45, btc(a)openinworld.com wrote: > Benjamin wrote: >> >> Shame on you dude :P >> >> It points out the huge lack of Spec documentation, so in fact, shame on me :P >> >> Ben >> > > I'm not sure how much Pharo 2.0 focused on the move to Spec for UI (I've ended up jumping from 1.4 straight to 3.0alpha) but regarding the professional presentation/reception of Pharo I feel some solid Spec documentation will be critical to coincide with the 3.0 release (or very shortly thereafter). Even though there has been a great amount of other work under-the-hood, Spec is the front-line system that end-user-developers will be working with. I'm sure that already was your aim. This is just a supporting note for that action. > > cheers -ben > >> On 09 Nov 2013, at 20:34, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> >> >>> Benjamin Van Ryseghem-2 wrote >>> >>>> You just need to override the method #initialExtent >>>> >>> Cool! I didn't know that one. I've been writing ugly #open methods which >>> call #extent:... >>> >>> >>> >>> ----- >>> Cheers, >>> Sean >>> -- >>> View this message in context: http://forum.world.st/Adjusting-the-size-of-a-window-using-Spec-tp4719478p4… >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >>> >> >> >> >

Nov. 10, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by btc＠openinworld.com

Nov. 10, 2013

Re: [Pharo-users] Spec - Nested Layouts

by Benjamin

Cool :) As soon as the last piece is integrated I will send a mail to announce it with some explanations, examples, and how to migrate :) Ben On 09 Nov 2013, at 13:41, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Nov 7, 2013, at 10:07 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > > integrated >> - 11920 (the valueHolder one) >> - 12054 (TreeNode and TreeColumn) >> - There is one also about SpecMenu, I do not remember the number > > > https://pharo.fogbugz.com/f/cases/12051/Add-MenuModels > are on work needed but this is unclear to me. I will check and probably integrate it and please let us know. > > https://pharo.fogbugz.com/f/cases/12050 got integrated > > Stef >

Nov. 9, 2013

Re: [Pharo-users] Spec - Tutorial Series

by Benjamin

On 09 Nov 2013, at 09:53, btc(a)openinworld.com wrote: > Bahman Movaqar wrote: >> Hi all, >> >> A new episode is availabe: >> Spec - Part II: The Layout (http://www.bahmanm.com/blogs/spec-part-2-layout) >> >> I'd appreciate any comments/hints. TIA, >> >> > Some minor nit-picks... > > > "please do so as we are going to iterate over what was done there." > I don't understand what you mean by 'iterate over'? Do you me 'build on'? > > > "let's first settle for a target design. For the rest of this episode, we will try to achieve the following design. " > I get to the bottom and the last snapshot it doesn't look the same as the one at the top. At the top you should mention that your target design is achieved over several posts (if that is the case). > > > "Note lines 9, 10, 17 and 18." > "Note new lines 9, 10, 17 and 18." > > * At the top you should specify what version of Pharo the tutorial relates to. Information on the web hangs around for a very long time and someone could get trapped later trying your tutorial on a later version of Pharo. > > * Regarding #defaultSpec, I happen to like what is used in PharoLauncher > specLayout > <spec: #default> > ^ SpecLayout composed â¦etc The pragma should be preferred :) Actually the check is done like this: - take the first method found with defaultSpec (if multiple, te first found is used) - if none, and there is only one method with the pragma spec, use it - otherwise look for defaultSpec (this should be deprecated soon) - DNU the defaultSpec is a relic of the first version of Spec :) > > Overall it a nice next step introducing just a bit more functionality. It reads very well. I look forward to the next one. > > cheers -ben > > P.S. Some questions for Spec gurus... > > * looking at #defaultSpec from this episode, if the pattern is always... > mainColumn newRow: [ :aRow | aRow doStuff; otherStuff... ] > what is gained over a pattern like... > mainColumn newRow doStuff ; otherStuff. As I understood your question, you answered it :) I use block here so one can easily have a pointer to the row to do some magic here :) It also represents the columns/rows hierarchy > * is #defaultSpec always going to return a SpecLayout? In which case #defaultSpec feels like is should be #defaultSpecLayout. Even if it returns a SpecLayout most of the time, it could as well return an array with a spec structure. Actually, when you return a SpecLayout, it is converted into an array before wing interpreted :) (try to inspect one of your favorite SpecLayout and look at myLayout asArray ^^) > cheers -ben >

Nov. 9, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by Benjamin

Shame on you dude :P It points out the huge lack of Spec documentation, so in fact, shame on me :P Ben On 09 Nov 2013, at 20:34, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Benjamin Van Ryseghem-2 wrote >> You just need to override the method #initialExtent >>> > > Cool! I didn't know that one. I've been writing ugly #open methods which > call #extent:... > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Adjusting-the-size-of-a-window-using-Spec-tp4719478p4… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Nov. 9, 2013

Re: [Pharo-users] Spec setting color (was Re: Spec - Tutorial Series)

by Benjamin

I think itâs currently missing. Not that much to implement though, but still not here :P Ben On 09 Nov 2013, at 18:26, btc(a)openinworld.com wrote: > Bahman Movaqar wrote: >> Hi all, >> >> A new episode is availabe: >> Spec - Part II: The Layout (http://www.bahmanm.com/blogs/spec-part-2-layout) >> >> I'd appreciate any comments/hints. TIA, >> >> > Question to Spec gevelopers... > > Referring to Bahman's example, how do you set the color of: > > * the 'Greet Me' button - I tried adding "buttonGreet color: Color red." to both #initializeWidgets and #initializePresenter, > with no error, but also no effect. > > * dialog background - I don't see anything like #color under ComposableModel. > > cheers -ben >

Nov. 9, 2013

Seaside with scriptaculous updater

by Ezequiel Davidovich Caballero

On Saturday, November 9, 2013 7:07 PM, Ezequiel Davidovich Caballero <ezelotaku(a)yahoo.com> wrote: Hi! I'm new to the list (this is actually my first message and I signed up about an hour ago), hope somebody can help me with this and maybe this can help others too! Thing is I've been trying to do a webapp with pharo and seaside and I've been using scritaculous updater and ajax to display several components in the same page without reloading it all. To put some context on the subject, it's a form to send commands to a subsystem on a satellite simulator. You choose a subsystem from a drop down menu, then the other drop down menu updates it's contents with the commands understandable by that specific subsystem. Up until here, everything's peachy. Thing is some commands require parameters and for that I thought why not make several (several = number of parameters the command takes) text input boxes appear when the user selects the command? So I tried that, but it doesn't seem to be working. I know it's bit of a pain in the arse to read code from an email so I have the three methods (the main rendercontentOn, the one with the command list and the one with the parameters) in separate text files for readability. TL;DR: Why isn't my code working? Thanks in advance Ezequiel ps: Now with the attachments I forgot.

Nov. 9, 2013

Seaside with scriptaculous updater

by Ezequiel Davidovich Caballero

Hi! I'm new to the list (this is actually my first message and I signed up about an hour ago), hope somebody can help me with this and maybe this can help others too! Thing is I've been trying to do a webapp with pharo and seaside and I've been using scritaculous updater and ajax to display several components in the same page without reloading it all. To put some context on the subject, it's a form to send commands to a subsystem on a satellite simulator. You choose a subsystem from a drop down menu, then the other drop down menu updates it's contents with the commands understandable by that specific subsystem. Up until here, everything's peachy. Thing is some commands require parameters and for that I thought why not make several (several = number of parameters the command takes) text input boxes appear when the user selects the command? So I tried that, but it doesn't seem to be working. I know it's bit of a pain in the arse to read code from an email so I have the three methods (the main rendercontentOn, the one with the command list and the one with the parameters) in separate text files for readability. TL;DR: Why isn't my code working? Thanks in advance Ezequiel

Nov. 9, 2013

Pharo VM + Travis Validation

by Camillo Bruni

I finished the new setup for the Pharo VM github repository [1] - renamed codegen-scripts -> scripts - separate setup scripts for linux (more to come later) - added scripts/build.sh which builds the VM automatically under linux - generating version info - dowloading fresh 2.0 image - installing VMMaker from scratch from the repository - added scripts/test.sh which downloads a test image and runs it with the freshly built VM - complete travis validation [2] Missing Goodies: - OSX travis configuration - OSX setup scripts (based on homebrew + XCode installation checks) I would like to follow a pull-request based contribution, now with the travis validation in place this is very comfortable! This way it should be much easier for non-core people to contribute something simple. Note that with travis you get free validation for your own fork / branch [3]! [1] https://github.com/pharo-project/pharo-vm/ [2] https://travis-ci.org/pharo-project/pharo-vm/ [3] https://travis-ci.org/camillobruni/pharo-vm/

Nov. 9, 2013

Re: [Pharo-users] Repository of petit parser

by Tudor Girba

There is a very easy way. Create a configuration version that explicitly specify the package versions without Snapshotcello. Doru On Sat, Nov 9, 2013 at 3:38 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > Am 09.11.2013 um 12:21 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > >: > > Indeed. > I see > and I did not got the time to fix the issue I saw when applying on private > projects. > > Agreed. But, the ConfigurationOfPetitParser is up to date. It has groups > to distinguish between between core and gui. > > The only problem that Norbert raised is that when using Snapshotcello, the > groups are lost due to flattening of the entire configuration. > > Which makes it unusable for me. Or at least I didn't figure out a way how > to circumvent this behaviour. > > Norbert > > Doru > > > On Sat, Nov 9, 2013 at 2:12 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Guys >> >> even if one day we may integrate petitparser (so far I do not see why - >> but do not comment). We need an up to date configuration >> because we want everything with configuration because we want to >> bootstrap 4.0. >> >> Stef >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 9, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by Sean P. DeNigris

Benjamin Van Ryseghem-2 wrote > You just need to override the method #initialExtent >> Cool! I didn't know that one. I've been writing ugly #open methods which call #extent:... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Adjusting-the-size-of-a-window-using-Spec-tp4719478p4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 9, 2013

Spec setting color (was Re: Spec - Tutorial Series)

by btc＠openinworld.com

Bahman Movaqar wrote: > Hi all, > > A new episode is availabe: > Spec - Part II: The Layout (http://www.bahmanm.com/blogs/spec-part-2-layout) > > I'd appreciate any comments/hints. TIA, > > Question to Spec gevelopers... Referring to Bahman's example, how do you set the color of: * the 'Greet Me' button - I tried adding "buttonGreet color: Color red." to both #initializeWidgets and #initializePresenter, with no error, but also no effect. * dialog background - I don't see anything like #color under ComposableModel. cheers -ben

Nov. 9, 2013

Re: [Pharo-users] Spec - Tutorial Series

by btc＠openinworld.com

btc(a)openinworld.com wrote: > > P.S. Some questions for Spec gurus... > > * looking at #defaultSpec from this episode, if the pattern is always... > mainColumn newRow: [ :aRow | aRow doStuff; otherStuff... ] > what is gained over a pattern like... > mainColumn newRow doStuff ; otherStuff. > I guess I can answer my own question from observing PharoLauncher's use of 'r' in the nested block. PhLCommandToolbar>>dynamicLayout "Create a spec layout with 1 row, and as many columns as there are command classes" ^ SpecLayout composed newRow: [ :r | self commandClasses do: [ :commandClass | r add: commandClass specId ] ] cheers -ben

Nov. 9, 2013

Re: [Pharo-users] Current 3.0 download is broken

by Camillo Bruni

On 2013-11-09, at 16:30, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > On 09 Nov 2013, at 15:37, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >> For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs. > > That seems to be a regression from how it once was, so it should be fixed ASAP. It was fixed and actually extended to take more source locations into account. But somehow FileLocator is not properly initialized and thus the additional locations are not properly resolved.

Nov. 9, 2013

Re: [Pharo-users] Current 3.0 download is broken

by Sven Van Caekenberghe

On 09 Nov 2013, at 15:37, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs. That seems to be a regression from how it once was, so it should be fixed ASAP. Sven

Nov. 9, 2013

Re: [Pharo-users] Spec - Tutorial Series

by btc＠openinworld.com

Nov. 9, 2013