- Pharo-users - lists.pharo.org

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

by Manuel Leuenberger

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 <dionisiydk(a)gmail.com> wrote: > > And I did pull request https://github.com/maenu/BlockStyler/pull/1 <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+02:00 Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>>: > 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 <leuenberger(a)inf.unibe.ch <mailto:leuenberger@inf.unibe.ch>>: > 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 <stepharo.self(a)gmail.com <mailto:stepharo.self@gmail.com>> wrote: >> >> Hi Manuel >> >> This is coooooool. >> How linked to nautilus it is? >> >> Stef >> >> On Wed, Sep 6, 2017 at 1:52 PM, Manuel Leuenberger <leuenberger(a)inf.unibe.ch <mailto:leuenberger@inf.unibe.ch>> 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. >> >> <highlight.png> >> >> Install with: >> >> Metacello new >> baseline: 'BlockStyler'; >> repository: 'github://maenu/BlockStyler/repository <>'; >> load >> >> GitHub: https://github.com/maenu/BlockStyler <https://github.com/maenu/BlockStyler> >> >> Doesnât work with âFormat as you readâ, just as the IconStyler. If anybody has an idea how to integrate it properly into Nautilus as a plugin, let me know. Currently itâs an ugly meta-link hack to get access to the sourceTextModel. >> >> Cheers, >> Manuel >> > > >

Sept. 7, 2017

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

by Peter Fisk

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 Pharo a couple of weeks ago - progress using Pharo has been incredibly fast.So, my primary focus from now on will be development using Pharo on my Macintosh.The "Smalltalk like" environment in Ruby actually uses an interpreter (written in Ruby) that was designed to run Smalltalk byte codes. It would be trivial to run Smalltalk instead of Ruby using the framework. The rational for running Ruby instead of Smalltalk was to make it more accessible to Ruby-on-Rails developers.An interesting fact is that the Ruby/Smalltalk interpreter is already running nicely on the web (in a Rails environment using Qooxdoo libraries for the GUI) and also running on my Mac using JRuby with a Java Swing GUI. And it could be used with some modifications to run Smalltalk in the same environments.My goal is to build an "AI" that can automate most of the work that web developers do.Smalltalk is the only environment that I know of that can implement such an AI in a short period of time.BTW, I have read the material about Pier and Magritte which is very interesting, especially in regards to the DSL. My approach to building the GUI has been to model the Qooxdoo class structure in Smalltalk and use the Smalltalk objects to build the required code when I send them a "renderOn: aStream" message.I will be posting more Pharo related information on my Rails Express Quora blog <https://railsexpress.quora.com/> .Regards,-- Peter -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 7, 2017

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

by Dimitris Chloupis

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 <hannes.hirzel(a)gmail.com> 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 > 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 <hannes.hirzel(a)gmail.com> wrote: > > @Dimitris > > > > And actually probably the most interesting link > > > > http://railsexpress.com/ > > > > On 9/7/17, H. Hirzel <hannes.hirzel(a)gmail.com> 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 <kilon.alios(a)gmail.com> wrote: > >>> 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 <peter.fisk(a)gmail.com> > wrote: > >>> > >>>> Hi everyone, The latest version of my "Rails Express" rapid > application > >>>> development environment is built in Pharo 6.0. Here is a blog post > with > >>>> a > >>>> few screenshots and some explanation. > >>>> > https://railsexpress.quora.com/Pharo-6-Generating-Ruby-on-Rails-Applications > >>>> I mostly programmed in Smalltalk from 1987 until 1997 using ParcPlace > >>>> VisualWorks and then IBM VisualAge. Pharo is now better than either of > >>>> those two frameworks. Congratulations to the Pharo team for all your > >>>> great > >>>> work! Regards, -- Peter Fisk > >>>> ------------------------------ > >>>> Sent from the Pharo Smalltalk Users mailing list archive > >>>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at > >>>> Nabble.com. > >>>> > >>> > >> > > > >

Sept. 7, 2017

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

by H. Hirzel

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 <hannes.hirzel(a)gmail.com> wrote: > @Dimitris > > And actually probably the most interesting link > > http://railsexpress.com/ > > On 9/7/17, H. Hirzel <hannes.hirzel(a)gmail.com> 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 <kilon.alios(a)gmail.com> wrote: >>> 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 <peter.fisk(a)gmail.com> wrote: >>> >>>> Hi everyone, The latest version of my "Rails Express" rapid application >>>> development environment is built in Pharo 6.0. Here is a blog post with >>>> a >>>> few screenshots and some explanation. >>>> https://railsexpress.quora.com/Pharo-6-Generating-Ruby-on-Rails-Applications >>>> I mostly programmed in Smalltalk from 1987 until 1997 using ParcPlace >>>> VisualWorks and then IBM VisualAge. Pharo is now better than either of >>>> those two frameworks. Congratulations to the Pharo team for all your >>>> great >>>> work! Regards, -- Peter Fisk >>>> ------------------------------ >>>> Sent from the Pharo Smalltalk Users mailing list archive >>>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >>>> Nabble.com. >>>> >>> >> >

Sept. 7, 2017

Glorp: problem with DictionaryMapping with "data objects"

by Herby VojÄÃk

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 for value; and of course one for FK to owner) and mapping an object (#dictionaryFrom: String to: MyClass), where it fails miserably if the object does not contain the key itself as the FK as well (which is dumb; I want it unidirectional). In case I do not include the key-as-FK, it fails to grasp update and/or deletes, and fails during commit with either UNIQUE failure (when update is interpreted as insert) or with NULL failure (where delete is interpreted as insert with nil in place of dict key field). Maybe it is a missing feature in DictionaryMapping; maybe I am doing something wrong. I would like to ask if there isn't someone currently on ESUG who would want a bit of more sightseeing and would be willing to get a detour via Bratislava (I have a place for stayover) and look at the issue face to face (or I can use ScreenHero, but as I understood it does not have Linux client, maybe that's why Esteban did not accept my invitation yet). Thanks, Herby

Sept. 7, 2017

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

by H. Hirzel

@Dimitris And actually probably the most interesting link http://railsexpress.com/ On 9/7/17, H. Hirzel <hannes.hirzel(a)gmail.com> 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 <kilon.alios(a)gmail.com> wrote: >> 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 <peter.fisk(a)gmail.com> wrote: >> >>> Hi everyone, The latest version of my "Rails Express" rapid application >>> development environment is built in Pharo 6.0. Here is a blog post with >>> a >>> few screenshots and some explanation. >>> https://railsexpress.quora.com/Pharo-6-Generating-Ruby-on-Rails-Applications >>> I mostly programmed in Smalltalk from 1987 until 1997 using ParcPlace >>> VisualWorks and then IBM VisualAge. Pharo is now better than either of >>> those two frameworks. Congratulations to the Pharo team for all your >>> great >>> work! Regards, -- Peter Fisk >>> ------------------------------ >>> Sent from the Pharo Smalltalk Users mailing list archive >>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >>> Nabble.com. >>> >> >

Sept. 7, 2017

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

by H. Hirzel

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 <kilon.alios(a)gmail.com> wrote: > 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 <peter.fisk(a)gmail.com> wrote: > >> Hi everyone, The latest version of my "Rails Express" rapid application >> development environment is built in Pharo 6.0. Here is a blog post with a >> few screenshots and some explanation. >> https://railsexpress.quora.com/Pharo-6-Generating-Ruby-on-Rails-Applications >> I mostly programmed in Smalltalk from 1987 until 1997 using ParcPlace >> VisualWorks and then IBM VisualAge. Pharo is now better than either of >> those two frameworks. Congratulations to the Pharo team for all your >> great >> work! Regards, -- Peter Fisk >> ------------------------------ >> Sent from the Pharo Smalltalk Users mailing list archive >> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >> Nabble.com. >> >

Sept. 7, 2017

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

by Dimitris Chloupis

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 <peter.fisk(a)gmail.com> wrote: > Hi everyone, The latest version of my "Rails Express" rapid application > development environment is built in Pharo 6.0. Here is a blog post with a > few screenshots and some explanation. > https://railsexpress.quora.com/Pharo-6-Generating-Ruby-on-Rails-Applications > I mostly programmed in Smalltalk from 1987 until 1997 using ParcPlace > VisualWorks and then IBM VisualAge. Pharo is now better than either of > those two frameworks. Congratulations to the Pharo team for all your great > work! Regards, -- Peter Fisk > ------------------------------ > Sent from the Pharo Smalltalk Users mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com. >

Sept. 7, 2017

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

by H. Hirzel

To follow up on this, maybe the easiest is to read https://ci.inria.fr/pharo-contribution/view/Books/job/Magritte/lastSuccessf… to have the domain model aspect covered. Magritte has a generator for Morphic and Seaside. It would be nice to have more open source generators.... --Hannes On 9/2/17, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > Hello Brad > > In this context it is probably useful to (re-)read the thesis by Lukas > Rengli > > http://scg.unibe.ch/archive/masters/Reng06a.pdf > > <citation page=3> > As a complete example of how we applied a meta-model to a Web application > we present Pier, the second version of a fully object-oriented > implementation > of a content management system and Wiki engine. .... > > We describe the lessons learned from using the Magritte meta-model to build > applications. > </citation> > > It contains a lot of good insights - see 'Lessons learned'. > The writing style might be terse and abstract but there is also a > Pharo book about Magritte. > > In a pristine Pharo image, as soon as you start writing your own class > definitions to model your domain you are actually creating a Domain > Specific Language (DSL). > > This language describes your application domain. If we talk about web > applications, you describe in an abstract way the domain objects and > GUI elements. > > The challenge is that this DSL language is easy to write, understand, > teach and maintain. > > From the model (part of it most often is a tree of objects) you have > visitor walking through the object net and creating reports. > > It is easy to quickly come up with something which works but often it > is idiosyncratic, thus difficult to understand for other people. > > Maybe Peter can share some insights about his experience writing a > model to then generate a Ruby-on-Rails-app. > > Pillar is another example of such an approach. You create a document > object model and then have various exporter objects to generate > slides, web pages and very nice books. It is accessible code and you > can learn from it. The emphasis is on static content but some dynamic > content seems to be possible as well. > > Regards > Hannes > > > On 9/2/17, Brad Selfridge <bsselfridge(a)gmail.com> wrote: >> Hi Peter, >> >> Really good work. I'm impressed. Pharo is really gaining some cutting >> edge >> options. I would like to know a lot more about your framework. Thanks for >> the effort. >> >> >> >> ----- >> Brad Selfridge >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >> >

Sept. 7, 2017

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

by Denis Kudriashov

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+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > 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 <leuenberger(a)inf.unibe.ch>: > >> 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 <stepharo.self(a)gmail.com> >> wrote: >> >> Hi Manuel >> >> This is coooooool. >> How linked to nautilus it is? >> >> Stef >> >> On Wed, Sep 6, 2017 at 1:52 PM, Manuel Leuenberger < >> leuenberger(a)inf.unibe.ch> 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. >>> >>> <highlight.png> >>> >>> Install with: >>> >>> Metacello new >>> baseline: 'BlockStyler'; >>> repository: 'github://maenu/BlockStyler/repository'; >>> load >>> >>> GitHub: https://github.com/maenu/BlockStyler >>> >>> Doesnât work with âFormat as you readâ, just as the IconStyler. If >>> anybody has an idea how to integrate it properly into Nautilus as a plugin, >>> let me know. Currently itâs an ugly meta-link hack to get access to the >>> sourceTextModel. >>> >>> Cheers, >>> Manuel >>> >> >> >> >

Sept. 7, 2017