September 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Interview with Dan Ingalls!

by GÃ¶ran Krampe

Hi all! I just published a Skype interview I did with Dan Ingalls earlier this year, it is about 22 minutes long and hopefully interesting to listen to: http://goran.krampe.se/blog/Squeak/interviewwithdan.rdoc regards, GÃ¶ran

Sept. 6, 2010

Re: [Pharo-project] glamorous theme :)

by Sven Van Caekenberghe

Hi Gary, Thanks for the reply. On 06 Sep 2010, at 12:20, Gary Chambers wrote: > Nice work! The 'Pro' theme is not mine, it was written by ja(a)anymorphic.com. I am just playing with it, trying to make it work for me. > For buttons, the focus corner radius is controlled by the theme method: > > #buttonFocusIndicatorCornerRadiusFor: Yeah, I found that too, but although a radius around 6 comes close, it does not seem to fit exactly... Sven

Sept. 6, 2010

Re: [Pharo-project] polymorph theme feedback

by Gary Chambers

Hi Doru, some help... Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: "pharo-project Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, September 04, 2010 10:25 PM Subject: [Pharo-project] polymorph theme feedback > Hi again, > > While working on the Glamorous Theme, I basically had to learn the design > of polymorph and or the theme system. I think the structure is pretty > nice, but it still requires work to offer more flexibility. I list here > some of the notes I took. I would be happy to provide more feedback and > even work with someone on this: > > - How to control the rounded/square corners of the droplist, normal list > and text boxes? #textEntryCornerStyleIn: should work for (single line) text fields and editable drop lists. Could do with an equivalent for (multi-line) text editors and lists (currently handled by subclassing the #newXYZ methods when controls are created via a builder). > - How to control a Splitter drawing? > It looks like it does not matter what we specify in > separatorFillStyleFor:, it is still drawn embossed. Splitters are not the same as separators (SeparatorMorph). Their appearance can be controlled by #splitterNormalFillStyleFor: and #splitterPressedFillStyleFor: (likewise, menu separators are not separators... might be nice to unify these things) > - How to control the menu title? > I would like to be able to control the color of the title of the menu > (the one that appears for example in the world menu). > #menuTitleColorFor: will do for the title background... currently there is no way of specifying the text colour. MenuMorph could do with a LOT more refactoring, really. > - How to control the menu rendering? > I would like to be able to control the fill style of the menu. #menuFillStyleFor: should work for that. > - How to control the color of the PanelMorph when the Window is not > active? > Right now it just gets lighter. I would like to be able to control it, > but it looks impossible from the Theme. Will need some work (#panelFillStyleFor: perhaps, taking the #isActive of the window (if any) into account). > - How to control the padding of a panel, groupbox, or tab? Standard means of #layoutInset:, #cellInset: etc. > - How to control the space between buttons in a toolbar? > > - How to control the menu button in a toolbar? > When there is a button with a menu in a toolbar, a default button is > created with a gradient that cannot be controlled from the theme. Try #menuItemInDockingBarSelectedFillStyleFor: > - How to control the menu close button after the menu was pinned? Not sure what you mean. As said above, MenuMorph would benefit from refactoring anyway. > - How to control the display of a splitter in a menu? > The MenuLineMorph hardcodes the minWidth and minHeight. It should be > delegated to the Theme. See refactoring/unification above. > > - MorphTreeMorph needs to work with Theme (e.g., in adoptPaneColor:) Yep, go for it (I'm sure Alain wouldn't mind ;-) ) > - How to control the arrows of scrollbars? In particular, we would need > to be able to define the forms in the theme, not just the vertices. Indeed, a hangover from the old days. > - The settings for the menu rendering seem to affect the rendering of the > progress bars. There should be separate entries for the two in the Theme. Indeed. > > - It is unclear what the ThemeSettings is for. What goes here and what > goes in the Theme? Ideally, user customisable stuff would go there (may be tied with Settings browser). > - Some icons are defined in the Theme instance variables, and some are > defined in the ThemeIcons. Typically only "application" style icons are in ThemeIcons, rather than bits for controls. May be better to put all in ThemeIcons... > > - Is it intended for the ThemeSettings to be subclassed? Yes, see VistaryThemeIcons. > - Some preferences from ThemeSettings are hardcoded. For example: > menuShadowColor or menuTitleBorderColor. Feel free to improve. > - How to control the tick of a checkbox or of a radio button? > Right now, there is a tick that gets drawn even if I specify the > radioButtonSelectedForm or checkboxSelectedForm See #checkboxMarkerForm and #radioButtonMarkerForm. > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "We cannot reach the flow of things unless we let go." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 6, 2010

Re: [Pharo-project] glamorous theme :)

by Gary Chambers

Nice work! For buttons, the focus corner radius is controlled by the theme method: #buttonFocusIndicatorCornerRadiusFor: Regards, Gary ----- Original Message ----- From: "Sven Van Caekenberghe" <sven(a)beta9.be> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Sunday, September 05, 2010 8:37 AM Subject: Re: [Pharo-project] glamorous theme :) On 05 Sep 2010, at 09:08, Tudor Girba wrote: > Hi Sven, > > I am not sure I understand what you are referring to. Could you be more > explicit? Sorry: if you switch to the Pro theme (UIThemePro from the Polymorph-Themes-Pro package, PharoInbox) and do "UITheme exampleBasicControls." you get the following window: -------------------------------------------------------------------------------- The Default Button has an ugly blue border (well the blue border has the wrong shape). Every dialog has this ugly button that's why it is a pity because the Theme is otherwise quite nice. I really got lost trying to fix this (I lack knowledge of all this drawing code). But you probably encountered similar problems. > The reason I chose square shapes is that as long as we do not have proper > and fast antialiasing, it requires images (like in the watery2 theme) > which are time consuming to produce, or it just does not look nice. Having a fast theme is also a definitive plus, sure. > Cheers, > Doru > > On 5 Sep 2010, at 08:23, Sven Van Caekenberghe wrote: > >> Hi Doru, >> >> Nice indeed, clean & professional, x-platform. I see that you managed to >> get 'button with focus' (blue border) drawn correctly, even though you >> subclass 'Watery2' which has round buttons, which was a problem with the >> Pro theme. I tried to solve it, but I got lost. Maybe you can see what is >> wrong there ? (see my mail aug 30). >> >> Regards, >> >> Sven >> >> On 04 Sep 2010, at 23:18, Tudor Girba wrote: >> >>> Hi, >>> >>> Over the past week I worked on a new theme for Pharo called the >>> Glamorous Theme :). The theme is developed in the context of the Glamour >>> project, and its goal is to create a look that: >>> - does not look like a specific operating system. In particular, the >>> icons should be operating system agnostic, because, for example, people >>> in Windows are confused by the red, yellow, green buttons of apple. >>> - uses a limited amount of colors and effects. >>> >>> It is still work in progress, but you can get the current version by >>> executing: >>> >>> Gofer new >>> squeaksource: 'Glamour'; >>> package: 'Glamour-Morphic-Theme'; >>> load. >>> GLMUITheme defaultSettings: nil. >>> GLMUITheme beCurrent. >>> GLMUITheme setPreferredWorldBackground. >>> >>> Cheers, >>> Doru -------------------------------------------------------------------------------- > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 6, 2010

[Pharo-project] #collect:displayingProgress:

by Sven Van Caekenberghe

Hello, Is this a bug or am I looking at this the wrong way ? This usage of #collect:displayingProgress: works as expected: #(a b c d e f g) collect: [:each | (Delay forMilliseconds: 100) wait. each ] displayingProgress: 'Working' While this doesn't: #(a b c d e f g) collect: [:each | (Delay forMilliseconds: 100) wait. each ] displayingProgress: [:each | 'Collecting ', each asString] The similar #do:displayingProgress: does work. It seems the index is passed into the progress block, not the element. Maybe this is by design ? Sven

Sept. 6, 2010

Re: [Pharo-project] [Moose-dev] Re: Redirect compiler warnings to file

by Philippe Marschall

On 05.09.2010 21:26, StÃ©phane Ducasse wrote: > I hope that Opal will pay attention to such a point. And an easy way to redirect to sdtout or stderr would help for things like Hudson. Cheers Philippe

Sept. 5, 2010

Re: [Pharo-project] [Moose-dev] glamorous theme :)

by Tudor Girba

Hi Stephan, I fixed a number of the issues related to the shades of disabled texts. For the alignment of checkboxes and radiobuttons, it's among the issues I did not understand (and are listed in the long email entitled polymorph theme feedback), but it looks like the problem is the way my graphic tool (Omnigraffle) draws the line and the way it is drawn in Pharo. The current form looks like: http://www.tudorgirba.com/download/glamoroustheme.png I would be grateful if someone could take a look at some of the issues, in particular: - how to get non-rounded corners everywhere. - how to get the drop list to not have such a huge button, and also drawn like a normal button, and not like a selected one. - how to control the color of an inactive panel Cheers, Doru On 5 Sep 2010, at 22:10, Stephan Eggermont wrote: > Hello Doru, > > Doru wrote: >> Is this for Pro or for Glamorous? > > I was refering to: > http://lists.gforge.inria.fr/pipermail/pharo-project/attachments/20100905/2… > > That makes it for pro. But a lot of the issues are for both. > In Laurents screenshot there are also alignment issues > for checkbox and radiobutton. Disabled text should not > have both less and more contrast (label vs text entry) > > Stephan > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "One cannot do more than one can do."

Sept. 5, 2010

[Pharo-project] [Moose-dev] glamorous theme :)

by Stephan Eggermont

Hello Doru, Doru wrote: >Is this for Pro or for Glamorous? I was refering to: http://lists.gforge.inria.fr/pipermail/pharo-project/attachments/20100905/2… That makes it for pro. But a lot of the issues are for both. In Laurents screenshot there are also alignment issues for checkbox and radiobutton. Disabled text should not have both less and more contrast (label vs text entry) Stephan

Sept. 5, 2010

Re: [Pharo-project] UDP Broadcast Problems on Mac

by Noury Bouraqadi

Yep. The last time I checked UDP didn't work. Noury On 5 sept. 2010, at 21:27, StÃ©phane Ducasse wrote: > If I'm correct noury told me that it was not working when he did some tests. > > Stef > > On Sep 5, 2010, at 9:17 PM, Philippe Marschall wrote: > >> Hi >> >> I have some code that listens to UDP broadcasts. It works on Linux but >> on the Mac it never receives anything (the first element in the array is >> zero *sigh*). This is with Pharo 1.1 and Cog but also happens on Pharo >> 1.0 without Cog. >> >> The code looks more or less like this: >> >> socket := Socket newUDP. >> socket setPort: 23364. >> buffer := String new: 65507. >> [ socket isValid ] whileTrue: [ >> | datagramm | >> datagramm := socket receiveUDPDataInto: buffer ] >> >> The broadcast happens to 224.0.1.105 on port 23364, tcpdump picks up the >> packes on lo0. >> >> I could provide tcpdump output or steps to set up sever that sends the >> broadcasts. >> >> Cheers >> Philippe >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Noury

Sept. 5, 2010

Re: [Pharo-project] UDP Broadcast Problems on Mac

by StÃ©phane Ducasse

If I'm correct noury told me that it was not working when he did some tests. Stef On Sep 5, 2010, at 9:17 PM, Philippe Marschall wrote: > Hi > > I have some code that listens to UDP broadcasts. It works on Linux but > on the Mac it never receives anything (the first element in the array is > zero *sigh*). This is with Pharo 1.1 and Cog but also happens on Pharo > 1.0 without Cog. > > The code looks more or less like this: > > socket := Socket newUDP. > socket setPort: 23364. > buffer := String new: 65507. > [ socket isValid ] whileTrue: [ > | datagramm | > datagramm := socket receiveUDPDataInto: buffer ] > > The broadcast happens to 224.0.1.105 on port 23364, tcpdump picks up the > packes on lo0. > > I could provide tcpdump output or steps to set up sever that sends the > broadcasts. > > Cheers > Philippe > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 5, 2010