- Pharo-users - lists.pharo.org

Re: [Pharo-users] recover lost changes

by stepharo

Yes but resources are still sparse. I'm usually arguing the same way like you. But at the moment I have the feeling we postpone the integration of too much too long. If the release is postponed until july I'd vote for integrating it now and iron it out. Otherwise it might be never integrated and that is our poor history of good projects dying because. my 2 cents, Norbert +1 Stef

Feb. 12, 2015

Re: [Pharo-users] recover lost changes

by stepharo

Le 11/2/15 09:33, Stephan Eggermont a Ã©crit : > Norbert wrote: >>> Am 10.02.2015 um 20:59 schrieb stepharo <[hidden email]>: >>> >>> Yes this should be fixed. >>> >> You mean fix the current implementation or swap it for epicea? > The current implementation. Yes > It is a significant barrier to entry for > new smalltalkers and gives a very bad impression. > The epicea swap is a high-impact change, that is likely to > affect stability for some time. No it is stable. We postponed it because martin was doing override in MC instead of adding notification to MC and registering to them. It will be fixed. Stef > > Stephan > >

Feb. 12, 2015

Re: [Pharo-users] GSOC 2015 application

by stepharo

Me and Damien did a pass on them yesterday. If people have projects that they want to mentor during GSOC or not they can pull request on github pharo-project-.... Stef Le 11/2/15 16:26, Ben Coman a Ã©crit : > > > btw, Are all of these topics [http://topics.pharo.org/] still current > (maybe some are too big for summer)?

Feb. 12, 2015

Re: [Pharo-users] recover lost changes

by stepharo

thanks sean. I need to get back hacking in Pharo for real. Stef Le 11/2/15 18:58, Sean P. DeNigris a Ã©crit : > Sean P. DeNigris wrote >> I can not reproduce this... > Okay, I see. It only happens when Nautilus (the browser) is on the > class-side. Looking deeper, there is in general a flaw in Nautilus - at > least in announcement handling - because it doesn't take class vs. metaclass > into account. I started fixing it, but don't have time now. > > The basics for anyone that's interested: selected class could be a class, > metaclass, or nil, so there needs to be a nil guard first, then something > like selectedClass theNonMetaClass = aClass. Browsing (scoped to Nautilus) > senders of #selectedClass is a good start. HTH > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/recover-lost-changes-tp4804929p4805177.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Feb. 12, 2015

Re: [Pharo-users] GSOC 2015 application

by stepharo

I did part of my job. I revisited all topics.pharo.org (in github soon on topics.pharo.org) Now I do not want to hear about GSOC. Stef Le 11/2/15 20:55, Stephan Eggermont a Ã©crit : > Ben wrote: >> Now google say... "Umbrella organizations get more slots. >> If an organization is acting as an umbrella for other projects, chances are >> we'll allocate more students to you simply because there's a great deal of >> different types of work to be done, and we're hoping our students will end >> up with something that appeals to them among this wide offering." [1] >> The Pharo Consortium might conceivably be considered an umbrella organization, >> if a reasonable amount of selected projects relate to applications built on top of Pharo >> and not "just" improvements in the Pharo release. e.g. SciSmalltalk, PhaROS, Phratch. >> I guess that is a balance to be determined later. > New organizations get a low number of slots. Marginalizing other > smalltalks is not in our best interest. > > I think it would be sad not to run as Esug this year. Running as Esug shows we > can overcome last years trouble, and start healing the pain. > I totally understand Stef doesn't want to be involved, considering the amount > of accusations and abuse it has brought, not just last year. > > Stephan >

Feb. 12, 2015

Re: [Pharo-users] GSOC 2015 application

by stepharo

Sebastian we maintain one single list for pharo topics (related or not to GSOC) I will not edit your item but you can do a pull request :) https://github.com/pharo-project/pharo-project-proposals Stef Le 11/2/15 19:37, Sebastian Sastre a Ã©crit : > Okay here comes some notes Iâve compiled: > > > *VOSS for Pharo * > http://voss.logicarts.com/ > Implications: a completely object oriented database industry proven > would have a legacy and a open sourced release empowering Pharo users > and startups to stay object oriented even when persisting data. > VOSS has dual license commercial and GPLv3, John, VOSS author already > offered himself to mentor porters. > https://www.linkedin.com/in/johnclapperton > > *SQLServer client for Pharo* > Implications: some applications that have this dependency needs to > extend and modernize features are challenged by this dependency that > Pharo cannot use in a production ready state. > > *SQL Alchemy for Pharo* > Implications: Big-data is a growing market that is easy to mine with a > tool like Pythonâs SQL Alchemy. A Pharo version of such powerful tool > would open this market opportunity for people wanting to offer > Pharo-based solutions in this segment. Smalltalkâs syntax and tooling > superiority could provide a significant push forward in this > technology competitiveness because they might empower Pharo users to > deliver solutions faster. > http://www.sqlalchemy.org/ > > *Remote Environments for Pharo* > Implications: being able to inspect, browse and debug reliably a > server Pharo image from a client Pharo image would spark countless > possibilities. Some of them: server maintenance; hot debug on GUI-less > servers in production; live develop or debug remotely mobile devices > that doesnât have a server. Hot changes in Pharo powered drones and > robots. > > *Pharo on mobile* > Implications: Is not that mobile is a growing market, is more like > mobile is going supernova: > http://a16z.com/2014/10/28/mobile-is-eating-the-world/ > The power of Pharo and its libraries on mobile devices is currently > perhaps one of its biggest opportunities. > > *Deep learning for Pharo* > Implications: Robotics, drones and the internet of things will gather > data from sensors that will need interpretation and modelling. All > sorts of AI will use deep learning techniques and Pharo would be a > great orchestrator of that modelling. > http://www.quora.com/What-is-the-best-deep-learning-library-at-the-current-… > > *Pharo Hadoop client* > Implications: Apache Hadoop can scale from single server to thousands > of servers. The explosion of sensors, drones and mobile devices and > printed devices with sensors are going to generate incredible amounts > of data to process and model. Hadoop is a good fit for that and Pharo > can empower faster modelling and orchestration of what to do with all > that information stored in this widely adopted Hadoop technology. > http://wiki.apache.org/hadoop/PoweredBy > > *Cross platform Native Widgets for Pharo* > Implications: The web is fantastic but at the same time there is a big > pressure to create great native applications due to the improved User > Experience that the native widgets can provide. Making Pharo to create > them via things like wxWidgets > (https://www.wxwidgets.org/about/screenshots/) would instantly create > opportunities to develop fast applications with a great UX. > > *Protips site for Pharo* > Implications: I might spark the beginning of a mentoring ecosystem. > StackOverflow is great but at the same time for a niche like Smalltalk > it might not be enough to show the problem-solving potential of the > platform. A site dedicated to share pro tips centered on Pharo would > slowly a steady show the platformâs value. The site has to be social > friendly. Each tip should have an author that can set there > StackOverflow, LinkedIn, facebook, twitter or any social profile she > wants. Requires nice branding and UX/UI design. Optional variation of > the same idea: make it for any Smalltalk dialect instead of only Pharo. > > *REPL IDE for Pharo* > Implications: Smalltalkers are used to very powerful IDEs. What if we > have to put Pharo in a really underpowered or monitorless device? > Having a powerful REPL IDE that can evaluate expressions, inspect and > debug, would empower users to still do things in mini-devices during > the incoming tide wave of internet-of-things. > > *A GUI builder for Pharo* > Implications: If whatever you are doing you cannot make it visual > easily, people cannot perceive it easily. Due to evolutionary reasons, > our brain has unfair bias towards visual processing. Lets make > something that allows Pharo to create visual things easier. Something > like PARTS or Dolphin Smalltalk GUI builder would be huge. > > best! > > o/ > > >> On Feb 11, 2015, at 12:14 PM, Martin BÃ¤hr >> <mbaehr(a)email.archlab.tuwien.ac.at >> <mailto:mbaehr@email.archlab.tuwien.ac.at>> wrote: >> >> Excerpts from Stephan Eggermont's message of 2015-02-11 15:05:14 +0100: >>> Sebastian wrote: >>>> Can I brainstorm a wishlist? I could get wild on it :D >>> >>> Sure, as long as it is projects that you would be willing to mentor, >>> and sized like they could fit. >> >> well, someone else could be willing to mentor then, so i don't think >> it hurts >> to get wild on ideas, as long as accepted ideas come with a mentor. >> >> greetings, martin. >> >> -- >> eKita - the online platform for your entire >> academic life >> -- >> chief engineer eKita.co <http://eKita.co> >> pike programmer pike.lysator.liu.se <http://pike.lysator.liu.se> >> caudium.net <http://caudium.net> societyserver.org >> <http://societyserver.org> >> secretary beijinglug.org <http://beijinglug.org> >> mentor fossasia.org <http://fossasia.org> >> foresight developer foresightlinux.org <http://foresightlinux.org> >> realss.com <http://realss.com> >> unix sysadmin >> Martin BÃ¤hr working in china http://societyserver.org/mbaehr/ >> >

Feb. 12, 2015

Re: [Pharo-users] pharo and ui again

by Sven Van Caekenberghe

> On 12 Feb 2015, at 00:46, Nicolai Hess <nicolaihess(a)web.de> wrote: > > But much howtos or tutorials widely scattered and aren't up to date. Johan Fabry's talk at the Pharo Days was an excellent introduction to Spec, watch it.

Feb. 12, 2015

Re: [Pharo-users] Nautilus groups

by Martin BÃ¤hr

Excerpts from Christophe Demarey's message of 2015-02-10 14:28:19 +0100: > dynamic groups: 'Last modified packages', 'Most viewed classes', 'Work' i just discovered a problem, in that when a group is selected, some important items are missing from the content menu. in particular, "add package..." it is entirely non-obvious that i need to have a package selected in order to add a new package which may be quite unrelated to the package i selected. what happened next was, that i thought "add group" is actually "add package" so i added a group and then wondered why, when creating a class, the template didn't have the package pre-set. it would probably better if all generic menu items, that is, those that don't act on a specific group are present in all menus in that panel. greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Feb. 12, 2015

Re: [Pharo-users] pharo and ui again

by Nicolai Hess

2015-02-11 23:28 GMT+01:00 Sebastian Heidbrink <sheidev(a)yahoo.de>: > > Hi again! > > Well, we had an other Software Smalltalk Night and we want to try to make > a Smalltalk Kinect Fun project. > It was pretty easy to conenct the Kinect camera with a Squeak For Scratch > image. > That enabled everybody to easily get going. > > Since a few days I try to prepare further steps and I must say,... I am > completely lost in the UI frameworks. > > Let's have a simple example. > > A window with a title, 2 labels, 2 entry fields, one checkbox and 2 > buttons. > e.g. a login form for a Pharo application. > We will need the parts, the layout, the events, the starting point as well > as a result handler.... > After 5 days I can tell ,that I am lost in Morphic, UIManager, > Traits/No-Traits, Spec, GLMMorphic, Poly.... > a quick example (based on the code from class WidgetExamples) http://ws.stfx.eu/PXC188LWWWBN it is just an example and of course you need to wire up all the widget controls (textfield/checkbox) with your model. With spec this is easy too. But this kind of dialogs (request dialog, alert dialog, choose from a list dialog) are so common, that we really should build a small widget library, otherwise every developer builds his own spec models. > And sometimes things are even mixed up and I am not able to decide which > approach to follow,... > Some examples store widgets in instance variables, others initialize the > morph based on the underlying model. > MVC is sometimes mixed up... > And this was just the topic parts and partially layout and events.... > How does one open this login as an overlay, or as temporary replacement > for the main content.... > > I tried Spec, but somehow it is much more difficult to get a proper > functioning layout that behaves mature during resize and such events than > expected. > Is it possible to take a more Squeakish approach and just instantiate ui > components compose them, define handler/callback symbols in those instances > and then generate a specification/code out of this? > > Can anybody please point me at a full documentation on how to do things > properly? > I wish there was something like this. We have some spec docs at http://spec.st/ there are many resources for morphic at http://wiki.squeak.org/squeak/morphic But much howtos or tutorials widely scattered and aren't up to date. The best thing you can do is look at the examples (and tools) in the image ask in this mailng list write about your progress and experience! ( Help others who may have the same questions). > There are many examples for the widgets but there is not a single example > on how to built a real framework based on MVC in Pharo. > > Well and unfortunately a lot of stuff is outÃdated already. I somehow have > the feeling that one and the same thing was implemented over and over again. > yes that is true. > > I honestly try to bring Pharo/Smalltalk to the crowd, but somhow I feel > like the UI development removes all the productivity that one usually has > with Smalltalk. > > I'd like to provide the interested locals here with a bsic implementation > that they will be able to extend or go on with. > But I do not want to invest time into not supported things. > Support = Someone has to invest the time. nicolai > > Thank you for any hint again! > Sebastian > > >

Feb. 11, 2015

pharo and ui again

by Sebastian Heidbrink

Hi again! Well, we had an other Software Smalltalk Night and we want to try to make a Smalltalk Kinect Fun project. It was pretty easy to conenct the Kinect camera with a Squeak For Scratch image. That enabled everybody to easily get going. Since a few days I try to prepare further steps and I must say,... I am completely lost in the UI frameworks. Let's have a simple example. A window with a title, 2 labels, 2 entry fields, one checkbox and 2 buttons. e.g. a login form for a Pharo application. We will need the parts, the layout, the events, the starting point as well as a result handler.... After 5 days I can tell ,that I am lost in Morphic, UIManager, Traits/No-Traits, Spec, GLMMorphic, Poly.... And sometimes things are even mixed up and I am not able to decide which approach to follow,... Some examples store widgets in instance variables, others initialize the morph based on the underlying model. MVC is sometimes mixed up... And this was just the topic parts and partially layout and events.... How does one open this login as an overlay, or as temporary replacement for the main content.... Â I tried Spec, but somehow it is much more difficult to get a proper functioning layout that behaves mature during resize and such events than expected. Is it possible to take a more Squeakish approach and just instantiate ui components compose them, define handler/callback symbols in those instances and then generate a specification/code out of this? Can anybody please point me at a full documentation on how to do things properly? There are many examples for the widgets but there is not a single example on how to built a real framework based on MVC in Pharo. Well and unfortunately a lot of stuff is outÃdated already. I somehow have the feeling that one and the same thing was implemented over and over again. I honestly try to bring Pharo/Smalltalk to the crowd, but somhow I feel like the UI development removes all the productivity that one usually has with Smalltalk. I'd like to provide the interested locals here with a bsic implementation that they will be able to extend or go on with. But I do not want to invest time into not supported things. Thank you for any hint again! Sebastian

Feb. 11, 2015