- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ANN] Presenty UI framework

by StÃ©phane Ducasse

On Aug 7, 2011, at 9:59 PM, Denis Kudriashov wrote: > 2011/8/7 Igor Stasenko <siguctua(a)gmail.com> > Nice. > Of course editing stuff with context menu is tedious.. :) > With editor this may be much easier. > > Of course. But it is really simplest thing which can be done. Poor designer always exists in morphic. So I can focus on more interesting stuff which I need in practice. > > I think it is not difficult to use stuff from resent designer projects (from null pointer ) I do not think so and having a complete scenario is the way to go if you want people to get involved and using it.

Aug. 7, 2011

Re: [Pharo-project] [ANN] Presenty UI framework

by StÃ©phane Ducasse

On Aug 7, 2011, at 9:53 PM, Denis Kudriashov wrote: > > 2011/8/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Question: > Do you have a way to generate the code for the prototype one you have created one by direct manipulation? > A prototype is like a specification of certain attributes? > > No. Prototype is just basic morph. When guide requested to show presenter it search saved prototype for presenter and execute "prototype veryDeepCopy" to create view instance. > So there is no need to support specification objects. It is all basic morphs. I think that it would be nice to be able to turn a prototype into a class definition. Because as igor said been able to edit code is often a good way to reuse. > > Question: how do you deals with change notification and update? > > I use announcements. Every presenter has announcer and every task has announcer. > In concrete application you can use it as you like. Presenty not provide concrete approach for this. > Now Presenty has no aspect adapters for editing model. > My business application initially based on meta-descriptions so Presenty has only class PtyDataField with description and value. And PtyFieldModel class which can notify about field value changes. Arbitrary object stuff is absent. But I started to implement it. > > It would be nice to see with a more striking example how you can put a different presenter for the list. > > I show it in next screencast and of course on esug presentation. > Purpose of current screencast is show how specify presenter appearance and how program presenters. > > > Is the red frame also the presenter? > > No. It is view of presenter when no prototypes exist for it. > I implement it this way to easy notice what part of ui not designed > > > how do we save and publish UI on monticello? > > Stef > > > This is good question. No solution for this yet. And I don't know how easilly it can be done. > All prototypes of application holds in "guide uiBuilder prototypesManager" (PtyPrototypesManager instance). So special way to store this object should be implemented. > Maybe solutions from UI designers can be used. > For my application I just save this object to "skin" file and load it when needed. Having a class and and at load time you just do MyStyle new and you get your style to add to your style database. Stef

Aug. 7, 2011

Re: [Pharo-project] [ANN] Presenty UI framework

by Denis Kudriashov

2011/8/7 Igor Stasenko <siguctua(a)gmail.com> > Nice. > Of course editing stuff with context menu is tedious.. :) > With editor this may be much easier. > Of course. But it is really simplest thing which can be done. Poor designer always exists in morphic. So I can focus on more interesting stuff which I need in practice. I think it is not difficult to use stuff from resent designer projects (from null pointer )

Aug. 7, 2011

Re: [Pharo-project] [ANN] Presenty UI framework

by Denis Kudriashov

2011/8/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Question: > Do you have a way to generate the code for the prototype one you have > created one by direct manipulation? > A prototype is like a specification of certain attributes? > No. Prototype is just basic morph. When guide requested to show presenter it search saved prototype for presenter and execute "prototype veryDeepCopy" to create view instance. So there is no need to support specification objects. It is all basic morphs. Question: how do you deals with change notification and update? > I use announcements. Every presenter has announcer and every task has announcer. In concrete application you can use it as you like. Presenty not provide concrete approach for this. Now Presenty has no aspect adapters for editing model. My business application initially based on meta-descriptions so Presenty has only class PtyDataField with description and value. And PtyFieldModel class which can notify about field value changes. Arbitrary object stuff is absent. But I started to implement it. It would be nice to see with a more striking example how you can put a > different presenter for the list. > I show it in next screencast and of course on esug presentation. Purpose of current screencast is show how specify presenter appearance and how program presenters. Is the red frame also the presenter? > No. It is view of presenter when no prototypes exist for it. I implement it this way to easy notice what part of ui not designed > > how do we save and publish UI on monticello? > > Stef > > This is good question. No solution for this yet. And I don't know how easilly it can be done. All prototypes of application holds in "guide uiBuilder prototypesManager" (PtyPrototypesManager instance). So special way to store this object should be implemented. Maybe solutions from UI designers can be used. For my application I just save this object to "skin" file and load it when needed.

Aug. 7, 2011

Re: [Pharo-project] About configurationOfPharoRB

by StÃ©phane Ducasse

I'm currently checking configurationOfRefactoringBrowser and it would be good that package: 'Refactoring-Changes' with: [ spec repository: 'http://www.squeaksource.com/PharoTaskForces'; requires: 'Refactoring-Environment' ]; gets moved to PharoRB project. I will start to do that for 1.4 and after I will add the changes we did in the other configurations if I succeed to make it load what I want. At least having only one configuration should help. Stef

Aug. 7, 2011

Re: [Pharo-project] About configurationOfPharoRB

by StÃ©phane Ducasse

> Stef, > > Where did ConfigurationOfPharoRB come from? There is a ConfigurationOfRefactoringBrowser and the stable: method matches. In ConfigurationOfRefactoringBrowser there are versions 1.0 through 1.7.1, so ConfigurationOfPharoRB might just be dead code ... Ok I see the PharoRB was a configuration we did (probably because we forgot about the other because we needed to start changing part. For example to have Environment not referencing RBParser so that we can use them independently. There was also something about AST. Now I puzzled because I have the two following specs, when I do (ConfigurationOfPharoRB project version: '1.0') load or (ConfigurationOfPharoRB project version: '1.0') load: 'Tests' 'Refactoring-Extensions-Environment' is not load but it is part of Core Do you have an idea? I will at ConfigurationOfRefactoringBrowser baseline10: spec <version: '1.0-baseline'> spec for: #pharo do: [ spec repository: 'http://www.squeaksource.com/rb'. spec package: 'AST-Core' with: [spec repository: 'http://www.squeaksource.com/PharoRB' ]; "We split the original package into two so that AST does not depend on RBParser." package: 'AST-Tests-Core' with: [ spec requires: 'AST-Core' ]; package: 'AST-Semantic' with: [ spec requires: 'AST-Core' ]; package: 'AST-Tests-Semantic' with: [ spec requires: 'AST-Semantic' ]; package: 'Refactoring-Environment' with: [ spec requires: 'AST-Core'. spec repository: 'http://www.squeaksource.com/PharoRB' ]; "We were refactoring the way rb deals with environments because we want it to be parametrized over an environment (since the complete chain should be environmentized so that we can deal with remote compilation and others off image manipulation. so far RB has the idea that an environment by default represents the complete universe and we will have to change that in the future." package: 'Refactoring-Tests-Environment' with: [ spec requires: 'Refactoring-Environment'. spec repository: 'http://www.squeaksource.com/PharoRB' ]; package: 'Refactoring-Extensions-Environment' with: [ spec repository: 'http://www.squeaksource.com/PharoRB' ]; package: 'Refactoring-Changes' with: [ spec repository: 'http://www.squeaksource.com/PharoRB'; requires: 'Refactoring-Environment' ]; package: 'Refactoring-Tests-Changes' with: [ spec requires: 'Refactoring-Changes' ]; package: 'Refactoring-Core' with: [ spec requires: 'Refactoring-Changes' ]; package: 'Refactoring-Tests-Core' with: [ spec requires: 'Refactoring-Core' ]; package: 'Refactoring-Critics' with: [ spec requires: 'Refactoring-Changes' ]; package: 'Refactoring-Tests-Critics' with: [ spec requires: 'Refactoring-Critics' ]; package: 'Refactoring-Spelling' with: [ spec requires: 'Refactoring-Critics'. spec postLoadDoIt: #postLoadRBSpelling ]; package: 'Refactoring-Tests-Spelling' with: [ spec requires: 'Refactoring-Tests-Critics'. ]. spec group: 'default' with: #('Core' ); group: 'Core' with: #( 'AST-Core' 'AST-Semantic' 'Refactoring-Environment' 'Refactoring-Extensions-Environment' 'Refactoring-Changes' 'Refactoring-Core' 'Refactoring-Critics' 'Refactoring-Spelling' ); group: 'Tests' with: #( 'AST-Tests-Core' 'AST-Tests-Semantic' 'Refactoring-Tests-Environment' 'Refactoring-Tests-Changes' 'Refactoring-Tests-Core' 'Refactoring-Tests-Critics' 'Refactoring-Tests-Spelling' ); group: 'Core Tests' with: #('Core' 'Tests' ); yourself. ]. baseline10: spec <version: '1.0-baseline'> spec for: #pharo do: [ spec repository: 'http://www.squeaksource.com/rb'. spec package: 'AST-Core' with: [spec repository: 'http://www.squeaksource.com/PharoRB' ]; "We split the original package into two so that AST does not depend on RBParser." package: 'AST-Tests-Core' with: [ spec requires: 'AST-Core' ]; package: 'AST-Semantic' with: [ spec requires: 'AST-Core' ]; package: 'AST-Tests-Semantic' with: [ spec requires: 'AST-Semantic' ]; package: 'Refactoring-Environment' with: [ spec requires: 'AST-Core'. spec repository: 'http://www.squeaksource.com/PharoRB' ]; "We were refactoring the way rb deals with environments because we want it to be parametrized over an environment (since the complete chain should be environmentized so that we can deal with remote compilation and others off image manipulation. so far RB has the idea that an environment by default represents the complete universe and we will have to change that in the future." package: 'Refactoring-Tests-Environment' with: [ spec requires: 'Refactoring-Environment'. spec repository: 'http://www.squeaksource.com/PharoRB' ]; package: 'Refactoring-Extensions-Environment' with: [ spec repository: 'http://www.squeaksource.com/PharoRB' ]; package: 'Refactoring-Changes' with: [ spec repository: 'http://www.squeaksource.com/PharoRB'; requires: 'Refactoring-Environment' ]; package: 'Refactoring-Tests-Changes' with: [ spec requires: 'Refactoring-Changes' ]; package: 'Refactoring-Core' with: [ spec requires: 'Refactoring-Changes' ]; package: 'Refactoring-Tests-Core' with: [ spec requires: 'Refactoring-Core' ]; package: 'Refactoring-Critics' with: [ spec requires: 'Refactoring-Changes' ]; package: 'Refactoring-Tests-Critics' with: [ spec requires: 'Refactoring-Critics' ]; package: 'Refactoring-Spelling' with: [ spec requires: 'Refactoring-Critics'. spec postLoadDoIt: #postLoadRBSpelling ]; package: 'Refactoring-Tests-Spelling' with: [ spec requires: 'Refactoring-Tests-Critics'. ]. spec group: 'default' with: #('Core' ); group: 'Core' with: #( 'AST-Core' 'AST-Semantic' 'Refactoring-Environment' 'Refactoring-Extensions-Environment' 'Refactoring-Changes' 'Refactoring-Core' 'Refactoring-Critics' 'Refactoring-Spelling' ); group: 'Tests' with: #( 'AST-Tests-Core' 'AST-Tests-Semantic' 'Refactoring-Tests-Environment' 'Refactoring-Tests-Changes' 'Refactoring-Tests-Core' 'Refactoring-Tests-Critics' 'Refactoring-Tests-Spelling' ); group: 'Core Tests' with: #('Core' 'Tests' ); yourself. ].

Aug. 7, 2011

Re: [Pharo-project] About configurationOfPharoRB

by Dale Henrichs

Stef, Where did ConfigurationOfPharoRB come from? There is a ConfigurationOfRefactoringBrowser and the stable: method matches. In ConfigurationOfRefactoringBrowser there are versions 1.0 through 1.7.1, so ConfigurationOfPharoRB might just be dead code ... Dale ----- Original Message ----- | From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> | To: "pharo-project Development" <Pharo-project(a)lists.gforge.inria.fr> | Sent: Sunday, August 7, 2011 12:12:04 PM | Subject: [Pharo-project] About configurationOfPharoRB | | Hi | | there is | | stable: spec | <symbolicVersion: #stable> | spec for: #'pharo1.0.x' version: '1.2.1'. | spec for: #'pharo1.1.x' version: '1.5'. | spec for: #'pharo1.2.x' version: '1.7'. | spec for: #'pharo1.3.x' version: '1.7'. | spec for: #'squeak4.x' version: '1.6'. | | Now I'm confused because there is only a version 1.0 in this | configuration. | Did I miss something obvious or this is just deadcode? | | Stef | |

Aug. 7, 2011

[Pharo-project] Hudson build is back to stable : Pharo 1.3 #250

by marcus.denker＠inria.fr

See <https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/250/>

Aug. 7, 2011

Re: [Pharo-project] [ANN] Presenty UI framework

by Igor Stasenko

Nice. Of course editing stuff with context menu is tedious.. :) With editor this may be much easier. On 7 August 2011 22:06, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > I add like to screencast. Strange that fullscreen button not work. > It is same screencast which I send you and Todor few weeks ago. > > Unfortunately too little time to create more good docs and screencasts. > > 2011/8/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >> denis >> >> excellent! >> I want to have a look at it. Do you know how I could see the video in big? >> >> Stef >> >> On Aug 7, 2011, at 8:23 PM, Denis Kudriashov wrote: >> >> > Hello. >> > >> > I am glad to announce Presenty - new user interface framework for Pharo >> > (with MIT license). >> > I publish my current version on >> > http://www.squeaksource.com/Presenty.html and write first articles about >> > Presenty on blog http://smalltalk-presenty.blogspot.com >> > >> > There are some problems with current implementation. But step-by-step I >> > fix it and improved it. And I have many ideas about Presenty future. >> > >> > Main goal of Presenty is platform independent programming of user >> > interface: >> > >> > Pharo can run your application on any OS. Presenty can present your >> > application on any OS. >> > >> > With Presenty you can easilly write UI applications which can be >> > configured for all "user" platforms: mobile phones, tablets, desktop >> > computers and others. >> > Presenty is based on Morphic and I think morphic can simulate every >> > platform appearance and behavior. And I think simulation is easest then >> > supporting native backends. >> > >> > I have two commercial applications for my company which based on >> > Presenty. So it is really usable although many common UI stuff absent and >> > some bugs exist. >> > One is touch screen oriented application (for basic computer, not mobile >> > device) and second is basic desktop application (driven by mouse and >> > keyboard). >> > It is different applications for different kind of users but its use >> > same components of tasks and domain objects. >> > So when we implement new logic of user interraction it appears on both >> > applications but user takes it with different look and feel. >> > >> > There is problem with speed of presenty application. For my case cog >> > performance solve it. So I don't worry about it. >> > But problem relates to #veryDeepCopy method of morphs. It is very very >> > slow. This method is used for view creation from prototype morph object. I >> > have fix with special methods for copy prototype morph. But I don't use it >> > yet. >> > >> > Now I prepare presentation for ESUG. So I can take into account of all >> > your comments and questions. >> > >> > Best regards, >> > Denis >> > >> > >> >> > > -- Best regards, Igor Stasenko AKA sig.

Aug. 7, 2011

[Pharo-project] About configurationOfPharoRB

by StÃ©phane Ducasse

Hi there is stable: spec <symbolicVersion: #stable> spec for: #'pharo1.0.x' version: '1.2.1'. spec for: #'pharo1.1.x' version: '1.5'. spec for: #'pharo1.2.x' version: '1.7'. spec for: #'pharo1.3.x' version: '1.7'. spec for: #'squeak4.x' version: '1.6'. Now I'm confused because there is only a version 1.0 in this configuration. Did I miss something obvious or this is just deadcode? Stef

Aug. 7, 2011