Re: [Pharo-users] Another Pharo based solution released
Congrats, Keep up the good work!! *G R Thushar* On Tue, Jun 10, 2014 at 1:39 AM, p...@highoctane.be p...@highoctane.be wrote: Congratulations! Le 9 juin 2014 20:35, Sven Van Caekenberghe s...@stfx.eu a écrit : Nice to see that things are going well, keep it up ! On 09 Jun 2014, at 20:22, Esteban A. Maringolo emaring...@gmail.com wrote: Last Friday my company released a new software solution that involves Pharo in the server side. It consists of a Android based app running on tablets, used for the showcase and sales of products during expos (of retail companies), backed by a Pharo server through a REST API, and with a Seaside based admin/users web. The first expo was during the last weekend (fri-sun), and it involved the sales of a large number of orders and products (I can't disclose the numbers). The scale of the solution/user base is small, far from being cloud scale, but it is for one of the largest consumer goods manufacturer (and the one who sold the most during the expo). Anyhow, the server handled all the request perfectly, without a single glitch. We already have some future expos scheduled. So it will continue to run along the already running Pharo based solution in the same company. Best regards! Esteban A. Maringolo
[Pharo-users] Coding by sending messages
hello, It's interesting that in Smalltalk, coding is still done via a text editor, not by sending messages to objects (except in the background, parsing compiling etc). I've been playing with coding by messaging nodes in the AST with a view to coding this way via Roassal graph visualizations of object dependencies combined with some nice graphical tools. Has any work on this way of coding been done before ? What I have in mind is a keyboard-centric, fast system designed as an alternative to the text editor, with a focus on top-down style coding.
Re: [Pharo-users] Coding by sending messages
Hello, The problem is that in most cases non text editor based IDE are not user-friendly/hard to understand/hard to use. We are moving toward AST based tools software side but it will still be a textEditor for the user interface. I remember there may be something similar to what you are looking for here (Gaucho IDE): http://www.inf.usi.ch/phd/olivero/gaucho/home.html In addition there is the Smart Browser that will be introduced at ESUG ( http://vimeo.com/96091089) tht may be related to what you want. People are working on it currently. But perhaps these 2 projects are quite different. 2014-06-11 11:31 GMT+02:00 Matthew Chadwick p...@celeriac.net: hello, It's interesting that in Smalltalk, coding is still done via a text editor, not by sending messages to objects (except in the background, parsing compiling etc). I've been playing with coding by messaging nodes in the AST with a view to coding this way via Roassal graph visualizations of object dependencies combined with some nice graphical tools. Has any work on this way of coding been done before ? What I have in mind is a keyboard-centric, fast system designed as an alternative to the text editor, with a focus on top-down style coding.
Re: [Pharo-users] Coding by sending messages
The VisualAge series from IBM (Instantiations now owns the Smalltalk variant) used a very visual programming metaphor for Smalltalk, C++ and Java. C++ and Java programmers tended to not like the fact that ENVY was used for code, rather than the file system, and that kind of if you don't act like it's 1978, you're not a real coder) is a big part of the problem in popularizing decent tools. The Java variant was replaced by Eclipse, which initially had about a quarter of the features and used 10x the memory. The C++ variant is I believe only still available on AIX. All of the versions were themselves written in Smalltalk. -- Andrew Glynn 512-818-3291 Hello, The problem is that in most cases non text editor based IDE are not user- friendly/hard to understand/hard to use. We are moving toward AST based tools software side but it will still be a textEditor for the user interface. I remember there may be something similar to what you are looking for here (Gaucho IDE): http://www.inf.usi.ch/phd/olivero/gaucho/home.html[1] In addition there is the Smart Browser that will be introduced at ESUG (http://vimeo.com/96091089[2]) tht may be related to what you want. People are working on it currently. But perhaps these 2 projects are quite different. 2014-06-11 11:31 GMT+02:00 Matthew Chadwick p...@celeriac.net[3]: hello, It's interesting that in Smalltalk, coding is still done via a text editor, not by sending messages to objects (except in the background, parsing compiling etc). I've been playing with coding by messaging nodes in the AST with a view to coding this way via Roassal graph visualizations of object dependencies combined with some nice graphical tools. Has any work on this way of coding been done before ? What I have in mind is a keyboard-centric, fast system designed as an alternative to the text editor, with a focus on top-down style coding. [1] http://www.inf.usi.ch/phd/olivero/gaucho/home.html [2] http://vimeo.com/96091089 [3] mailto:p...@celeriac.net
[Pharo-users] Gradualtalk
I am trying to look at the annotation typing used in Gradualtalk, but I am having no success. I download the gradualtalk. zip and what I think is the correct Cog VM, but when I run Croquet I do not see any window; I do see the application running in the Task Manager. I am trying to install it on a computer running Windows Vista. The files in the Gradualtalk directory are: Croquet.execreated 4 Oct 2010 Croquet.ini Croquet.map Gradualtalk.changes created 3 12 2013 Gradualtalk.image PharoDebug.log SqueadFFIPrims.dll stderr Win32OSProcessPlugin.dll Both stderr and PharoDebug.log were created when I attempted the run. The PharoDebug.log has the following: THERE_BE_DRAGONS_HERE Startup Error: MessageNotUnderstood: receiver of do: is nil 11 June 2014 9:36:03.002 am VM: Win32 - IX86 - 6.0 - Any help would be appreciated. Would I have more success on a Mac? bw PS: Will the annotation typing be included in a future Pharo releases?
Re: [Pharo-users] Gradualtalk
Hi Bob, I think you’ve got the wrong vm. We have not tried Gradualtalk on Windows, but it’s odd to me that your vm is Croquet.exe. Could you download the latest vm from the Pharo website and try with that? On Jun 11, 2014, at 10:16 AM, Bob Williams rwilliam...@cox.net wrote: I am trying to look at the annotation typing used in Gradualtalk, but I am having no success. I download the gradualtalk. zip and what I think is the correct Cog VM, but when I run Croquet I do not see any window; I do see the application running in the Task Manager. I am trying to install it on a computer running Windows Vista. The files in the Gradualtalk directory are: Croquet.execreated 4 Oct 2010 Croquet.ini Croquet.map Gradualtalk.changes created 3 12 2013 Gradualtalk.image PharoDebug.log SqueadFFIPrims.dll stderr Win32OSProcessPlugin.dll Both stderr and PharoDebug.log were created when I attempted the run. The PharoDebug.log has the following: THERE_BE_DRAGONS_HERE Startup Error: MessageNotUnderstood: receiver of do: is nil 11 June 2014 9:36:03.002 am VM: Win32 - IX86 - 6.0 - Any help would be appreciated. Would I have more success on a Mac? bw PS: Will the annotation typing be included in a future Pharo releases? --- Save our in-boxes! http://emailcharter.org --- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
Re: [Pharo-users] Another Pharo based solution released
Congratulations! Doru On Mon, Jun 9, 2014 at 8:22 PM, Esteban A. Maringolo emaring...@gmail.com wrote: Last Friday my company released a new software solution that involves Pharo in the server side. It consists of a Android based app running on tablets, used for the showcase and sales of products during expos (of retail companies), backed by a Pharo server through a REST API, and with a Seaside based admin/users web. The first expo was during the last weekend (fri-sun), and it involved the sales of a large number of orders and products (I can't disclose the numbers). The scale of the solution/user base is small, far from being cloud scale, but it is for one of the largest consumer goods manufacturer (and the one who sold the most during the expo). Anyhow, the server handled all the request perfectly, without a single glitch. We already have some future expos scheduled. So it will continue to run along the already running Pharo based solution in the same company. Best regards! Esteban A. Maringolo -- www.tudorgirba.com Every thing has its own flow
[Pharo-users] Base64 encoding + UTF8 ?
I might hit some problem with Base64 encoding in there. It seems that Pharo does not use UTF8 for its Base64 encoding. I'm probably missing something related to Base64 encoding... In Pharo 3.0: ZnBase64Encoder new encode: 'tamèreenslipdeguerre' asByteArray. - 'dGFt6HJlZW5zbGlwZGVndWVycmU=' 'tamèreenslipdeguerre' base64Encoded. - 'dGFt6HJlZW5zbGlwZGVndWVycmU=' In Ruby 2.0: Base64.strict_encode64(tamèreenslipdeguerre) - dGFtw6hyZWVuc2xpcGRlZ3VlcnJl http://www.motobit.com/util/base64-decoder-encoder.asp (iso-8859-1) tamèreenslipdeguerre - dGFt6HJlZW5zbGlwZGVndWVycmU= http://www.motobit.com/util/base64-decoder-encoder.asp (utf8) -tamèreenslipdeguerre dGFtw6hyZWVuc2xpcGRlZ3VlcnJl
Re: [Pharo-users] Base64 encoding + UTF8 ?
Bonsoir François, From the class comment of ZnBase64Encoder: [...] Note that to encode a String as Base64, you first have to encode the characters as bytes using a character encoder. [...] Sending #asByteArray to a String is the same as doing no encoding (or doing null encoding). Consider: ZnBase64Encoder new encode: (ZnUTF8Encoder new encodeString: 'tamèreenslipdeguerre'). = 'dGFtw6hyZWVuc2xpcGRlZ3VlcnJl' ZnBase64Encoder new encode: (ZnByteEncoder iso88591 encodeString: 'tamèreenslipdeguerre'). = 'dGFt6HJlZW5zbGlwZGVndWVycmU=' ZnBase64Encoder new encode: (ZnNullEncoder new encodeString: 'tamèreenslipdeguerre'). = 'dGFt6HJlZW5zbGlwZGVndWVycmU=' The last two are often the same, and thus equivalent to #asByteArray, but not always. HTH, Sven On 11 Jun 2014, at 21:56, François Stephany tulipe.mouta...@gmail.com wrote: I might hit some problem with Base64 encoding in there. It seems that Pharo does not use UTF8 for its Base64 encoding. I'm probably missing something related to Base64 encoding... In Pharo 3.0: ZnBase64Encoder new encode: 'tamèreenslipdeguerre' asByteArray. - 'dGFt6HJlZW5zbGlwZGVndWVycmU=' 'tamèreenslipdeguerre' base64Encoded. - 'dGFt6HJlZW5zbGlwZGVndWVycmU=' In Ruby 2.0: Base64.strict_encode64(tamèreenslipdeguerre) - dGFtw6hyZWVuc2xpcGRlZ3VlcnJl http://www.motobit.com/util/base64-decoder-encoder.asp (iso-8859-1) tamèreenslipdeguerre - dGFt6HJlZW5zbGlwZGVndWVycmU= http://www.motobit.com/util/base64-decoder-encoder.asp (utf8) -tamèreenslipdeguerre dGFtw6hyZWVuc2xpcGRlZ3VlcnJl
Re: [Pharo-users] Base64 encoding + UTF8 ?
Oh stupid me! Thanks a lot Sven, crystal clear explanations (and class comments!), as always :) On Wed, Jun 11, 2014 at 10:28 PM, Sven Van Caekenberghe s...@stfx.eu wrote: Bonsoir François, From the class comment of ZnBase64Encoder: [...] Note that to encode a String as Base64, you first have to encode the characters as bytes using a character encoder. [...] Sending #asByteArray to a String is the same as doing no encoding (or doing null encoding). Consider: ZnBase64Encoder new encode: (ZnUTF8Encoder new encodeString: 'tamèreenslipdeguerre'). = 'dGFtw6hyZWVuc2xpcGRlZ3VlcnJl' ZnBase64Encoder new encode: (ZnByteEncoder iso88591 encodeString: 'tamèreenslipdeguerre'). = 'dGFt6HJlZW5zbGlwZGVndWVycmU=' ZnBase64Encoder new encode: (ZnNullEncoder new encodeString: 'tamèreenslipdeguerre'). = 'dGFt6HJlZW5zbGlwZGVndWVycmU=' The last two are often the same, and thus equivalent to #asByteArray, but not always. HTH, Sven On 11 Jun 2014, at 21:56, François Stephany tulipe.mouta...@gmail.com wrote: I might hit some problem with Base64 encoding in there. It seems that Pharo does not use UTF8 for its Base64 encoding. I'm probably missing something related to Base64 encoding... In Pharo 3.0: ZnBase64Encoder new encode: 'tamèreenslipdeguerre' asByteArray. - 'dGFt6HJlZW5zbGlwZGVndWVycmU=' 'tamèreenslipdeguerre' base64Encoded. - 'dGFt6HJlZW5zbGlwZGVndWVycmU=' In Ruby 2.0: Base64.strict_encode64(tamèreenslipdeguerre) - dGFtw6hyZWVuc2xpcGRlZ3VlcnJl http://www.motobit.com/util/base64-decoder-encoder.asp (iso-8859-1) tamèreenslipdeguerre - dGFt6HJlZW5zbGlwZGVndWVycmU= http://www.motobit.com/util/base64-decoder-encoder.asp (utf8) -tamèreenslipdeguerre dGFtw6hyZWVuc2xpcGRlZ3VlcnJl