November 2013 - Pharo-users

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