April 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Spotter

by Esteban Lorenzano

> On 06 Apr 2015, at 18:06, stepharo <stepharo(a)free.fr> wrote: > > >>> On 05 Apr 2015, at 17:37, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: >>> >>> aliaksei >>> >>> what would be nice is that each time we click on a button or press a command key >>> you emit a growl notification with the description. >> >> for debug, I suppose? > > To learn the key combinaison. > You could make sure that after a couple of the same use you do not show it anymore. >> because otherwise is too much pollutionâ¦ tooltips are created for that and I think they do right their job. >> > Emacs is doing that really well. > How to learn key-bindings.... simple show them to the user. some time ago I suggested Guille implement something like that. But not a growl announcement, that would be too disruptive: just like an emacs menuâ¦ there were some problems at the moment to implement it (and the fact that he was doing his phd and I was, as always, running with something else didnât helped). cheers, Esteban > > Stef

April 6, 2015

Re: [Pharo-dev] Spotter

by stepharo

>> On 05 Apr 2015, at 17:37, stepharo <stepharo(a)free.fr >> <mailto:stepharo@free.fr>> wrote: >> >> aliaksei >> >> what would be nice is that each time we click on a button or press a >> command key >> you emit a growl notification with the description. > > for debug, I suppose? To learn the key combinaison. You could make sure that after a couple of the same use you do not show it anymore. > because otherwise is too much pollutionâ¦ tooltips are created for that > and I think they do right their job. > Emacs is doing that really well. How to learn key-bindings.... simple show them to the user. Stef

April 6, 2015

Re: [Pharo-dev] UpdatedPharoByExample for 3.0, 4.0, 5.0

by stepharo

My point is not related to technical issues. Just plain time to update the contents. Stef Le 4/4/15 16:19, Sean P. DeNigris a Ã©crit : > stepharo wrote >> there is a huge time / energy investment problems. > I don't see it. The simplest thing (which is 0 extra work AFAICT) would be > to tag the last version before we start updating for 5.0 as something like > 'Pharo-4-final'. Almost as easy would be to have a branch per version, so > e.g. typos could be merged back if someone was interested. But maybe I'm > missing something - where specifically do you see the time & energy > investment? Because I think we could've set it up in less time than it took > me to write this reply! > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/UpdatedPharoByExample-for-3-0-4-0-5-0-tp4817514p48175… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

April 6, 2015

Re: [Pharo-dev] MySQL driver

by nacho

This is great news. I'm struggling too with MySQL in Pharo. Filling the Poll right now! thanks *Lic. Ignacio Sniechowski, MBA* *Prosavic SRL* *Tel: (011) 4542-6714* On Mon, Apr 6, 2015 at 12:41 PM, Pharo Smalltalk Developers mailing list [via Smalltalk] <ml-node+s1294792n4817841h64(a)n4.nabble.com> wrote: > Often times, I have to work with Smalltalk (pick your favorite one) and > MySQL. I have to deal with multiple versions of MySQL and, unfortunately, > incompatible code between Squeak and Pharo. > > I'm thinking of rewriting the MySQL driver to handle different MySQL > versions (3.23 up to 5.7), Squeak (3.x up to 4.6) and Pharo (1.0 up to > 4.0). Obviously, I'd make sure the driver would handle the different MySQL > handshake protocols, password encryption methods and different storage > engines (MyISAM, InnoDB and MEMORY) as well as partitions, MERGE tables and > views and the oooooh-soooo-different behaviors of the ZEROFILL option and > ever-changing server commands (that come and go between versions)! > > I already have a gazillion versions of MySQL servers installed and a bunch > of SUnit tests (for another project of mine) to handle all the subtleties > of those different versions. Is there any interest in such a thing before > I spend (quite) some time on this? > > I created 2 polls to get an idea of what versions of MySQL people use as > well as MySQL & Pharo versions used. Please, fill out the 2 polls at: > > MySQL et Squeak et Pharo > <https://endormitoire.wordpress.com/2015/04/05/mysql-et-squeak-et-pharo/> > > > > [image: image] > <https://endormitoire.wordpress.com/2015/04/05/mysql-et-squeak-et-pharo/> > > > > > > MySQL et Squeak et Pharo > <https://endormitoire.wordpress.com/2015/04/05/mysql-et-squeak-et-pharo/> > Dans l'Ã©ventualitÃ© d'une rÃ©Ã©criture du driver de MySQL pour Squeak et > Pharo, j'aimerais avoir une idÃ©e de ce que les gens utilisent! RÃ©pondez > aux so... > View on endormitoire.wordpress... > <https://endormitoire.wordpress.com/2015/04/05/mysql-et-squeak-et-pharo/> > Preview by Yahoo > > > > P.S. Sorry for the cross posting! > > ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > http://forum.world.st/MySQL-driver-tp4817841.html > To start a new topic under Pharo Smalltalk Developers, email > ml-node+s1294792n1294837h40(a)n4.nabble.com > To unsubscribe from Pharo Smalltalk Developers, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > ----- Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/MySQL-driver-tp4817841p4817844.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 6, 2015

Re: [Pharo-dev] Can Monticello version message be a Text?

by stepharo

please fix Komitter :) Le 6/4/15 13:44, Yuriy Tymchuk a Ã©crit : > Hi, in gitfiletree there is a piece of code like this: > > aVersion info message convertToSystemString > > But if you commit using Komitter `aVersion info message` is an instance of Text. Is this ok? I.e. should we fix Komitter to assign String as version message, or should gitfiletree convert message to string explicitly? >

April 6, 2015

Re: [Pharo-dev] Can Monticello version message be a Text?

by Thierry Goubier

Le 06/04/2015 13:44, Yuriy Tymchuk a Ã©crit : > Hi, in gitfiletree there is a piece of code like this: > > aVersion info message convertToSystemString > > But if you commit using Komitter `aVersion info message` is an instance of Text. Is this ok? I.e. should we fix Komitter to assign String as version message, or should gitfiletree convert message to string explicitly? > I can add an asString to gitfiletree, this is probably the easiest. Thierry

April 6, 2015

Re: [Pharo-dev] 14606 Really Important bug - Can't see some variables values while debugging closure

by Ben Coman

So the current status of this is "apparent" VM bug. Is it apparent enough that for now should I stop banging my head against it from the image side? Actually I am working 10 hour shifts the next three weeks during the power station's annual maintenance outage, so my time is probably limited anyway. cheers -ben On Mon, Apr 6, 2015 at 4:10 AM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > > > 2015-04-05 17:38 GMT+02:00 Ben Coman <btc(a)openinworld.com>: > >> >> >> On Sun, Apr 5, 2015 at 8:59 PM, stepharo <stepharo(a)free.fr> wrote: >> >>> >>> Thanks both of you for the energy you put into Pharo. >>> The tam really appreciates. >>> This is because there are guys like you that Pharo is worth being done. >>> Thanks for the tests. >>> Esteban has apparently found the bug on the VM. >>> >>> Stef >>> >>> >> Energy breeds energy. For me it was an opportunity to learn more deep >> stuff(tm) by digging with a goal. It remains a bit beyond me, but I'm >> happy if I've been able to beat the high grass enough to flush the tiger >> into the open where the marksman can take a shot at it. >> >> Nice to flush out a VM bug (can't be too many of those left ;). Let us >> know when we can do testing on it. I guess I'll read more about it on >> [vm-dev]. >> >> cheers -ben >> > > > If it's a VM bug, the VM folks would be really really interested by a bug > report, especially if ever it may affect Eliot's branch. > Even if it's a Pharo only bug, it is still very interesting to know, > because there's allways something to learn from a bug. > So I'm all ears... > > cheers > > Nicolas >

April 6, 2015

Canadian Smalltalk Competition

by Ben Coman

Richard Eng visited the Pharo community a while ago being very enthusiastic about his Smalltalk Renaissance project. His strategy didn't end up fitting the community, but I find his kickstarter to run a Smalltalk coding competition for secondary students interesting. Apart from straight altruism to support it, providing a wide exposure of students to the concept of Smalltalk just before they enter university should generate some spillover to our communities. A rising tide lifts all ships. And community networking is a funny thing, some of those students will have parents in strategic positions who would never otherwise be exposed to Smalltalk. Its worth considering.... https://www.kickstarter.com/projects/1520902870/canadian-smalltalk-competit… cheers -ben

April 6, 2015

Re: [Pharo-dev] Contributing to Bloc

by kilon alios

another weird problem i just found is that right side down arrow menu when clicked it opens in random location instead of bellow its icon. I tried it with System Browser. By the way i am talking about already available Pharo tools and not bloc examples. On Mon, Apr 6, 2015 at 2:03 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > 2015-04-06 10:22 GMT+02:00 kilon alios <kilon.alios(a)gmail.com>: > >> Hey guys, these last days I have taken a look at Bloc and really like its >> design. So I was wondering how I can be of assistance. I am not an >> experienced pharo jedi like you guys but I think I could do my small part >> to help make Bloc into a replacement for Morphic. >> >> From what I see Bloc some issues rendering Morphs , for example tabs >> (window groups) and some glitches here and there. >> > > > I don't know a tabs example that is build with bloc. > The current bloc world renders a classic Morph on an AthensCanvas if they > define a > #drawOnAthensCanvas: method. > If this is missing or not correctly working, we should change the > implementation in the Athens project (Athens-Morphic). > > > > >> >> So how am I proceed ? How I can help ? >> > >

April 6, 2015

Can Monticello version message be a Text?

by Yuriy Tymchuk

Hi, in gitfiletree there is a piece of code like this: aVersion info message convertToSystemString But if you commit using Komitter `aVersion info message` is an instance of Text. Is this ok? I.e. should we fix Komitter to assign String as version message, or should gitfiletree convert message to string explicitly?

April 6, 2015