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

Re: [Pharo-dev] Path >> fullName should not be the same as printString

by stepharo

So damien what is the solution? Le 7/10/16 Ã 18:18, Damien Pollet a Ã©crit : > Path >> printString returns a self-evaluating representation, which is > fine. Its symmetric is thus Compiler >> evaluate: aString. > > (Path from: aString) parses the unix/url representation of a path and > results in a Path instance. As far as I understand, #fullName should > be the symmetric of that, so that we always have (modulo syntactic > normalization, maybe) : > > (Path from: aString) fullName = aString > > Note that there's an edge case with the empty string that is wrong (at > least it should be confusing to unix guys): > > Path from: ''. "Path root" > > Usually the absolute path for the root of the filesystem is explicitly > noted '/', and an empty path is equivalent to '.' > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet

Oct. 8, 2016

Re: [Pharo-dev] Talk at Google Devdays BE accepted

by stepharo

super cool :) You should contact cyril because he once explained to me that the pharo version was better than the google one (but now they released a new version). Le 7/10/16 Ã 14:03, phil(a)highoctane.be a Ã©crit : > > Title is Material Design Lite in Pharo. > > Phil >

Oct. 8, 2016

Re: [Pharo-dev] Talk at Google Devdays BE accepted

by Guillaume Larcheveque

Really Nice! We developed some of the Widgets with Cyril (NestedList, Paginated list...) so told us if you want some explanations about their implementation. 2016-10-07 17:34 GMT+02:00 olivier auverlot <olivier.auverlot(a)gmail.com>: > Cool ð > > Le 7 oct. 2016 14:04, "phil(a)highoctane.be" <phil(a)highoctane.be> a Ã©crit : > >> Title is Material Design Lite in Pharo. >> >> Phil >> > -- *Guillaume Larcheveque*

Oct. 8, 2016

Re: [Pharo-dev] [ANN] Tealight

by philippe.back＠highoctane.be

Looks nice. Is there a way to turn the dynamic routes done in the "experiments" mode into a set of methods + pragmas? Phil Le 8 oct. 2016 10:16, "Torsten Bergmann" <astares(a)gmx.de> a Ã©crit : > Hi, > > I wrote a small extension "Tealight" for the Teapot framework that makes it > even easier to experiment with web based interfaces/web calls into Pharo > running on the server side. > > It additionally allows you to easily define and generate a simple or > versioned web > interface for your own apps. > > With this extension REST annotated methods like > > greeting: aRequest > <REST_API: 'GET' pattern: 'hello'> > > ^'HelloWorld from Pharo' > > are transformed into dynamic Teapot routes and can be accessed easily via > web. > > You can use two pragmas: > > #REST_API:pattern: for standard APIs > #REST_API:versions:pattern for versioned APIs > > Full docu explaining how to use it is added on > > https://github.com/astares/Tealight > > It also shows the new custom "Teaspoon" inspector extension tool > implemented by > Attila Magyar - which is really cool to experiment and call the web methods > without a web browser or Zinc scripts. > > So far there is no config for Tealight for the catalog yet, will add this > soon. > So for the time being you need to load the latest version via > > Metacello new > repository: 'github://astares/Tealight/repository'; > baseline: 'Tealight'; > load > > to follow the docu description. > > Have fun! > > Bye > T. > >

Oct. 8, 2016

Re: [Pharo-dev] [ANN] Tealight

by Tudor Girba

Nice work. Thanks! Doru > On Oct 8, 2016, at 10:15 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi, > > I wrote a small extension "Tealight" for the Teapot framework that makes it > even easier to experiment with web based interfaces/web calls into Pharo > running on the server side. > > It additionally allows you to easily define and generate a simple or versioned web > interface for your own apps. > > With this extension REST annotated methods like > > greeting: aRequest > <REST_API: 'GET' pattern: 'hello'> > > ^'HelloWorld from Pharo' > > are transformed into dynamic Teapot routes and can be accessed easily via web. > > You can use two pragmas: > > #REST_API:pattern: for standard APIs > #REST_API:versions:pattern for versioned APIs > > Full docu explaining how to use it is added on > > https://github.com/astares/Tealight > > It also shows the new custom "Teaspoon" inspector extension tool implemented by > Attila Magyar - which is really cool to experiment and call the web methods > without a web browser or Zinc scripts. > > So far there is no config for Tealight for the catalog yet, will add this soon. > So for the time being you need to load the latest version via > > Metacello new > repository: 'github://astares/Tealight/repository'; > baseline: 'Tealight'; > load > > to follow the docu description. > > Have fun! > > Bye > T. > -- www.tudorgirba.com www.feenk.com "Every successful trip needs a suitable vehicle."

Oct. 8, 2016

[ANN] Tealight

by Torsten Bergmann

Hi, I wrote a small extension "Tealight" for the Teapot framework that makes it even easier to experiment with web based interfaces/web calls into Pharo running on the server side. It additionally allows you to easily define and generate a simple or versioned web interface for your own apps. With this extension REST annotated methods like greeting: aRequest <REST_API: 'GET' pattern: 'hello'> ^'HelloWorld from Pharo' are transformed into dynamic Teapot routes and can be accessed easily via web. You can use two pragmas: #REST_API:pattern: for standard APIs #REST_API:versions:pattern for versioned APIs Full docu explaining how to use it is added on https://github.com/astares/Tealight It also shows the new custom "Teaspoon" inspector extension tool implemented by Attila Magyar - which is really cool to experiment and call the web methods without a web browser or Zinc scripts. So far there is no config for Tealight for the catalog yet, will add this soon. So for the time being you need to load the latest version via Metacello new repository: 'github://astares/Tealight/repository'; baseline: 'Tealight'; load to follow the docu description. Have fun! Bye T.

Oct. 8, 2016

Path >> fullName should not be the same as printString

by Damien Pollet

Path >> printString returns a self-evaluating representation, which is fine. Its symmetric is thus Compiler >> evaluate: aString. (Path from: aString) parses the unix/url representation of a path and results in a Path instance. As far as I understand, #fullName should be the symmetric of that, so that we always have (modulo syntactic normalization, maybe) : (Path from: aString) fullName = aString Note that there's an edge case with the empty string that is wrong (at least it should be confusing to unix guys): Path from: ''. "Path root" Usually the absolute path for the root of the filesystem is explicitly noted '/', and an empty path is equivalent to '.' -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Oct. 7, 2016

Re: [Pharo-dev] Talk at Google Devdays BE accepted

by olivier auverlot

Cool ð Le 7 oct. 2016 14:04, "phil(a)highoctane.be" <phil(a)highoctane.be> a Ã©crit : > Title is Material Design Lite in Pharo. > > Phil >

Oct. 7, 2016

Talk at Google Devdays BE accepted

by phil＠highoctane.be

Title is Material Design Lite in Pharo. Phil

Oct. 7, 2016

[pharo-project/pharo-core] 8eedb0: 60257

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 8eedb05543da1bc89197b48ec4b55736006cc62e https://github.com/pharo-project/pharo-core/commit/8eedb05543da1bc89197b48e… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-10-07 (Fri, 07 Oct 2016) Changed paths: M Refactoring-Critics.package/RBTransformationRule.class/instance/running/basicCheck_.st M Refactoring-Critics.package/RBTransformationRule.class/instance/running/checkMethod_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60256.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60257.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60256.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60257.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60257 19107 Rule "Eleminate unnecessary nots" suggest to introduce some bugs https://pharo.fogbugz.com/f/cases/19107 http://files.pharo.org/image/60/60257.zip

Oct. 7, 2016