- Pharo-users - lists.pharo.org

Re: [Pharo-users] Network save and load

by Davorin Rusevljan

Well, aside from being a bit complex, ftp is also quite dated, and question is how many users would like to save to ftp or have ftp accounts. Maybe then WebDAV, it can be served by most web servers? Davorin Rusevljan http://www.cloud208.com/ On Dec 3, 2011 2:07 PM, "Hilaire Fernandes" <hilaire.fernandes(a)edu.ge.ch> wrote: Thanks very much for your tips and examples, it is very valuable. Thanks a lot. On the server side I want to be server neutral, and use what ever resource is there: Apache, FTP. And may be I don't want to build a specific Smalltalk server, at least for now. Is it possible to use FTP client in Pharo? Hilaire Le 03/12/2011 11:45, Sven Van Caekenberghe a Ã©crit : > Hilaire, > > On 03 Dec 2011, at 10:38, Hilaire Fernandes wrote: > >> Hello, >> >> In DrGeo I wan... -- Dr. Geo -- http://www.drgeo.eu

Dec. 3, 2011

Re: [Pharo-users] Network save and load

by Hilaire Fernandes

Thanks very much for your tips and examples, it is very valuable. Thanks a lot. On the server side I want to be server neutral, and use what ever resource is there: Apache, FTP. And may be I don't want to build a specific Smalltalk server, at least for now. Is it possible to use FTP client in Pharo? Hilaire Le 03/12/2011 11:45, Sven Van Caekenberghe a Ã©crit : > Hilaire, > > On 03 Dec 2011, at 10:38, Hilaire Fernandes wrote: > >> Hello, >> >> In DrGeo I want a new feature: users could save and load sketches in a >> remote server. It could be done with FTP or HTTP, or any other means. >> I don't have any experience in networked operation nor what it is >> possible to do with the Pharo classes library. >> >> What are your suggestion? >> >> Thanks >> >> Hilaire > > I would use HTTP with basic authentication to start with, like Monticello does today. > Account management is a seperate problem, as is some security strategy. > You probably intent to have sharing, so you have to think about that too. > > The client side could be very simple (for simplicity let's assume you store strings, you could pick a better representation with automatic encoding/decoding, later on): > > "Get drawing1" > > ZnClient new > username: 'john' password: 'secret'; > get: 'http://www.drgeo.eu/drawings/johnsbook/drawing1'. > > "Store a new drawing or overwrite an existing one" > > ZnClient new > username: 'john' password: 'secret'; > contents: 'a string representation of a drawing'; > put: 'http://www.drgeo.eu/drawings/johnsbook/drawing1'. > > "Delete a drawing" > > ZnClient new > username: 'john' password: 'secret'; > delete: 'http://www.drgeo.eu/drawings/johnsbook/drawing1'. > > "List my drawings" > > ZnClient new > username: 'john' password: 'secret'; > get: 'http://www.drgeo.eu/drawings/johnsbook/'. > > > The server side would not be that much work either: have a look at how the ZnMonticelloServerDelegate class (to be combined with a ZnServer). This implements a comparable protocol. > > HTH, > > Sven > > > -- Dr. Geo -- http://www.drgeo.eu

Dec. 3, 2011

Re: [Pharo-users] Full Screen Button would be nice

by Benjamin

On Dec 3, 2011, at 12:29 PM, Sven Van Caekenberghe wrote: > > On 03 Dec 2011, at 03:09, Sean P. DeNigris wrote: > >> Happy Holidays: >> (PluggableButtonMorph on: [ Display toggleFullScreen ] getState: nil >> action: #value) >> label: 'Toggle Fullscreen'; >> openInWorld. > > This is really cool, thx! > > IMHO something like this should be standard (maybe activateable in settings), preferrably with two state icons like > > http://www.apple.com/macosx/whats-new/full-screen.html > For the two state icons, you can use ToggleIconicButton from NautilusCommon. So maybe we should push it into the system :) Ben > Sven > >

Dec. 3, 2011

[COTDC] 89 - NullStream

by sean＠clipperadams.com

Continuing in Collections... Today: NullStream Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest p.s. this message was sent from a pharo image. Did you know you could easily do that?!

Dec. 3, 2011

Re: [Pharo-users] Full Screen Button would be nice

by Sven Van Caekenberghe

On 03 Dec 2011, at 03:09, Sean P. DeNigris wrote: > Happy Holidays: > (PluggableButtonMorph on: [ Display toggleFullScreen ] getState: nil > action: #value) > label: 'Toggle Fullscreen'; > openInWorld. This is really cool, thx! IMHO something like this should be standard (maybe activateable in settings), preferrably with two state icons like http://www.apple.com/macosx/whats-new/full-screen.html Sven

Dec. 3, 2011

Re: [Pharo-users] Network save and load

by Sven Van Caekenberghe

Hilaire, On 03 Dec 2011, at 10:38, Hilaire Fernandes wrote: > Hello, > > In DrGeo I want a new feature: users could save and load sketches in a > remote server. It could be done with FTP or HTTP, or any other means. > I don't have any experience in networked operation nor what it is > possible to do with the Pharo classes library. > > What are your suggestion? > > Thanks > > Hilaire I would use HTTP with basic authentication to start with, like Monticello does today. Account management is a seperate problem, as is some security strategy. You probably intent to have sharing, so you have to think about that too. The client side could be very simple (for simplicity let's assume you store strings, you could pick a better representation with automatic encoding/decoding, later on): "Get drawing1" ZnClient new username: 'john' password: 'secret'; get: 'http://www.drgeo.eu/drawings/johnsbook/drawing1'. "Store a new drawing or overwrite an existing one" ZnClient new username: 'john' password: 'secret'; contents: 'a string representation of a drawing'; put: 'http://www.drgeo.eu/drawings/johnsbook/drawing1'. "Delete a drawing" ZnClient new username: 'john' password: 'secret'; delete: 'http://www.drgeo.eu/drawings/johnsbook/drawing1'. "List my drawings" ZnClient new username: 'john' password: 'secret'; get: 'http://www.drgeo.eu/drawings/johnsbook/'. The server side would not be that much work either: have a look at how the ZnMonticelloServerDelegate class (to be combined with a ZnServer). This implements a comparable protocol. HTH, Sven

Dec. 3, 2011

Network save and load

by Hilaire Fernandes

Hello, In DrGeo I want a new feature: users could save and load sketches in a remote server. It could be done with FTP or HTTP, or any other means. I don't have any experience in networked operation nor what it is possible to do with the Pharo classes library. What are your suggestion? Thanks Hilaire -- Dr. Geo -- http://www.drgeo.eu

Dec. 3, 2011

Re: [Pharo-users] Consortium memberships brainstorming and ideas

by Tudor Girba

Hi, I think the individual membership should not be free. Being part of the consortium should be meaningful. So, I propose that a membership requires one of two: 1. make a gift, or 2. present the evidence of three relevant commits to Pharo or adjacent projects. Of course, most people will fall under the second category anyway. But, like this, when one adds the badge of "Proud Pharo supporter" to his webpage it has a factual meaning. What do you think? Cheers, Doru p.s. And 5000 * 2 = 10000. Luckily, it's probably not going to be Stef taking care of the finance details :) On 3 Dec 2011, at 10:00, StÃ©phane Ducasse wrote: > HI > > We would like to get your point of view about the following (we discussed with INRIA lawyer and others. > > > Goal: Remember we want to be able to pay an engineer (cost 55K). > > Constraints: We do not want a special license for people participating to the consortium and the others. > It means that members may not have immediate advantages like 10% reduction :). > But it also means that the system is clean, simple, â¦. > > > Proposals: > > Individual Member: > - Free membership > > Institutional Member: (like Lab, Universityâ¦.) > - 1000 Euros > > Company > - First level support: 2000-3000 Euros > > - Extended Support: 5000-6000 Euros > > Then finally we want to have a donation for >500 Euros > > > Now with these numbers: we can do it. It may be tight but this would be a huge success! > > > we need > 20 first level support > 2000 Euros * 20 = 40000 > two extended > 5000 Euros * 2 = 12000 > > 5 institutionals > 5* 1000 = 5000 > > Gift: > 500 * 10 = 5000 > > > So let us know what do you think? > > Stef -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

Dec. 3, 2011

Consortium memberships brainstorming and ideas

by StÃ©phane Ducasse

HI We would like to get your point of view about the following (we discussed with INRIA lawyer and others. Goal: Remember we want to be able to pay an engineer (cost 55K). Constraints: We do not want a special license for people participating to the consortium and the others. It means that members may not have immediate advantages like 10% reduction :). But it also means that the system is clean, simple, â¦. Proposals: Individual Member: - Free membership Institutional Member: (like Lab, Universityâ¦.) - 1000 Euros Company - First level support: 2000-3000 Euros - Extended Support: 5000-6000 Euros Then finally we want to have a donation for >500 Euros Now with these numbers: we can do it. It may be tight but this would be a huge success! we need 20 first level support 2000 Euros * 20 = 40000 two extended 5000 Euros * 2 = 12000 5 institutionals 5* 1000 = 5000 Gift: 500 * 10 = 5000 So let us know what do you think? Stef

Dec. 3, 2011

Re: [Pharo-users] Videos Pharo talks ESUG 2010/2011

by StÃ©phane Ducasse

> Thanks for posting those links. I enjoyed seeing what is happening. Pharo is great. (Except for 1.3, which crashes out-of-the-box when I load my packages... -- i am too busy to figure out why right now.) Please let us know because how can we help and fix? We use 1.3 daily and it works. We are building a company on 1.3 and working hard on 1.4 so gives us feedback. > Two years ago a friend needed an app to demonstrate capabilities at his start-up company. The demo app was simple: 2d display (with a map as the back-drop) with markers on the map illustrating the states & locations of various in-field devices (data pulled from the db, or added graphically to inform the db). I spec'd out the demo, generalizing as much as possible for a quick-n-dirty demo. So maybe I quickly got in to 20 to 30 classes, with not much code in each. I sat down and laid out the basic functioning demo in about 2 weeks in Java. At the end of that period, I thought: why am I using Java/Java-beans/Eclipse? I hate having to type in data-type information all over the place -- and as I get older and my eyes slower, it just slows me down a lot, visually scanning code during editing. So, I went ahead and authored the same functionality in Pharo. It took 2 days. I still do not get the appeal of Java. coud we see it :)? > I love Pharo and I am willing to contribute. Thanks > Other than a few tools laying around (e.g. a Sudoku solver that I wrote a few years back) that were never polished (e.g. lacking a GUI), Report precsise bugs, Send emails like that one, sign the license agreement are some ways to contribute :) > cash is actually the easiest thing for me to contribute. We are setting a consortium and people will be able to financially contribute. I will send a separate mail to get some feedback from the community. > Question: is this private-public partnership funding situation operational now, or are you still working out the details? We are working with laywers :) > I am using Pharo to write a financial analysis & reporting (only html & csv currently) system that includes a simple (feed-forward) artificial neural-network subsystem and a portfolio simulation system (that can pull in historical fundamental data & simulate a portfolio with various trading rules). > > The chances are high that I will need some additional help in February or March for a few weeks. Are there any Smalltalk/Pharo consultants here in New Hampshire, USA? Because this project is going to evolve, and is already too big for me to maintain progress on in my spare time (and yet the app is already critical to our in-house stock research), hiring someone would be our preferred course. Send a separate email :) We love love to create such a kind of relationship and ecobusiness :) > > - > Whatever happened to the GUI builder? (Someone named nullset or null<something> was working on?) I do not know. What we look at is the following: - how can we reuse the logic go the widgets and their composition? We play with 4 classes to understand. Because in the UI builder you need - Widget placement - Saving and rebuilding it once you close it - reusing the UI logic of one part in another (for example I plug together a list and a button how can I plug this behavior in another one) => sub canvas technology in VW. So we will slowly continue to play with idea there to see. > > In summary, I love Pharo! Thanks > > Cheers, > Cam > > On Fri, Dec 2, 2011 at 2:41 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > The Pharo talks of ESUG 2011 and ESUG 2010 are online: > > ESUG 2011 Pharo RoadMap (missing the a bit at the end, I think) > http://www.youtube.com/watch?v=cJfiNQ8zhIE > Slides: http://www.slideshare.net/MarcusDenker/the-pharo-roadmap > ESUG 2010: Pharo > http://www.youtube.com/watch?v=pu-w9wX6RwQ > Smalltalks 2011 > Slides: http://www.slideshare.net/MarcusDenker/pharo-one-year-later > Video: Not yet. > > Marcus > > -- > Marcus Denker -- http://marcusdenker.de > > >

Dec. 3, 2011