Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

Hi peter About magritte, feel free to extend it and let us know. stef On Thu, Sep 7, 2017 at 2:54 PM, Peter Fisk wrote: > Hi everyone, The RailsExpress.com website will be updated over the coming > days to reflect what I am currently working on in Pharo 6.0. I have found > that the "Smalltalk l

Re: [Pharo-users] Spec "bindings"

I like the idea about your extension. We should really get it so that we understand it. >> > countLabel initializeSubject: subject countHolder >> > > > You're welcome. Thank you very much for your time--it's helpful to know > there probably isn't some sophisticated wizardly way to do this that

Re: [Pharo-users] Spec "bindings"

On Thu, Sep 7, 2017 at 2:12 AM, Stephane Ducasse wrote: > > Hi Stef, > > > > I think you are correct and you would still always perform actions like: > > > > initializeWidgets (to create components and sub-components) > > initializePresenter (to define interactions between components) > > > > > >

Re: [Pharo-users] #parseMethod:onError: isn't as obvious as expected - is it me?

Damn you smalltalk… you suck me in to little side problems…. RBParser is actually a lot more flexible than I had realised - and not so difficult to understand for a mere mortal… It naively seems that (what I still consider a confusingly named method) is quite simple to extend to handle at least

Re: [Pharo-users] Few days old 6.1 image now leaves window trails?

Interesting, I had exactly the same experience today. Killing the non-nil morphic process did the trick, and a debug window was also involved. I thought I screwed something up, but maybe there's more to it.

Re: [Pharo-users] Few days old 6.1 image now leaves window trails?

It’s happened a few more times and I’ve noticed that the culprit in the process explorer is (40) Morphic UI Process: <—— this one (40) Morphic UI Process: nil If I terminate the not nil one (and sometimes there are 2) then things seem to clear up. Not sure which of my debug windows causes this,

Re: [Pharo-users] Teapot and Websockets

Teapot already supports conditional routes, maybe using them instead of adding the WS: message would be better. I'm thinking domething like: Teapot on GET: '/chat' -> whatever; when: [:req | req isWebSocket]; start. or just Teapot on GET: '/chat' -> whatever; when: #isWebSocket

Re: [Pharo-users] Teapot and Websockets

Teapot already supports conditional routes, maybe using them instead of adding the WS: message would be better. I'm thinking domething like: Teapot on GET: '/chat' -> whatever; when: [:req | req isWebSocket]; start. or just Teapot on GET: '/chat' -> whatever; when: #isWebSocket

Re: [Pharo-users] Few days old 6.1 image now leaves window trails?

Answering my own question - I tried the Process browser and tried suspending a few processes and then found a debug window that when closed fixed the problem. Tim > On 7 Sep 2017, at 19:46, Tim Mackinnon wrote: > > Hi there - I’ve been running in a 6.1 64bit image for a few days - doing a >

[Pharo-users] Few days old 6.1 image now leaves window trails?

Hi there - I’ve been running in a 6.1 64bit image for a few days - doing a few experiments at lunch times, debugging things etc. I have had a few infinite loops that I’ve had to Cmd-. Out of and clean up lots of windows (whoever came up with the close all windows to right is a star!). Anyway,

Re: [Pharo-users] #parseMethod:onError: isn't as obvious as expected - is it me?

Thanks Thierry - I’ve been noodling in the background and next I hit the question of “comments” - which I found RB does handle… and then as per your point - how to skip past an error and try further down (which it seems that the scanner might have the info to let me skip simple things). You seem

Re: [Pharo-users] Teapot and Websockets

Hello Attila, What I want is to have a Teapot Server running that somehow also can handle websockets :) In the Pharo Enterprise Book there is a chapter about WebSockets. In there are examples how to setup a ZnServer with a ZnWebSocketDelegate, for instance: ZnServer stopDefault. ZnServer startDe

Re: [Pharo-users] BlockStyler: Make Blocks more recognizable in source code

And I merged it, thanks Denis for Calypso support and getting rid of meta-link trickery. Themes are now supported as well. It only brakes on Watery + Calypso, but I think this is a Calypso issue, not introduced by BlockStyler. > On 7 Sep 2017, at 12:07, Denis Kudriashov wrote: > > And I did pu

Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

Hi everyone,The RailsExpress.com website will be updated over the coming days to reflect what I am currently working on in Pharo 6.0.I have found that the "Smalltalk like" environment in Ruby isn't powerful enough to implement a fully automated web application generator.That is why I changed to Pha

Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

i will wait for further explanation because when it comes to web dev i am clueless On Thu, Sep 7, 2017 at 2:59 PM H. Hirzel wrote: > OK, RailsExpress > > Rails Express is Peter Fisk's attempt to make web development both > easy and enjoyable. It feels like Smalltalk, but it is built 100% in > R

Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

OK, RailsExpress Rails Express is Peter Fisk's attempt to make web development both easy and enjoyable. It feels like Smalltalk, but it is built 100% in Ruby-on-Rails. So it is NOT about the Pharo 6.0 Generator; did not find the source code yet On 9/7/17, H. Hirzel wrote: > @Dimitris > >

[Pharo-users] Glorp: problem with DictionaryMapping with "data objects"

Hello! I have the problem with mapping dictionary of key to simple data-holding object (two integers) work. Glorp DictionaryMapping dicriminates between mapping a simple value (#dictionaryFrom: String to: Integer), where things work as assumed (having two fields in a table, one for key, one f

Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

@Dimitris And actually probably the most interesting link http://railsexpress.com/ On 9/7/17, H. Hirzel wrote: > Dimitris, > > more info for the wiki here > > https://railsexpress.quora.com/ and > > https://github.com/pdfisk/rails-express > > HH. > > On 9/7/17, Dimitris Chloupis w

Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

Dimitris, more info for the wiki here https://railsexpress.quora.com/ and https://github.com/pdfisk/rails-express HH. On 9/7/17, Dimitris Chloupis wrote: > Well done ! :) > > I added your answer to Pharo Wiki "How to" section > https://github.com/pharo-project/pharo/blob/master/wiki/

Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

Well done ! :) I added your answer to Pharo Wiki "How to" section https://github.com/pharo-project/pharo/blob/master/wiki/contents/howto.md On Sat, Sep 2, 2017 at 12:05 AM Peter Fisk wrote: > Hi everyone, The latest version of my "Rails Express" rapid application > development environment is bu

Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

To follow up on this, maybe the easiest is to read https://ci.inria.fr/pharo-contribution/view/Books/job/Magritte/lastSuccessfulBuild/artifact/book-result/MagritteBooklet.pdf to have the domain model aspect covered. Magritte has a generator for Morphic and Seaside. It would be nice to have more

Re: [Pharo-users] BlockStyler: Make Blocks more recognizable in source code

And I did pull request https://github.com/maenu/BlockStyler/pull/1 which simplifies everything. There are already IconStyler hierarchy for such kind of extensions. So I adopt your code for this and remove metalink tricks. Also I move settings directly to the BlockStyler class 2017-09-07 11:37 GMT+

Re: [Pharo-users] BlockStyler: Make Blocks more recognizable in source code

Hi Manuel, On Wed, Sep 06, 2017 at 01:52:17PM +0200, Manuel Leuenberger wrote: > Hi everyone, > > I built a little syntax highlighting extension for the Nautilus source > code pane, which puts a background color behind blocks, so that nested > blocks are easily recognizable. This looks really

Re: [Pharo-users] BlockStyler: Make Blocks more recognizable in source code

Hi. I will look. Maybe Calypso plugins are already able to do this kind of extensions 2017-09-07 9:58 GMT+02:00 Manuel Leuenberger : > It’s installed through a meta-link on AbstractNautilusUI >> #addIconStyle > and uses RubConfigurationChange to announce on the editor’s > sourceTextModel. It is

Re: [Pharo-users] Teapot and Websockets

Hi Georges, This is not supported at this moment. If I understand your example correctly then WS: '/ws-chatroom' would match on an incoming WebSocket handshake request and it would create and return new websocket. The same websocket would be passed to the handler block for doing additional setu

[Pharo-users] Zweidenker GmbH upgraded to Gold Membership

The Pharo Consortium is very happy to announce that Zweidenker GmbH has upgraded to Gold Member status. About - Zweidenker GmbH: http://zweidenker.de - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow

Re: [Pharo-users] BlockStyler: Make Blocks more recognizable in source code

It’s installed through a meta-link on AbstractNautilusUI >> #addIconStyle and uses RubConfigurationChange to announce on the editor’s sourceTextModel. It is not yet a proper Nautilus plugin and should be portable to Calypso, as it still uses Rubric. > On 7 Sep 2017, at 07:53, Stephane Ducasse

Re: [Pharo-users] #parseMethod:onError: isn't as obvious as expected - is it me?

Hi Tim, 2017-09-01 13:39 GMT+02:00 Tim Mackinnon : > Thanks Thierry - this is proving an interesting problem domain ... > > I too am using #bestNodeFor: although I don't find it always gives the > best node (it does if you are clearly in the target range, but if you are > on the outer boundary li