May 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] A Logo Proposal for Smalltalk

by horrido

So no one thinks this is a good idea? Unless some people give me the green light, I shan't proceed. horrido wrote > Maybe the best way to settle this is to have a Smalltalk logo competition. > People can submit their logo designs and a panel of judges can decide on > the best one. The winning entry would be the "official" Smalltalk logo. > > For the panel of judges, I would like representatives from each of the > following: > > o ESUG > o the Pharo project > o the Squeak project (Alan Kay?) > o Cincom > o Instantiations > o GemTalk > > Of course, my stylized hot air balloon would be Logo Candidate Entry #1. > > If you think this is a good idea, I'll start organizing it. The submission > deadline for the competition would be July 18, 2017 (the first anniversary > of my TechBeacon article, " > How learning Smalltalk can make you a better developer > <https://techbeacon.com/how-learning-smalltalk-can-make-you-better-developer> > "). -- View this message in context: http://forum.world.st/A-Logo-Proposal-for-Smalltalk-tp4945122p4945559.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 4, 2017

Re: [Pharo-users] Smalltalk syntactic coloration in Spec's TextModel

by Stephan Eggermont

On 03/05/17 17:09, Nicolai Hess wrote: > you need to add > aboutToStyle:true That is an ahem, 'interesting' selector. Stephan

May 4, 2017

Re: [Pharo-users] Smalltalk syntactic coloration in Spec's TextModel

by Nicolai Hess

2017-05-04 12:53 GMT+02:00 Julien Delplanque <julien(a)tamere.eu>: > Thanks, it works. > > Another question: Is it possible to manage the fact that the > code displayed is a method? (ie not having the selector and > instance variables causing the syntactic coloration to be > red) > Yes, setting the behavior (class of the method): TextModel new isForSmalltalkCode: true; text: (Collection>>#anyOne) sourceCode; aboutToStyle: true; behavior: (Collection>>#anyOne) methodClass; openWithSpec > > Thanks in advance, > > Julien > > > > On 03/05/17 17:09, Nicolai Hess wrote: > >> 2017-05-03 16:57 GMT+02:00 Julien Delplanque <julien(a)tamere.eu>: >> >> Hello, >>> >>> I looked in the mailing list archive but did not found an answer. >>> >>> Is there any way to have Smalltalk syntactic coloration in a TextModel >>> without having to put efforts in it? >>> >>> I mean, if I do: >>> >>> TextModel new >>> isForSmalltalkCode: true; >>> text: (Collection>>#any) sourceCode; >>> openWithSpec >>> >>> The text displayed is black. >>> >>> Thanks in advance, >>> >>> Julien >>> >>> >>> >>> Hi, >> you need to add >> aboutToStyle:true >> >> >> >> TextModel new >> isForSmalltalkCode: true; >> text: (Collection>>#anyOne) sourceCode; >> aboutToStyle: true; >> openWithSpec >> >> > >

May 4, 2017

Re: [Pharo-users] Smalltalk syntactic coloration in Spec's TextModel

by Julien Delplanque

Thanks, it works. Another question: Is it possible to manage the fact that the code displayed is a method? (ie not having the selector and instance variables causing the syntactic coloration to be red) Thanks in advance, Julien On 03/05/17 17:09, Nicolai Hess wrote: > 2017-05-03 16:57 GMT+02:00 Julien Delplanque <julien(a)tamere.eu>: > >> Hello, >> >> I looked in the mailing list archive but did not found an answer. >> >> Is there any way to have Smalltalk syntactic coloration in a TextModel >> without having to put efforts in it? >> >> I mean, if I do: >> >> TextModel new >> isForSmalltalkCode: true; >> text: (Collection>>#any) sourceCode; >> openWithSpec >> >> The text displayed is black. >> >> Thanks in advance, >> >> Julien >> >> >> > Hi, > you need to add > aboutToStyle:true > > > > TextModel new > isForSmalltalkCode: true; > text: (Collection>>#anyOne) sourceCode; > aboutToStyle: true; > openWithSpec >

May 4, 2017

Re: [Pharo-users] Out of image IDE

by Luke Gorrie

On 4 May 2017 at 05:26, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Forwarding message stuck on Nabble (probably the author is not subscribed > to > the list)... > > sigipa wrote > > Hello All, > > > > I've been playing with Pharo off and on for a few years now. I have > > thought a lot about where and how I could potentially use it. I have an > > idea about how I would really like it to work, but up to now I haven't > had > > the chance to pursue it. I think I may even have had a discussion about > it > > with someone on this list at some point. Due to some recent changes in my > > situation, It looks I may be at a point that I can look into things more > > seriously. I am in a possibly similar situation. I have also been wanting better tools for my application development work for some years now, and this year it has finally bubbled up to the top of my priority list. My applications are not based on Pharo but I want to use Pharo for the tooling. The basic design I am following is a frontend/backend split. The frontend is Pharo with the "Moldable Tools" concept i.e. spotter, inspector, Roassal visualizations, etc. The backend is nix i.e. integrating diverse tools (profilers, debuggers, protocol analyzers, statistical models, physical hardware resources, etc.) I am building network equipment and mostly need diagnostic tools for profiling and troubleshooting issues after they have occurred. So my emphasis is not so much live coding as "what interesting observations can we make about these 1000 core dump files from various environments and software versions?" I hope that the design will be practical and that the project will grow to support other people's applications too. Just now it is very early days. Link: https://github.com/studio/studio Cheers, -Luke

May 4, 2017

Re: [Pharo-users] Out of image IDE

by jtuchel＠objektfabrik.de

Denis, IIUC, mails from the Mailing List will be replicated to Nabble, but if you post to the list from Nabble and are not subscribed to the list, your message won't make it onto the list. So your message should occur on Nabble ;-) Joachim Am 04.05.17 um 10:09 schrieb Denis Kudriashov: > Hi > How answer him if he is out of this list? > > 2017-05-04 5:26 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com > <mailto:sean@clipperadams.com>>: > > > 2. Is there anything that currently exists that involves remote > image > > access that I could leverage as a starting point? > > > Anyway these link should be interesting to him: > http://dionisiydk.blogspot.fr/2017/01/pharmide-pharo-remote-ide-to-develop.… > http://dionisiydk.blogspot.fr/2016/07/major-seamless-update.html > -- ----------------------------------------------------------------------- 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

May 4, 2017

Re: [Pharo-users] How to detect encoding of a file

by Cyril Ferlicot D.

On 03/05/2017 16:41, Sven Van Caekenberghe wrote: > I added the following (Zn #bleedingEdge): > > === > Name: Zinc-Character-Encoding-Core-SvenVanCaekenberghe.49 > Author: SvenVanCaekenberghe > Time: 3 May 2017, 4:30:44.081888 pm > UUID: fe8b083d-010b-0d00-9df5-fde304bccfdc > Ancestors: Zinc-Character-Encoding-Core-SvenVanCaekenberghe.48 > > Add ZnCharacterEncoder class>>#detectEncoding: to try to heuristically and unreliably guess the encoding used by a collection of bytes > > Add ZnCharacterEncoderTests>>#testDetectEncoding > > Add #= and #hash to ZnSimplifiedByteEncoder and ZnEndianSensitiveUTFEncoder > > Always use canonical name in ZnSimplifiedByteEncoder class>>#newForEncoding: > === > Name: Zinc-Character-Encoding-Tests-SvenVanCaekenberghe.31 > Author: SvenVanCaekenberghe > Time: 3 May 2017, 4:31:09.469852 pm > UUID: 30ef8b3e-010b-0d00-9df6-4a9304bccfdc > Ancestors: Zinc-Character-Encoding-Tests-SvenVanCaekenberghe.30 > > Add ZnCharacterEncoder class>>#detectEncoding: to try to heuristically and unreliably guess the encoding used by a collection of bytes > > Add ZnCharacterEncoderTests>>#testDetectEncoding > > Add #= and #hash to ZnSimplifiedByteEncoder and ZnEndianSensitiveUTFEncoder > > Always use canonical name in ZnSimplifiedByteEncoder class>>#newForEncoding: > === > > > Now you can do the following: > > ZnCharacterEncoder detectEncoding: ((FileLocator desktop / 'some.data') binaryReadStreamDo: [ :in | in upToEnd ]). > > (FileLocator desktop / 'some.data') binaryReadStreamDo: [ :in | > | bytes encoder | > bytes := in upToEnd. > encoder := ZnCharacterEncoder detectEncoding: bytes. > encoder decodeBytes: bytes ]. > > It works on the test file you gave me, but this process is just a guess, a heuristic that is unreliable and often wrong (especially for very similar byte encodings), see https://en.wikipedia.org/wiki/Charset_detection. > > You can give the whole contents to the detector, or just a header. > > I was a bit too optimistic though, this is basically an unsolvable problem. It is MUCH better to somehow know up front what the encoding used is, or to know something useable about the contents (like the header of HTML or XML). > > Sven > Hi, It seems to guess right in our case and it correct the problems we saw. Thank you for this! We will integrate it to our tools when the configuration will be updated. -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

May 4, 2017

Re: [Pharo-users] How to detect encoding of a file

by Stephane Ducasse

Hi sven this is cool. We are always losing time for crlf/lf/cr.... I lost most of the time in the SRT2VTT on that part. will you add a little paragraph to the Zinc chapter? Stef On Wed, May 3, 2017 at 8:18 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > > Am 03.05.2017 um 18:10 schrieb Cyril Ferlicot D. < > cyril.ferlicot(a)gmail.com>: > > > >> Le 03/05/2017 Ã 16:41, Sven Van Caekenberghe a Ã©crit : > >> > >>> On 3 May 2017, at 12:18, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >>> > >>> Hi Cyril, > >>> > >>> I want to try to write such a detector. I'll get back to you. > >> > >> I added the following (Zn #bleedingEdge): > >> > >> === > >> Name: Zinc-Character-Encoding-Core-SvenVanCaekenberghe.49 > >> Author: SvenVanCaekenberghe > >> Time: 3 May 2017, 4:30:44.081888 pm > >> UUID: fe8b083d-010b-0d00-9df5-fde304bccfdc > >> Ancestors: Zinc-Character-Encoding-Core-SvenVanCaekenberghe.48 > >> > >> Add ZnCharacterEncoder class>>#detectEncoding: to try to heuristically > and unreliably guess the encoding used by a collection of bytes > >> > >> Add ZnCharacterEncoderTests>>#testDetectEncoding > >> > >> Add #= and #hash to ZnSimplifiedByteEncoder and > ZnEndianSensitiveUTFEncoder > >> > >> Always use canonical name in ZnSimplifiedByteEncoder > class>>#newForEncoding: > >> === > >> Name: Zinc-Character-Encoding-Tests-SvenVanCaekenberghe.31 > >> Author: SvenVanCaekenberghe > >> Time: 3 May 2017, 4:31:09.469852 pm > >> UUID: 30ef8b3e-010b-0d00-9df6-4a9304bccfdc > >> Ancestors: Zinc-Character-Encoding-Tests-SvenVanCaekenberghe.30 > >> > >> Add ZnCharacterEncoder class>>#detectEncoding: to try to heuristically > and unreliably guess the encoding used by a collection of bytes > >> > >> Add ZnCharacterEncoderTests>>#testDetectEncoding > >> > >> Add #= and #hash to ZnSimplifiedByteEncoder and > ZnEndianSensitiveUTFEncoder > >> > >> Always use canonical name in ZnSimplifiedByteEncoder > class>>#newForEncoding: > >> === > >> > >> > >> Now you can do the following: > >> > >> ZnCharacterEncoder detectEncoding: ((FileLocator desktop / 'some.data') > binaryReadStreamDo: [ :in | in upToEnd ]). > >> > >> (FileLocator desktop / 'some.data') binaryReadStreamDo: [ :in | > >> | bytes encoder | > >> bytes := in upToEnd. > >> encoder := ZnCharacterEncoder detectEncoding: bytes. > >> encoder decodeBytes: bytes ]. > >> > >> It works on the test file you gave me, but this process is just a > guess, a heuristic that is unreliable and often wrong (especially for very > similar byte encodings), see https://en.wikipedia.org/wiki/ > Charset_detection. > >> > >> You can give the whole contents to the detector, or just a header. > >> > >> I was a bit too optimistic though, this is basically an unsolvable > problem. It is MUCH better to somehow know up front what the encoding used > is, or to know something useable about the contents (like the header of > HTML or XML). > >> > >> Sven > >> > > > > Thank you! I'll try this tomorrow. If it works well I wonder if we can > > still includes it in Pharo6. Since it's only a little feature unused in > > Pharo it should not break anything but it would be cool addition for > Moose. > > > > But since it is feature freeze if people do not want I'll not push it > > for Pharo 6 :) > > > It shouldn't be included. There no such thing as side-effect-free change. > Moose can load a newer version of zinc. That is how it is supposed to be. > > Norbert > > -- > > Cyril Ferlicot > > https://ferlicot.fr > > > > http://www.synectique.eu > > 2 rue Jacques PrÃ©vert 01, > > 59650 Villeneuve d'ascq France > > > > >

May 4, 2017

Re: [Pharo-users] Out of image IDE

by Denis Kudriashov

Hi How answer him if he is out of this list? 2017-05-04 5:26 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > > 2. Is there anything that currently exists that involves remote image > > access that I could leverage as a starting point? > Anyway these link should be interesting to him: http://dionisiydk.blogspot.fr/2017/01/pharmide-pharo-remote-ide-to-develop.… http://dionisiydk.blogspot.fr/2016/07/major-seamless-update.html

May 4, 2017

Re: [Pharo-users] A Logo Proposal for Smalltalk

by Tudor Girba

Hi, I find it fascinating how the discussion about Smalltalk dialects happen in a Pharo mailing list :). One thing should be clear though: Pharo has a distinct identity depicted by a clear logo. This will not change. Cheers, Tudor > On May 3, 2017, at 9:13 PM, horrido <horrido.hobbies(a)gmail.com> wrote: > > I expect it to be used in exactly the same way other languages like Clojure, > Elixir, Kotlin, and Julia use theirs. Of course, whether these logos are > widely used has more to do with the languages' promotional efforts. > > As for the commercial entities, they may choose to use it or not. This > depends on their marketing approaches. Cincom doesn't have a product logo > for VisualWorks, nor does Instantiations for VA Smalltalk, but GemTalk does > for GemStone/S. It's entirely up to them. > > I think the logo can, and should, be used whenever the presentation is *not > product-specific*. > > I wonder how other languages control their copyrights. > > > > Ben Coman wrote >> I half like the idea of a Smalltalk logo, but logos are most effective >> when >> they are widely used. >> Once we have this "official" logo, how do you expect it to be used? >> Do you expect organisations to use it in their literature as part of their >> branding identity? >> Should it get equal weighting as their corporate identity? >> Will all these commercial entities feel the logo strengthens their >> position >> in solidarity, >> or dilutes their position. You know that some our community differentiate >> Pharo from Smalltalk. >> >> Also an important question to determine early on, >> how will copyright and trademark rights of the logo be controlled? >> >> cheers -ben > > > > > > -- > View this message in context: http://forum.world.st/A-Logo-Proposal-for-Smalltalk-tp4945122p4945487.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > -- www.tudorgirba.com www.feenk.com "The coherence of a trip is given by the clearness of the goal."

May 4, 2017