Re: [Pharo-users] [ANN] Teapot 0.8 micro web framework

2014-08-28 Thread S Krish
The framework is nice.. and addictive to play with as stated before, well
documented, clean and easy.. !

Potentially a good tool to weave into any app. My quick play with the
framework, surprised me with its productive usage.. so here it goes..
Teapot: Pharo web REST framework, it ain’t micro
https://skrishnamachari.wordpress.com/2014/08/28/teapot-pharo-web-rest-framework-it-aint-micro/


On Mon, Aug 25, 2014 at 11:06 PM, Attila Magyar m.magy...@gmail.com wrote:

 Santiago Bragagnolo wrote
  I played a little bit with Teapot last week during ESUG and was
 wondering
  what is your flow when you are designing/experimenting an API with
  Teapot?
  Do you reset the instance everytime you modify/add a route?

 I'm not sure i understand it correctly. The routes are stored in a router
 in
 an OrderedCollection. If you say

 teapot
GET: '/foo/bar' - someAction

 A new Route will be created with the given url pattern, action, http method
 and default response transformer. The first 3 things cannot be modifed
 later, but the response transformer can. So if you say:

 teapot
GET: '/foo/bar' - someAction; output: #ston

 Then the ston transformer will be added to the current route, after the
 route was added to the router. Teapot stores a  reference to the current
 route to be able to do this. In the future there may be other messages (eg.
 filtering based on the content-type or other request properties). The
 reason
 for doing this is to avoid the combinatorial explosion of method numbers
 (there is no need to implement GET:output:, POST:output:, etc..).

 Is it an answer for your question or did you mean something else?



 --
 View this message in context:
 http://forum.world.st/ANN-Teapot-0-8-micro-web-framework-tp4774449p4774693.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.




Re: [Pharo-users] Unintuitive behavior of class-side initialize

2014-08-28 Thread kilon alios
you can read the book here

https://www.gitbook.io/book/kilon/pbe

main repo is here

https://github.com/SquareBracketAssociates/UpdatedPharoByExample

Sure exercises are always a good idea. We use pillar syntax which is quite
simple, drop off to irc chat #Pharo at freenode to discuss the detail
though most things are already well documented about the process of
contributing to the book.

I have ported so far 4 chapter and I am in chapter 5 , Damien has port one
chapter and Stephan partly ported another so we around 50% of the book.





On Thu, Aug 28, 2014 at 1:51 PM, Ignacio Sniechowski 0800na...@gmail.com
wrote:

   Kilon,
 Do you have a preview version of the updated book?
 I would love to see it.
 Also would you consider adding some exercises will be a good addition? I
 think solet me know and i guess i can merge the project i've started to
 the updated book.
 Best
 Nacho

  Enviado desde Molto http://www.moltoapp.com/app?tag=ipad_sig para iPad

  De: kilon alios
 Enviado: miércoles, agosto 27, 2014 09:50 a.m.
 Para: Any question about pharo is welcome
 Asunto: Re: [Pharo-users] Unintuitive behavior of class-side initialize

 I will be adding an Introduction to Object Orientation chapter to the
 new updated Pharo By Example online book, so I will add this to the
 chapter. The chapter will target people not familiar with Object
 Orientation and people new to coding. Its not an immediate target but it
 will happen till the end of the year.


 On Wed, Aug 27, 2014 at 3:44 PM, Mariano Martinez Peck 
 marianop...@gmail.com wrote:




 On Wed, Aug 27, 2014 at 8:22 AM, webwarrior r...@webwarrior.ws wrote:

 As class is just an object in Smalltalk, it would be reasonable to
 believe
 that #initialize message is always sent to class on creation.

 However, that's not true. It is only sent to classes that redefine
 #initialize. Also sending super initialize may lead to problems.


 Ohhh yes. There is always a time for every Smalltalkers where you
 discover that doing super for class side initialize is not a good idea.
 Here was my time:
 http://forum.world.st/super-initialize-is-not-a-good-idea-for-Behaviors-td3086162.html


 None of these is mentioned in documentation (I assume Pahro By Example is
 the official one). It only says that #initialize is sent when class is
 loaded into memory.

 I think either this behavior should be made more consistent, or
 excplicitly
 mentioned in the docs.



 +1 to the documentation





 --
 View this message in context:
 http://forum.world.st/Unintuitive-behavior-of-class-side-initialize-tp4775042.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.




 --
 Mariano
 http://marianopeck.wordpress.com





Re: [Pharo-users] Unintuitive behavior of class-side initialize

2014-08-28 Thread Ignacio Sniechowski

thanks,
Im familiar with pillar as incontributed some stuff for the pharo for the 
enterprise.
I will take a look. Also
Thanks for your video tutorials, they are really awesome.
Please please continue to add more.
Take care
Nacho

Enviado desde Molto para iPad

De: kilon alios
Enviado: jueves, agosto 28, 2014 08:02 a.m.
Para: Any question about pharo is welcome
Asunto: Re: [Pharo-users] Unintuitive behavior of class-side initialize

you can read the book here

https://www.gitbook.io/book/kilon/pbe

main repo is here

https://github.com/SquareBracketAssociates/UpdatedPharoByExample

Sure exercises are always a good idea. We use pillar syntax which is quite 
simple, drop off to irc chat #Pharo at freenode to discuss the detail though 
most things are already well documented about the process of contributing to 
the book. 

I have ported so far 4 chapter and I am in chapter 5 , Damien has port one 
chapter and Stephan partly ported another so we around 50% of the book. 





On Thu, Aug 28, 2014 at 1:51 PM, Ignacio Sniechowski 0800na...@gmail.com 
wrote:
Kilon,
Do you have a preview version of the updated book?
I would love to see it.
Also would you consider adding some exercises will be a good addition? I think 
solet me know and i guess i can merge the project i've started to the 
updated book.
Best
Nacho

Enviado desde Molto para iPad

De: kilon alios
Enviado: miércoles, agosto 27, 2014 09:50 a.m.
Para: Any question about pharo is welcome
Asunto: Re: [Pharo-users] Unintuitive behavior of class-side initialize

I will be adding an Introduction to Object Orientation chapter to the new 
updated Pharo By Example online book, so I will add this to the chapter. The chapter will 
target people not familiar with Object Orientation and people new to coding. Its not an 
immediate target but it will happen till the end of the year.   


On Wed, Aug 27, 2014 at 3:44 PM, Mariano Martinez Peck marianop...@gmail.com 
wrote:



On Wed, Aug 27, 2014 at 8:22 AM, webwarrior r...@webwarrior.ws wrote:
As class is just an object in Smalltalk, it would be reasonable to believe
that #initialize message is always sent to class on creation.

However, that's not true. It is only sent to classes that redefine
#initialize. Also sending super initialize may lead to problems.


Ohhh yes. There is always a time for every Smalltalkers where you discover that 
doing super for class side initialize is not a good idea.
Here was my time: 
http://forum.world.st/super-initialize-is-not-a-good-idea-for-Behaviors-td3086162.html
 
None of these is mentioned in documentation (I assume Pahro By Example is
the official one). It only says that #initialize is sent when class is
loaded into memory.

I think either this behavior should be made more consistent, or excplicitly
mentioned in the docs.


+1 to the documentation 
 



--
View this message in context: 
http://forum.world.st/Unintuitive-behavior-of-class-side-initialize-tp4775042.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.




--
Mariano
http://marianopeck.wordpress.com




Re: [Pharo-users] Unintuitive behavior of class-side initialize

2014-08-28 Thread Christophe Demarey

Le 27 août 2014 à 19:04, p...@highoctane.be a écrit :

 Yeah don't do super initialize unless you know why on the class side.
 
 That being said class side initialize is pretty cool when loading new 
 packages and setting everything up automagically.
 
In my opinion, it would be better to have a package initialization method for 
that purpose. 



smime.p7s
Description: S/MIME cryptographic signature


Re: [Pharo-users] Unintuitive behavior of class-side initialize

2014-08-28 Thread kilon alios
ah nice then you already a contributor and you dont need permission to add
to updated pbe repo.

thank you for the kind words, when I started making them I had some doubts
about how good they will be so I am very glad that people find them useful
and that motivates me to keep making them. The video tutorials will
continue non stop and soon as I finish with the core of pharo I would like
to dive into Morphic.




On Thu, Aug 28, 2014 at 2:05 PM, Ignacio Sniechowski 0800na...@gmail.com
wrote:

   thanks,
 Im familiar with pillar as incontributed some stuff for the pharo for the
 enterprise.
 I will take a look. Also
 Thanks for your video tutorials, they are really awesome.
 Please please continue to add more.
 Take care
 Nacho

  Enviado desde Molto http://www.moltoapp.com/app?tag=ipad_sig para iPad

  De: kilon alios
 Enviado: jueves, agosto 28, 2014 08:02 a.m.
 Para: Any question about pharo is welcome
 Asunto: Re: [Pharo-users] Unintuitive behavior of class-side initialize

 you can read the book here

 https://www.gitbook.io/book/kilon/pbe

 main repo is here

 https://github.com/SquareBracketAssociates/UpdatedPharoByExample

 Sure exercises are always a good idea. We use pillar syntax which is quite
 simple, drop off to irc chat #Pharo at freenode to discuss the detail
 though most things are already well documented about the process of
 contributing to the book.

 I have ported so far 4 chapter and I am in chapter 5 , Damien has port one
 chapter and Stephan partly ported another so we around 50% of the book.





 On Thu, Aug 28, 2014 at 1:51 PM, Ignacio Sniechowski 0800na...@gmail.com
 wrote:

   Kilon,
 Do you have a preview version of the updated book?
 I would love to see it.
 Also would you consider adding some exercises will be a good addition? I
 think solet me know and i guess i can merge the project i've started to
 the updated book.
 Best
 Nacho

  Enviado desde Molto http://www.moltoapp.com/app?tag=ipad_sig para iPad

  De: kilon alios
 Enviado: miércoles, agosto 27, 2014 09:50 a.m.
 Para: Any question about pharo is welcome
 Asunto: Re: [Pharo-users] Unintuitive behavior of class-side initialize

 I will be adding an Introduction to Object Orientation chapter to the
 new updated Pharo By Example online book, so I will add this to the
 chapter. The chapter will target people not familiar with Object
 Orientation and people new to coding. Its not an immediate target but it
 will happen till the end of the year.


 On Wed, Aug 27, 2014 at 3:44 PM, Mariano Martinez Peck 
 marianop...@gmail.com wrote:




 On Wed, Aug 27, 2014 at 8:22 AM, webwarrior r...@webwarrior.ws wrote:

 As class is just an object in Smalltalk, it would be reasonable to
 believe
 that #initialize message is always sent to class on creation.

 However, that's not true. It is only sent to classes that redefine
 #initialize. Also sending super initialize may lead to problems.


 Ohhh yes. There is always a time for every Smalltalkers where you
 discover that doing super for class side initialize is not a good idea.
 Here was my time:
 http://forum.world.st/super-initialize-is-not-a-good-idea-for-Behaviors-td3086162.html


 None of these is mentioned in documentation (I assume Pahro By Example
 is
 the official one). It only says that #initialize is sent when class is
 loaded into memory.

 I think either this behavior should be made more consistent, or
 excplicitly
 mentioned in the docs.



 +1 to the documentation





 --
 View this message in context:
 http://forum.world.st/Unintuitive-behavior-of-class-side-initialize-tp4775042.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.




 --
 Mariano
 http://marianopeck.wordpress.com






Re: [Pharo-users] Pharo on Nvidia Jetson TK1?

2014-08-28 Thread volk...@nivoba.de
Do we have a Pharo 3.0 VM for ARM/Ubuntu? If so, i will click me a 
Jetson TK1.


BW,
Volkert


Am 27.08.2014 um 23:07 schrieb stepharo:


On 27/8/14 22:29, volk...@nivoba.de wrote:
Wouldn't this a nice platform for Pharo? I mean a Pharo with full 
CUDA and OpenGL Support ... i would like it. :-)

me too but time/money...
for the OpenGL support there is already a part.



https://developer.nvidia.com/jetson-tk1
http://devblogs.nvidia.com/parallelforall/jetson-tk1-mobile-embedded-supercomputer-cuda-everywhere/ 


http://elinux.org/Jetson_TK1
http://developer.download.nvidia.com/embedded/jetson/TK1/docs/Jetson_platform_brief_May2014.pdf 


https://www.youtube.com/watch?v=9teSvCL0NX0
https://www.youtube.com/watch?v=YfUHei3M0Jw

BW,
Volkert






--
www.nivoba.de

The more complex an object, the larger the investment in learning to use it, and 
the greater the resistance to abandon it., NW




[Pharo-users] Installing STON from a playground/workspace

2014-08-28 Thread Offray Vladimir Luna Cárdenas

Hi,

Last night I was playing with STON for a while. There is still things to 
learn (and I have already made my questions in the proper thread) but so 
far I have really like it.


I installed it from Configuration Browser, but I would like to install 
it from a playground/workspace. I know where is located at SmalltalkHub 
and I can see there the Monticello registration, but in the chapter 
about Monticello this seems to be used for source control with graphical 
tools. How can I install STON from a playground/workspace instead of 
using graphical tools like Monticello or Configuration Browser? How can 
I know this from the SmalltalkHub page?


Thanks

Offray



Re: [Pharo-users] Installing STON from a playground/workspace

2014-08-28 Thread p...@highoctane.be
http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/Gofer.pdf

may help.

Phil



On Thu, Aug 28, 2014 at 7:25 PM, Offray Vladimir Luna Cárdenas 
off...@riseup.net wrote:

 Hi,

 Last night I was playing with STON for a while. There is still things to
 learn (and I have already made my questions in the proper thread) but so
 far I have really like it.

 I installed it from Configuration Browser, but I would like to install it
 from a playground/workspace. I know where is located at SmalltalkHub and I
 can see there the Monticello registration, but in the chapter about
 Monticello this seems to be used for source control with graphical tools.
 How can I install STON from a playground/workspace instead of using
 graphical tools like Monticello or Configuration Browser? How can I know
 this from the SmalltalkHub page?

 Thanks

 Offray





Re: [Pharo-users] Installing STON from a playground/workspace

2014-08-28 Thread Offray Vladimir Luna Cárdenas

Hi Phil and thanks,

I've tried this two:

[1]=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Gofer new
url: 'http://www.smalltalkhub.com/mc/SvenVanCaekenberghe/STON/main';
package: 'STON';
load.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-

and:

[2]=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Gofer new
smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON';
package: 'STON';
load.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Both of them gave me Error: Unable to resolve STON.

I have already seen the Gofer chapter you point me (sorry to forgot to 
mention that), but it doesn't seem pretty clear, because it says:


[3]=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Here is a typical Gofer script: it says that we want to load the package
PBE2GoferExample from the repository PBE2GoferExample
that is available on http://www.smalltalkhub.com
in the account of JannikLaval.


Gofer new
   url: 'http://smalltalkhub.com/mc/PharoBooks/GoferExample/main';
   package: 'PBE2GoferExample';
   load
=-=-=-=-=-=-=-=-=-=-=-=-=-=-


But if I try something similar without any mention to the user (as in 
[1]) or if I try loading it like with my own repo (as in [2]) I get the 
same errror. There is something I'm missing about how to get the proper 
Gofer command from a url in SmalltalkHub and I would like to have it 
clear, because guessing is not working.


Cheers,

Offray


On 08/28/2014 01:12 PM, p...@highoctane.be wrote:

http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/Gofer.pdf

may help.

Phil



On Thu, Aug 28, 2014 at 7:25 PM, Offray Vladimir Luna Cárdenas
off...@riseup.net mailto:off...@riseup.net wrote:

 Hi,

 Last night I was playing with STON for a while. There is still things to
 learn (and I have already made my questions in the proper thread) but so 
far
 I have really like it.

 I installed it from Configuration Browser, but I would like to install it
 from a playground/workspace. I know where is located at SmalltalkHub and I
 can see there the Monticello registration, but in the chapter about
 Monticello this seems to be used for source control with graphical tools.
 How can I install STON from a playground/workspace instead of using
 graphical tools like Monticello or Configuration Browser? How can I know
 this from the SmalltalkHub page?

 Thanks

 Offray








Re: [Pharo-users] Installing STON from a playground/workspace

2014-08-28 Thread Sven Van Caekenberghe
Offray,

I am glad you like STON.

It is best to use a Metacello configuration, if there is one.

Then, the load script would be:

Gofer it
 smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON';
 configuration;
 loadStable.

STON lives both in StHub and on SS3, so alternatively you can do:

Gofer it
 url: 'http://ss3.gemstone.com/ss/STON';
 configuration;
 loadStable.

HTH,

Sven

PS: the error you made is that the package is called STON-Core ;-)

On 28 Aug 2014, at 22:52, Offray Vladimir Luna Cárdenas off...@riseup.net 
wrote:

 Hi Phil and thanks,
 
 I've tried this two:
 
 [1]=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Gofer new
url: 'http://www.smalltalkhub.com/mc/SvenVanCaekenberghe/STON/main';
package: 'STON';
load.
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-
 
 and:
 
 [2]=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Gofer new
smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON';
package: 'STON';
load.
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-
 
 Both of them gave me Error: Unable to resolve STON.
 
 I have already seen the Gofer chapter you point me (sorry to forgot to 
 mention that), but it doesn't seem pretty clear, because it says:
 
 [3]=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Here is a typical Gofer script: it says that we want to load the package
 PBE2GoferExample from the repository PBE2GoferExample
 that is available on http://www.smalltalkhub.com
 in the account of JannikLaval.
 
 
 Gofer new
   url: 'http://smalltalkhub.com/mc/PharoBooks/GoferExample/main';
   package: 'PBE2GoferExample';
   load
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-
 
 
 But if I try something similar without any mention to the user (as in [1]) or 
 if I try loading it like with my own repo (as in [2]) I get the same errror. 
 There is something I'm missing about how to get the proper Gofer command from 
 a url in SmalltalkHub and I would like to have it clear, because guessing is 
 not working.
 
 Cheers,
 
 Offray
 
 
 On 08/28/2014 01:12 PM, p...@highoctane.be wrote:
 http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/Gofer.pdf
 
 may help.
 
 Phil
 
 
 
 On Thu, Aug 28, 2014 at 7:25 PM, Offray Vladimir Luna Cárdenas
 off...@riseup.net mailto:off...@riseup.net wrote:
 
 Hi,
 
 Last night I was playing with STON for a while. There is still things to
 learn (and I have already made my questions in the proper thread) but so 
 far
 I have really like it.
 
 I installed it from Configuration Browser, but I would like to install it
 from a playground/workspace. I know where is located at SmalltalkHub and 
 I
 can see there the Monticello registration, but in the chapter about
 Monticello this seems to be used for source control with graphical tools.
 How can I install STON from a playground/workspace instead of using
 graphical tools like Monticello or Configuration Browser? How can I know
 this from the SmalltalkHub page?
 
 Thanks
 
 Offray