Re: [Pharo-users] [gsoc-mentors] Re: GSoC: call for ideas
Paolo Bonzini writes: Il 11/02/2014 10:42, Damien Cassou ha scritto: Hi fellow Pharo hackers, ESUG, the European Smalltalk User Group, is applying for this year's Google Summer of Code. As you probably know, the Summer of Code provides the opportunity to fund students to work during the summer on Pharo. Please reply to this email (be sure to use Reply to all) if you have ideas you would like to propose. Please include a summary of the project and links to web pages that can help prospective students to write their application. Please also include the following information: - if applicable, other dialects that you would be willing to mentor this project for - the skill level - name of the mentor(s), email addresses, and possibly any IRC network/channel/nickname where they can be found. Thanks for contributing to ESUG's Summer of Code application! Just a note that I haven't yet processed this thread, but our ideas page is already looking pretty well (and Pharo section is big) so I'll probably do it in the weekend or next Monday. I can do it if you want. Cheers, Nico
Re: [Pharo-users] Athens question - #openInSceneView
Incomplete, though EllipseMorph would be quite easy to implement. You would have to implement drawOnAthensCanvas: on EllipseMorph. It is currently just inheriting that from Morph. Cheers, Jeff On Wed, Feb 12, 2014 at 10:09 PM, Torsten Bergmann asta...@gmx.de wrote: If I understand correctly #openInSceneView wraps a morph in an Athens scene. I tried some examples: Smalltalk ui icons configIcon asMorph openInSceneView BorderedMorph new openInSceneView First two work, but the third: EllipseMorph new openInSceneView brought up a yellow morph - but as rectangle not as ellipse like in EllipseMorph new openInWorld. Havent looked deeper. Incomplete or a bug? Thx T. -- Jochen Jeff Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick
Re: [Pharo-users] Improving Strings Manipulation topic
Hi Doru: Thank you for your reply, I will take a look to them. I'm from Bolivia. :D -- Cheers, Dani
Re: [Pharo-users] Athens question - #openInSceneView
On 14 February 2014 15:57, J.F. Rick s...@je77.com wrote: Incomplete, though EllipseMorph would be quite easy to implement. You would have to implement drawOnAthensCanvas: on EllipseMorph. It is currently just inheriting that from Morph. Right. Cheers, Jeff On Wed, Feb 12, 2014 at 10:09 PM, Torsten Bergmann asta...@gmx.de wrote: If I understand correctly #openInSceneView wraps a morph in an Athens scene. I tried some examples: Smalltalk ui icons configIcon asMorph openInSceneView BorderedMorph new openInSceneView First two work, but the third: EllipseMorph new openInSceneView brought up a yellow morph - but as rectangle not as ellipse like in EllipseMorph new openInWorld. Havent looked deeper. Incomplete or a bug? Thx T. -- Jochen Jeff Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick -- Best regards, Igor Stasenko.
Re: [Pharo-users] [gsoc-mentors] Re: GSoC: call for ideas
Project idea Name: Instance Derreferencer for Pharo Skill level: Intermediate Possible Mentors: Name of the Student: Alejandro Infante Description: A problem with image based environment is, when you detect a memory leak is removing those objects from the system. This tool would provide a handy UI to inspect the current instances of the classes that we think they have a memory leak and, in case there are objects that are not being garbage collected, offer to the user a Derreference button. This is going to iterate over all the objects that have a reference to my object and remove that reference, finally enabling the Garbage Collector to get rid of the leak. 2014-02-14 5:08 GMT-08:00 Nicolas Petton petton.nico...@gmail.com: Paolo Bonzini writes: Il 11/02/2014 10:42, Damien Cassou ha scritto: Hi fellow Pharo hackers, ESUG, the European Smalltalk User Group, is applying for this year's Google Summer of Code. As you probably know, the Summer of Code provides the opportunity to fund students to work during the summer on Pharo. Please reply to this email (be sure to use Reply to all) if you have ideas you would like to propose. Please include a summary of the project and links to web pages that can help prospective students to write their application. Please also include the following information: - if applicable, other dialects that you would be willing to mentor this project for - the skill level - name of the mentor(s), email addresses, and possibly any IRC network/channel/nickname where they can be found. Thanks for contributing to ESUG's Summer of Code application! Just a note that I haven't yet processed this thread, but our ideas page is already looking pretty well (and Pharo section is big) so I'll probably do it in the weekend or next Monday. I can do it if you want. Cheers, Nico
[Pharo-users] Choosing 'Sb' as an umbrella package prefix?
Hi, I have two questions regarding the choice of package prefix, but, first, some background. We have a number of packages that I would like to publish as open source on smalltalkhub.com over the coming year. As well, we have several proprietary customer packages in our internal MC repository. Obviously, we want to avoid name collisions with everyone else, but we want to keep our package and class names from bloating, too. I'm thinking of choosing the umbrella package/class prefix 'Sb' (for the element Antimony, shamelessly following Sven's example) for everything we write. We would use one or two further characters to distinguish our actual packages and classes (public and proprietary). For example, SbWA... - our Seaside utilities SbPG... - our PostgresV2 utilities SbPr... - our Prolog query engine SbMt... - a proprietary client project My first question: Does this sound reasonable? I don't want to give potential users the impression that unstated dependencies exist between our open source 'Sb' packages. I'm simply trying to carve out a namespace. Second, I installed all of the packages I could using the Metacello Configuration browser in Pharo 2.0 and collected the first three characters of all packages and classes. I didn't find any use of the 'Sb' prefix. Does anyone know of a conflict? Thanks! Mike -- Michael J. Forster, B.Sc. (Hons.), B.Sc. COO, Programmer Shared Logic Inc.
Re: [Pharo-users] Choosing 'Sb' as an umbrella package prefix?
There is no solution for this other than namespacing (which is an issue in itself). If it's not a conflict now, it will be in the future. I prefix my domain classes with Ts and Gpt, so far it doesn't clash with anything else. May it ever happen, I will rant. :) Regards, Esteban A. Maringolo 2014-02-14 14:28 GMT-03:00 Michael J. Forster m...@sharedlogic.ca: Hi, I have two questions regarding the choice of package prefix, but, first, some background. We have a number of packages that I would like to publish as open source on smalltalkhub.com over the coming year. As well, we have several proprietary customer packages in our internal MC repository. Obviously, we want to avoid name collisions with everyone else, but we want to keep our package and class names from bloating, too. I'm thinking of choosing the umbrella package/class prefix 'Sb' (for the element Antimony, shamelessly following Sven's example) for everything we write. We would use one or two further characters to distinguish our actual packages and classes (public and proprietary). For example, SbWA... - our Seaside utilities SbPG... - our PostgresV2 utilities SbPr... - our Prolog query engine SbMt... - a proprietary client project My first question: Does this sound reasonable? I don't want to give potential users the impression that unstated dependencies exist between our open source 'Sb' packages. I'm simply trying to carve out a namespace. Second, I installed all of the packages I could using the Metacello Configuration browser in Pharo 2.0 and collected the first three characters of all packages and classes. I didn't find any use of the 'Sb' prefix. Does anyone know of a conflict? Thanks! Mike -- Michael J. Forster, B.Sc. (Hons.), B.Sc. COO, Programmer Shared Logic Inc.