February 2015 - Pharo-users

Re: [Pharo-users] pharo and ui again

by Hilaire

Le 11/02/2015 23:28, Sebastian Heidbrink a Ã©crit : > 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. You are pretty right. For a small UI project, the UI development can be high. For a bigger project, where the UI part represent a small fraction of the whole project, it is a different story as most of the development will be out of the UI land and will benefit from the Pharo productivity. This is what I experienced with DrGeo. By the way, before Polymorph, the situation was even worst. Did you look at the Polymorph example in the WidgetExamples class ? There are good starter. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Feb. 12, 2015

Re: [Pharo-users] Problems evaluating message sends in run-time arrays

by stepharo

Le 11/2/15 02:38, Andy Burnett a Ã©crit : > I would like to create an array with a collection of colour values. > > I tried both: > > colorList := {Color blue} > and > colourList := {Color named: #blue.}. > > In both cases it evaluates to 'Color blue' rather than the Color object. Why do you rely on text when you can talk to objects? Open an inspector and get the full power :) > What surprised me was that: > > charList := {Character digitValue:35. Character digitValue:33.}. > > Does evaluate to an array of two characters. What is going on? andy inspect the result and you will see that you get an array with two character. Color blue print Color blue because Color blue is a color which corresponds exactly to the result of sending the message blue to Color. Some meta approach: Color blue hue Color blue intensity if it replies to color message, it is a color. > > Cheers > Andy > á§

Feb. 12, 2015

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