August 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] http://pharo.org/documentation --> List of dialog windows in Pharo 4.0?

by H. Hirzel

I found as well useful to just present a text result | theText | theText := 'The result of my query'. TextModel new text: theText; openWithSpec On 8/25/15, Nicolai Hess <nicolaihess(a)web.de> wrote: > And there are some examples in class WidgeExample > WidgeExample class >>exampleDialogs > WidgeExample class >>exampleBasicControls > WidgeExample class >>exampleOtherControls > > 2015-08-25 9:36 GMT+02:00 Stephan Eggermont <stephan(a)stack.nl>: > >> On 25-08-15 09:09, H. Hirzel wrote: >> >>> Hello >>> >>> I am looking for a list of ready made dialog windows in Pharo 4.0 and >>> the main API to use them. >>> >>> - FileDialog, >>> >> >> MindmapNode class>>open >> |fileName| >> fileName := UITheme current chooseFileIn: World title: 'Choose >> file' extensions: nil path: nil preview:nil. >> fileName ifNotNil: [(FLMaterializer materializationFromFileNamed: >> fileName) >> root openInWorld attachAllSubnodes detachAllSubnodes ] >> >> MindmapNode>>saveMap >> |fileName| >> fileName := UITheme current fileSaveIn: World title: 'Choose >> file' >> extensions: nil path: nil. >> fileName ifNotNil: [ FLSerializer serialize: self toFileNamed: >> fileName]. >> >> Stephan >> >> >> >

Aug. 26, 2015

Re: [Pharo-users] Notepad type window to keep text notes?

by H. Hirzel

Thank you for TextModel new openWithSpec really straightfoward solution. I do not need to save the text separately from the image. So it does the job well. On 8/19/15, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > +1 on this, itâs the easiest solution :-) > >> On Aug 19, 2015, at 03:20, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >> TextModel new openWithSpec >> >> but you would need to facilitate saving yourself... >> >> On Wed, Aug 19, 2015 at 7:53 AM, H. Hirzel <hannes.hirzel(a)gmail.com >> <mailto:hannes.hirzel@gmail.com>> wrote: >> Hello >> >> There is the Playground for to use with Smalltalk code snippets. >> Syntax highlighting is used. >> >> Where can I find a notepad type window to keep text notes? (No >> highlighting) >> >> --Hannes >> >> > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of > Chile > >

Aug. 26, 2015

Re: [Pharo-users] Slow World Menu opening

by stepharo

How can we reproduce it? May be a cache for icon is missing. Now many of the Cursor showWhile: are prehsitorical age. Stef > Hi! > > When I open the world menu, the mouse cursor is intensively blinking, and opening the menu is _very slow_. This bugs has been around for a couple of weeks already. Am I the only one to see it? > > I have checked the cause, and apparently the problem disappear by removing the use of âCursor read showWhile:â. The following method: > -=-=-=-=-=-=-=-=-= > ImageReadWriter>>formFromStream: aBinaryStream > "Answer a ColorForm stored on the given stream. closes the stream" > | reader readerClass form | > readerClass := self readerClassFromStream: aBinaryStream. > reader := readerClass new on: aBinaryStream. > Cursor read showWhile: > [ form := reader nextImage. > reader close ]. > ^ form > -=-=-=-=-=-=-=-=-= > > May be rewritten as: > -=-=-=-=-=-=-=-=-= > ImageReadWriter>>formFromStream: aBinaryStream > "Answer a ColorForm stored on the given stream. closes the stream" > | reader readerClass form | > readerClass := self readerClassFromStream: aBinaryStream. > reader := readerClass new on: aBinaryStream. > form := reader nextImage. > reader close. > ^ form > -=-=-=-=-=-=-=-=-= > > However, changing the cursor has been around for quite a long time. It is strange that the slow menu is surfacing only now. > > Any idea why? > > Cheers, > Alexandre >

Aug. 26, 2015

Re: [Pharo-users] [Pharo-dev] [ann] brick on top of bloc - preview

by Marcus Denker

> On 26 Aug 2015, at 10:58, Blondeau Vincent <vincent.blondeau(a)worldline.com> wrote: > > Loading traits only is working, there are traits in Moose and it is well working... > E.g.: > Trait named: #TOODependencyQueries > uses: TDependencyQueries > category: 'Famix-Coreâ > Yes, but there it might not fall back on loading the .st file but instead de-seriaize the MC model. > Vincent > > -----Message d'origine----- > De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Marcus Denker > EnvoyÃ© : mercredi 26 aoÃ»t 2015 10:52 > Ã : Any question about pharo is welcome > Cc : Pharo Development List > Objet : Re: [Pharo-users] [ann] brick on top of bloc - preview > > >> On 26 Aug 2015, at 10:42, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Aha. Thanks for the help, Vincent. >> >> Now, the next problem: Does anyone know why the "Unrecognized class definition" problem occurs? :) >> > > It seems that > > 1) MC model loading of the serialised package fails > 2) it falls back on using MCStReader > 3) which fails to load the .st file for the definition of TBlLayoutPropertiesOwner > > Maybe loading trait definitions does not work in general with MCStReader? > > Marcus > > > Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. > > This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. >

Aug. 26, 2015

Re: [Pharo-users] [ann] brick on top of bloc - preview

by Blondeau Vincent

Loading traits only is working, there are traits in Moose and it is well working... E.g.: Trait named: #TOODependencyQueries uses: TDependencyQueries category: 'Famix-Core' Vincent -----Message d'origine----- De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Marcus Denker EnvoyÃ© : mercredi 26 aoÃ»t 2015 10:52 Ã : Any question about pharo is welcome Cc : Pharo Development List Objet : Re: [Pharo-users] [ann] brick on top of bloc - preview > On 26 Aug 2015, at 10:42, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Aha. Thanks for the help, Vincent. > > Now, the next problem: Does anyone know why the "Unrecognized class definition" problem occurs? :) > It seems that 1) MC model loading of the serialised package fails 2) it falls back on using MCStReader 3) which fails to load the .st file for the definition of TBlLayoutPropertiesOwner Maybe loading trait definitions does not work in general with MCStReader? Marcus Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

Aug. 26, 2015

Re: [Pharo-users] [ann] brick on top of bloc - preview

by Thierry Goubier

2015-08-26 10:51 GMT+02:00 Marcus Denker <marcus.denker(a)inria.fr>: > > > On 26 Aug 2015, at 10:42, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Aha. Thanks for the help, Vincent. > > > > Now, the next problem: Does anyone know why the "Unrecognized class > definition" problem occurs? :) > > > > It seems that > > 1) MC model loading of the serialised package fails > 2) it falls back on using MCStReader > 3) which fails to load the .st file for the definition of > TBlLayoutPropertiesOwner > > Maybe loading trait definitions does not work in general with MCStReader? > MCStReader is one of the place where old code was recently replaced by Ring based code (RingChunkImporter). Thierry > > Marcus >

Aug. 26, 2015

Re: [Pharo-users] [ann] brick on top of bloc - preview

by Marcus Denker

> On 26 Aug 2015, at 10:42, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Aha. Thanks for the help, Vincent. > > Now, the next problem: Does anyone know why the "Unrecognized class definition" problem occurs? :) > It seems that 1) MC model loading of the serialised package fails 2) it falls back on using MCStReader 3) which fails to load the .st file for the definition of TBlLayoutPropertiesOwner Maybe loading trait definitions does not work in general with MCStReader? Marcus

Aug. 26, 2015

Re: [Pharo-users] [ann] brick on top of bloc - preview

by Tudor Girba

Aha. Thanks for the help, Vincent. Now, the next problem: Does anyone know why the "Unrecognized class definition" problem occurs? :) Cheers, Doru On Wed, Aug 26, 2015 at 9:14 AM, Vincent BLONDEAU < vincent.blondeau(a)polytech-lille.net> wrote: > Now that the Moose 6.0 job is working, the last build of Pharo is used and > the problem appears in the CI... > > Vincent > > -----Message d'origine----- > De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part > de Alexandre Bergel > EnvoyÃ© : mercredi 26 aoÃ»t 2015 01:02 > Ã : Any question about pharo is welcome > Objet : Re: [Pharo-users] [ann] brick on top of bloc - preview > > Wowâ¦ > > Alexandre > > > > On Aug 25, 2015, at 6:41 PM, Vincent BLONDEAU < > vincent.blondeau(a)polytech-lille.net> wrote: > > > > That is because GToolkit is based on last successful Moose 6.0 build > where everything works fine (it is Pharo50248). > > But less than a week ago, a featured bug was integrated in Pharo and it > is not possible to load Moose anymoreâ¦ That is due to some encoding > problems during Monticello loading between 50256 and 50257 Pharo versions > (integration of Slice 16283). > > > > As I canât load brick on the 50256 pharo image, I think that the bug you > encounter has been introduced before, i.e. between 50248 and 50256. So it > is not related to the Moose one. > > Bernardoâs bug is related to traits loading, I have the same bug for one > of my project but I didnât investigate it yet. > > > > Cheers, > > Vincent > > > > De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la > > part de Tudor Girba EnvoyÃ© : mardi 25 aoÃ»t 2015 23:08 Ã : Any question > > about pharo is welcome Objet : Re: [Pharo-users] [ann] brick on top of > > bloc - preview > > > > Hmm. Thanks for the report. Indeed, I get the same, but the CI job works > well. We will have to investigate this. > > > > In the meantime, you can use the image from: > > https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifact/g > > toolkit5.zip > > > > Cheers, > > Doru > > > > > > > > On Tue, Aug 25, 2015 at 10:51 PM, Bernardo Ezequiel Contreras < > vonbecmann(a)gmail.com> wrote: > >> i forgot to mention that it was while > >> > >> Loading Bloc-Core-AliakseiSyrel.636 > >> > >> thanks > >> > >> > >> > >> On Tue, Aug 25, 2015 at 5:43 PM, Bernardo Ezequiel Contreras < > vonbecmann(a)gmail.com> wrote: > >>> Sorry, but after evaluating > >>> > >>> Gofer new > >>> smalltalkhubUser: 'Pharo' project: 'Brick'; configuration; > >>> loadDevelopment > >>> > >>> in Pharo5.0#50270, i got an Error: Unrecognized class definition > >>> > >>> The screenshots look really cool. > >>> > >>> thanks > >>> > >>> > >>> On Tue, Aug 25, 2015 at 5:13 PM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >>>> Hi, > >>>> > >>>> We are happy to announce the first preview version of Brick, a new > widget set created from scratch on top of Bloc. > >>>> > >>>> Brick is being developed primarily by Alex Syrel (together with Alain > Plantec, Andrei Chis and myself), and the work is sponsored by ESUG. Brick > is part of the Glamorous Toolkit effort and will provide the basis for the > new versions of the development tools. > >>>> > >>>> Brick's goal is to provide a beautiful looking widget set, and the > default look is based on material design. The widgets are theme-able. > >>>> > >>>> Right now, there exists: > >>>> - Label > >>>> - Simple button > >>>> - Toggle button > >>>> - Checkbox > >>>> - Radio button > >>>> - Window with or without an active title bar that can include > >>>> various visual actions and info > >>>> - Menu > >>>> - Beautiful scrollbars that are thin by default and enlarge when > >>>> the mouse hovers over it > >>>> - Scalable list for huge amounts of items with various heights (The > >>>> list also allows one for embedding text widgets with in place > >>>> editing) > >>>> > >>>> The next immediate target is the creation of a new Pager widget (the > widget that is behind the current GTInspector). > >>>> > >>>> You can see some screenshots on the official site: > >>>> http://gt.moosetechnology.org/brick > >>>> > >>>> To play with it, you can download a ready-made image: > >>>> https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifac > >>>> t/gtoolkit5.zip > >>>> > >>>> and, in a Bloc space, you can browse the examples: > >>>> BrExampleBrowser exampleOpen > >>>> > >>>> We would be happy to hear your feedback. > >>>> > >>>> Cheers, > >>>> Doru > >>>> > >>>> -- > >>>> www.tudorgirba.com > >>>> > >>>> "Every thing has its own flow" > >>> > >>> > >>> > >>> -- > >>> Bernardo E.C. > >>> > >>> Sent from a cheap desktop computer in South America. > >> > >> > >> > >> -- > >> Bernardo E.C. > >> > >> Sent from a cheap desktop computer in South America. > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 26, 2015

Re: [Pharo-users] [ann] brick on top of bloc - preview

by Vincent BLONDEAU

Now that the Moose 6.0 job is working, the last build of Pharo is used and the problem appears in the CI... Vincent -----Message d'origine----- De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Alexandre Bergel EnvoyÃ© : mercredi 26 aoÃ»t 2015 01:02 Ã : Any question about pharo is welcome Objet : Re: [Pharo-users] [ann] brick on top of bloc - preview Wowâ¦ Alexandre > On Aug 25, 2015, at 6:41 PM, Vincent BLONDEAU <vincent.blondeau(a)polytech-lille.net> wrote: > > That is because GToolkit is based on last successful Moose 6.0 build where everything works fine (it is Pharo50248). > But less than a week ago, a featured bug was integrated in Pharo and it is not possible to load Moose anymoreâ¦ That is due to some encoding problems during Monticello loading between 50256 and 50257 Pharo versions (integration of Slice 16283). > > As I canât load brick on the 50256 pharo image, I think that the bug you encounter has been introduced before, i.e. between 50248 and 50256. So it is not related to the Moose one. > Bernardoâs bug is related to traits loading, I have the same bug for one of my project but I didnât investigate it yet. > > Cheers, > Vincent > > De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la > part de Tudor Girba EnvoyÃ© : mardi 25 aoÃ»t 2015 23:08 Ã : Any question > about pharo is welcome Objet : Re: [Pharo-users] [ann] brick on top of > bloc - preview > > Hmm. Thanks for the report. Indeed, I get the same, but the CI job works well. We will have to investigate this. > > In the meantime, you can use the image from: > https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifact/g > toolkit5.zip > > Cheers, > Doru > > > > On Tue, Aug 25, 2015 at 10:51 PM, Bernardo Ezequiel Contreras <vonbecmann(a)gmail.com> wrote: >> i forgot to mention that it was while >> >> Loading Bloc-Core-AliakseiSyrel.636 >> >> thanks >> >> >> >> On Tue, Aug 25, 2015 at 5:43 PM, Bernardo Ezequiel Contreras <vonbecmann(a)gmail.com> wrote: >>> Sorry, but after evaluating >>> >>> Gofer new >>> smalltalkhubUser: 'Pharo' project: 'Brick'; configuration; >>> loadDevelopment >>> >>> in Pharo5.0#50270, i got an Error: Unrecognized class definition >>> >>> The screenshots look really cool. >>> >>> thanks >>> >>> >>> On Tue, Aug 25, 2015 at 5:13 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>> Hi, >>>> >>>> We are happy to announce the first preview version of Brick, a new widget set created from scratch on top of Bloc. >>>> >>>> Brick is being developed primarily by Alex Syrel (together with Alain Plantec, Andrei Chis and myself), and the work is sponsored by ESUG. Brick is part of the Glamorous Toolkit effort and will provide the basis for the new versions of the development tools. >>>> >>>> Brick's goal is to provide a beautiful looking widget set, and the default look is based on material design. The widgets are theme-able. >>>> >>>> Right now, there exists: >>>> - Label >>>> - Simple button >>>> - Toggle button >>>> - Checkbox >>>> - Radio button >>>> - Window with or without an active title bar that can include >>>> various visual actions and info >>>> - Menu >>>> - Beautiful scrollbars that are thin by default and enlarge when >>>> the mouse hovers over it >>>> - Scalable list for huge amounts of items with various heights (The >>>> list also allows one for embedding text widgets with in place >>>> editing) >>>> >>>> The next immediate target is the creation of a new Pager widget (the widget that is behind the current GTInspector). >>>> >>>> You can see some screenshots on the official site: >>>> http://gt.moosetechnology.org/brick >>>> >>>> To play with it, you can download a ready-made image: >>>> https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifac >>>> t/gtoolkit5.zip >>>> >>>> and, in a Bloc space, you can browse the examples: >>>> BrExampleBrowser exampleOpen >>>> >>>> We would be happy to hear your feedback. >>>> >>>> Cheers, >>>> Doru >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>> >>> >>> >>> -- >>> Bernardo E.C. >>> >>> Sent from a cheap desktop computer in South America. >> >> >> >> -- >> Bernardo E.C. >> >> Sent from a cheap desktop computer in South America. > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 26, 2015

Re: [Pharo-users] Slow World Menu opening

by Marcus Denker

> On 26 Aug 2015, at 02:57, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Hi! > > When I open the world menu, the mouse cursor is intensively blinking, and opening the menu is _very slow_. This bugs has been around for a couple of weeks already. Am I the only one to see it? > I saw it one day after coming back from ESUG. I added an issue tracker entry. Nicolai immediately commented that he did not see any slowdown. I rebooted my machine, never saw the problem again. But removing the #showWhile: is a good idea. > I have checked the cause, and apparently the problem disappear by removing the use of âCursor read showWhile:â. The following method: > -=-=-=-=-=-=-=-=-= > ImageReadWriter>>formFromStream: aBinaryStream > "Answer a ColorForm stored on the given stream. closes the stream" > | reader readerClass form | > readerClass := self readerClassFromStream: aBinaryStream. > reader := readerClass new on: aBinaryStream. > Cursor read showWhile: > [ form := reader nextImage. > reader close ]. > ^ form > -=-=-=-=-=-=-=-=-= > > May be rewritten as: > -=-=-=-=-=-=-=-=-= > ImageReadWriter>>formFromStream: aBinaryStream > "Answer a ColorForm stored on the given stream. closes the stream" > | reader readerClass form | > readerClass := self readerClassFromStream: aBinaryStream. > reader := readerClass new on: aBinaryStream. > form := reader nextImage. > reader close. > ^ form > -=-=-=-=-=-=-=-=-= > > However, changing the cursor has been around for quite a long time. It is strange that the slow menu is surfacing only now. > > Any idea why? > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Aug. 26, 2015