October 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Question about implementation of a delay

by Henrik Nergaard

delay := [ :msToWait | | t | t := Time millisecondClockValue. [ (Time millisecondClockValue - t) < msToWait ] whileTrue: [ World doOneCycle ]. ]. delay value: 200. Best regards, Henrik -----Original Message----- From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Ferlicot D. Cyril Sent: Tuesday, October 13, 2015 9:03 PM To: Pharo <pharo-dev(a)lists.pharo.org> Subject: [Pharo-dev] Question about implementation of a delay Hi, I am building a widget for fast table in order to filter them for Synectique and Pharo. For now I have a Rubric editor where we can write a pattern and I use a Rubric announcement to update the Fast Table. So each time the rubric is update the method #update is call. At the beginning #update was: ---- pattern := self patternFromString: filterField getText asString trimBoth. fastTable dataSource: (initialDataSource newDataSourceMatching: pattern). fastTable refresh ----- But this will update the Fast Table at each character, so I want to add a delay. For example I want to let the user type and update the table if he don't type for 0.2second. The only way I found is this: ---- update: anAnnoucement | pattern timeStamp | timeStamp := DateAndTime now. timestamp := timeStamp copy. [ (Delay forMilliseconds: 200) wait. timeStamp = timestamp ifTrue: [ pattern := self patternFromString: filterField getText asString trimBoth. fastTable dataSource: (initialDataSource newDataSourceMatching: pattern). fastTable refresh ] ] fork ---- But I think that create a new process a each update is really too heavyâ¦ So I would like to have some advices from experienced people to know if there is a better way to implement a delay. If you want to check the code you can execute: ---- Gofer new smalltalkhubUser: 'estebanlm' project: 'FastTable'; configuration; load. (Smalltalk globals at: #ConfigurationOfFastTable) loadDevelopment. FTFastTableComposer browse ---- -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Oct. 13, 2015

Question about implementation of a delay

by Ferlicot D. Cyril

Hi, I am building a widget for fast table in order to filter them for Synectique and Pharo. For now I have a Rubric editor where we can write a pattern and I use a Rubric announcement to update the Fast Table. So each time the rubric is update the method #update is call. At the beginning #update was: ---- pattern := self patternFromString: filterField getText asString trimBoth. fastTable dataSource: (initialDataSource newDataSourceMatching: pattern). fastTable refresh ----- But this will update the Fast Table at each character, so I want to add a delay. For example I want to let the user type and update the table if he don't type for 0.2second. The only way I found is this: ---- update: anAnnoucement | pattern timeStamp | timeStamp := DateAndTime now. timestamp := timeStamp copy. [ (Delay forMilliseconds: 200) wait. timeStamp = timestamp ifTrue: [ pattern := self patternFromString: filterField getText asString trimBoth. fastTable dataSource: (initialDataSource newDataSourceMatching: pattern). fastTable refresh ] ] fork ---- But I think that create a new process a each update is really too heavyâ¦ So I would like to have some advices from experienced people to know if there is a better way to implement a delay. If you want to check the code you can execute: ---- Gofer new smalltalkhubUser: 'estebanlm' project: 'FastTable'; configuration; load. (Smalltalk globals at: #ConfigurationOfFastTable) loadDevelopment. FTFastTableComposer browse ---- -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Oct. 13, 2015

serialization possibilities for a BaselineOf

by Dale Henrichs

As an offshoot of the recent discussion with Steph and Christophe, I though it would be interesting to show folks what a BaselineOf specification would look like if it were written out in STON format. Here's a baseline spec extracted from the BaselineOfSton for GemStone in the GsDevKit/ston project[1]: spec for: #'common' do: [ spec package: 'STON-Core'; package: 'STON-UTF8-Core' with: [ spec requires: 'STON-Core' ]; package: 'STON-Tests' with: [ spec requires: 'STON-Core' ]; package: 'STON-UTF8-Tests' with: [ spec requires: 'STON-UTF8-Core' ]; yourself. spec group: 'default' with: #('Core' 'UTF8'); group: 'Core' with: #('STON-Core'); group: 'UTF8' with: #('STON-UTF8-Core'); group: 'Tests' with: #('STON-Tests' 'STON-UTF8-Tests'); yourself . spec package: 'STON-Core' with: [ spec includes: #('STON-GemStone-Core') ]; package: 'STON-GemStone-Core' with: [ spec requires: #('STON-Core') ]; package: 'STON-Tests' with: [ spec includes: #('STON-GemStone-Tests') ]; package: 'STON-GemStone-Tests' with: [ spec requires: #('STON-Tests') ]; yourself ] I spelunked around a bit in the Metacello project data structure and extracted this list using a simple workspace[2] to produce this STON output [ MetacelloPackageSpec { #name : 'STON-GemStone-Core', #requires : [ 'STON-Core' ] }, MetacelloGroupSpec { #name : 'UTF8', #includes : [ 'STON-UTF8-Core' ] }, MetacelloGroupSpec { #name : 'Tests', #includes : [ 'STON-Tests', 'STON-UTF8-Tests' ] }, MetacelloPackageSpec { #name : 'STON-UTF8-Core', #requires : [ 'STON-Core' ] }, MetacelloPackageSpec { #name : 'STON-Tests', #requires : [ 'STON-Core' ], #includes : [ 'STON-GemStone-Tests' ] }, MetacelloPackageSpec { #name : 'STON-Core', #includes : [ 'STON-GemStone-Core' ] }, MetacelloGroupSpec { #name : 'default', #includes : [ 'Core', 'UTF8' ] }, MetacelloGroupSpec { #name : 'Core', #includes : [ 'STON-Core' ] }, MetacelloPackageSpec { #name : 'STON-UTF8-Tests', #requires : [ 'STON-UTF8-Core' ] }, MetacelloPackageSpec { #name : 'STON-GemStone-Tests', #requires : [ 'STON-Tests' ] } ] The #for:do: specification is not present (that information was stripped during the version creation process), but that type of information could easily be added back in ... everything else is present and accounted for ... Dale [1] https://github.com/GsDevKit/ston [2] https://gist.github.com/dalehenrich/4450b4aca405616b1891

Oct. 13, 2015

Re: [Pharo-dev] [Moose-dev] Syntax highlighting is missing in Playground and examples

by Alexandre Bergel

Done https://pharo.fogbugz.com/f/cases/16781/Syntax-highlighting-is-missing-in-P… -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Oct 13, 2015, at 12:54 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Indeed, that is a bug. Could you open a Pharo issue for this? > > Cheers, > Doru > > On Tue, Oct 13, 2015 at 4:51 PM, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: > Hi! > > I see there is a great battle involving Rubric and all its friends is taking place. > When I browse an example, I do not have the syntax highlighting. I am using the last version of Moose. > > <Screen Shot 2015-10-13 at 11.49.53 AM.png> > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> > https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev> > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com/> > > "Every thing has its own flow"

Oct. 13, 2015

Re: [Pharo-dev] [Moose-dev] Syntax highlighting is missing in Playground and examples

by Marcus Denker

There is this issue, too: https://pharo.fogbugz.com/f/cases/16020/Syntax-Highlighting-Rubric-First-sh… > On 13 Oct 2015, at 17:54, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Indeed, that is a bug. Could you open a Pharo issue for this? > > Cheers, > Doru > > On Tue, Oct 13, 2015 at 4:51 PM, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: > Hi! > > I see there is a great battle involving Rubric and all its friends is taking place. > When I browse an example, I do not have the syntax highlighting. I am using the last version of Moose. > > <Screen Shot 2015-10-13 at 11.49.53 AM.png> > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> > https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev> > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com/> > > "Every thing has its own flow"

Oct. 13, 2015

Re: [Pharo-dev] [Moose-dev] Syntax highlighting is missing in Playground and examples

by Tudor Girba

Indeed, that is a bug. Could you open a Pharo issue for this? Cheers, Doru On Tue, Oct 13, 2015 at 4:51 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > I see there is a great battle involving Rubric and all its friends is > taking place. > When I browse an example, I do not have the syntax highlighting. I am > using the last version of Moose. > > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 13, 2015

Re: [Pharo-dev] binary serialization

by Max Leske

> On 13 Oct 2015, at 17:16, Robert Withers <robert.w.withers(a)gmail.com> wrote: > > Every extra source helps, thank you. I see how to do non-stream substitutions on materializations, but the documentation did not indicate a way to do non-stream substitutions on serialization. Is it possible? I donât understand what you mean by ânon-streamâ. Could you give an example? > > thanks, > Robert > > On 10/13/2015 09:00 AM, Mariano Martinez Peck wrote: >> Hi Robert, >> >> As for the documentation, you have LOTS of tests, you have the chapter >> Torsten pasted, you have this documentation: >> http://rmod.inria.fr/web/software/Fuel >> >> But also, as for internals, there is a journal paper we wrote: >> http://rmod.lille.inria.fr/archives/papers/Dias12a-SPE-Fuel.pdf >> >> Let us know how it goes, >> >> >> On Tue, Oct 13, 2015 at 6:00 AM, Torsten Bergmann <astares(a)gmx.de >> <mailto:astares@gmx.de>> wrote: >> >> Hi Robert, >> >> Also checkout the chapter on Fuel in Pharo Enterprise book: >> >> https://ci.inria.fr/pharo-contribution/view/Books/job/EnterprisePharoBook/l… >> >> Bye >> Torsten >> >> > Gesendet: Dienstag, 13. Oktober 2015 um 09:44 Uhr >> > Von: "Robert Withers" <robert.w.withers(a)gmail.com >> <mailto:robert.w.withers@gmail.com>> >> > An: pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org> >> > Betreff: Re: [Pharo-dev] binary serialization >> > >> > Yes, I have to do object substitutions. Thanks for the link! >> > >> > thanks, >> > Robert >> > >> > On 10/13/2015 03:43 AM, Max Leske wrote: >> > > >> > >> On 13 Oct 2015, at 09:40, Robert Withers >> <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> wrote: >> > >> >> > >> Sven and Torsten, that's a binary serialization library! It >> will take time to learn it and how to use mappers. >> > >> >> > >> What is the format; is it language neutral? >> > > >> > > For quick serialization you donât need to do anything. It works >> for (almost) all objects. Only if you want to exclude things or >> treat some objects in a special way, you will need to do some stuff. >> > > >> > > Documentation: http://rmod.inria.fr/web/software/Fuel. >> > > >> > > >> > >> >> > >> thanks, >> > >> Robert >> > >> >> > >> On 10/13/2015 01:21 AM, Sven Van Caekenberghe wrote: >> > >>> Yes, it is called FUEL and it is a standard part of the >> image. See FLSerializer and FLMaterializer. >> > >>> >> > >>>> On 13 Oct 2015, at 06:59, Robert Withers >> <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> wrote: >> > >>>> >> > >>>> Does Pharo have stream classes to binary de/serialize an >> object, such that the protocol accepts an object as an argument and >> converts it to a byteArray? >> > >>>> >> > >>>> -- >> > >>>> thanks, >> > >>>> Robert >> > >>>> >> > >>> >> > >>> >> > >> >> > > >> > > >> > >> > >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >

Oct. 13, 2015

Re: [Pharo-dev] [Pharo-users] [ANN] Cupboard inspector for Teapot

by Alexandre Bergel

Look like very fun! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Oct 12, 2015, at 10:37 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi, > > I took a few minutes to add a custom inspector tool ("Cupboard") to > Teapot showing all the available teapots. The tool is accessible from the > Tool menu right after loading "Teapot" and allows get an overview on running teapots. > If you teapot has dynamic routes they will be shown as well. See screenshot > attached. > > You can also start/stop a Teapot or add a new one serving static > contents from a selected directory. > > Also catalog messages were added to the ConfigurationOfTeapot and the > NeoJSON repo in the dependencies was fixed. > > Just get the lates stable version: > > Gofer it > smalltalkhubUser: 'zeroflag' project: 'Teapot'; > configuration; > loadStable. > > or directly load from ConfigBrowser (Pharo 4) or CatalogBrowser/Spotter (Pharo 5) > in a fresh image. > > > If you want to quickly serve a (static) webpage from Pharo > ========================================================== > Create a web directory and HTML page > - use "Tools" -> "File Browser" > - create a directory "www" using "Add new directory", navigate to it > - create a new file "index.html" using "Add new file", edit it and accept the changes > > Serve it from Pharo > - load Teapot in a fresh image > - open "Tools" -> "Teapot" > - click on the server icon on the right to create a new static server > - accept the default port 80 or enter a new one > - select the directory > > Point your browser to http://localhost:80 > > If you want to quickly server (dynamic) content from Pharo: > =========================================================== > - use one of the examples on http://smalltalkhub.com/#!/~zeroflag/Teapot > Note that the dynamic routes are shown in the new tool > > Tip: if you like use "Mustache" template library to mix HTML content > (like Bootstrap templates, Material design templates or other > with your Pharo server objects to serve pages) > > Have fun > T.<teapot.png>

Oct. 13, 2015

Re: [Pharo-dev] binary serialization

by Robert Withers

Every extra source helps, thank you. I see how to do non-stream substitutions on materializations, but the documentation did not indicate a way to do non-stream substitutions on serialization. Is it possible? thanks, Robert On 10/13/2015 09:00 AM, Mariano Martinez Peck wrote: > Hi Robert, > > As for the documentation, you have LOTS of tests, you have the chapter > Torsten pasted, you have this documentation: > http://rmod.inria.fr/web/software/Fuel > > But also, as for internals, there is a journal paper we wrote: > http://rmod.lille.inria.fr/archives/papers/Dias12a-SPE-Fuel.pdf > > Let us know how it goes, > > > On Tue, Oct 13, 2015 at 6:00 AM, Torsten Bergmann <astares(a)gmx.de > <mailto:astares@gmx.de>> wrote: > > Hi Robert, > > Also checkout the chapter on Fuel in Pharo Enterprise book: > > https://ci.inria.fr/pharo-contribution/view/Books/job/EnterprisePharoBook/l… > > Bye > Torsten > > > Gesendet: Dienstag, 13. Oktober 2015 um 09:44 Uhr > > Von: "Robert Withers" <robert.w.withers(a)gmail.com > <mailto:robert.w.withers@gmail.com>> > > An: pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org> > > Betreff: Re: [Pharo-dev] binary serialization > > > > Yes, I have to do object substitutions. Thanks for the link! > > > > thanks, > > Robert > > > > On 10/13/2015 03:43 AM, Max Leske wrote: > > > > > >> On 13 Oct 2015, at 09:40, Robert Withers > <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> wrote: > > >> > > >> Sven and Torsten, that's a binary serialization library! It > will take time to learn it and how to use mappers. > > >> > > >> What is the format; is it language neutral? > > > > > > For quick serialization you donât need to do anything. It works > for (almost) all objects. Only if you want to exclude things or > treat some objects in a special way, you will need to do some stuff. > > > > > > Documentation: http://rmod.inria.fr/web/software/Fuel. > > > > > > > > >> > > >> thanks, > > >> Robert > > >> > > >> On 10/13/2015 01:21 AM, Sven Van Caekenberghe wrote: > > >>> Yes, it is called FUEL and it is a standard part of the > image. See FLSerializer and FLMaterializer. > > >>> > > >>>> On 13 Oct 2015, at 06:59, Robert Withers > <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> wrote: > > >>>> > > >>>> Does Pharo have stream classes to binary de/serialize an > object, such that the protocol accepts an object as an argument and > converts it to a byteArray? > > >>>> > > >>>> -- > > >>>> thanks, > > >>>> Robert > > >>>> > > >>> > > >>> > > >> > > > > > > > > > > > > > > > -- > Mariano > http://marianopeck.wordpress.com

Oct. 13, 2015

Re: [Pharo-dev] Alien and FFI in Pharo

by Robert Withers

I just had a realization. I do need MT (is this what forking callout/callback threaded vm is called?) I think, for callout, not callback. The select call is a blocking call and will block the image thread. Is it true? If so, let's figure it out, Craig. I'm with you. thanks, Robert On 10/13/2015 03:20 AM, Robert Withers wrote: > Hi Craig, > > I saw your thread on that. Luckily NIO is a blocking call-out when you > call select, so no callbacks. > > Callbacks would be nice to have available. It sounds like it is > potentially big in impact to the image environment...pure events. I > don't wish to see conversation completely stop on it, but I do not have > a compelling use for it yet. I'd rather see 64bit Cog/Spur on PI. > > thanks, > Robert > > On 10/13/2015 03:00 AM, Craig Latta wrote: >> >>> I want to get NIO sockets working using FFI, which I understand means >>> Alien. I can't seem to load Alien from the Catalog. >>> >>> What do you suggest I do? >> >> If NIO sockets involve callbacks from threads forked by the >> library, don't bother. Cog's scheduler deadlocks. >> >> >> -C >> >> -- >> Craig Latta >> netjam.org >> +31 6 2757 7177 (SMS ok) >> + 1 415 287 3547 (no SMS) >> >>

Oct. 13, 2015