December 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Confused making my first Pharo contribution

by Mariano Martinez Peck

On Sat, Dec 25, 2010 at 9:19 PM, Tony Fleig <tony.fleig(a)gmail.com> wrote: > I am confused. > > I have some changes to MailMessage (a Pharo class) and WAEmailMessage (a > Seaside class) and an extension to MailMessage (the method > MailMessage>>seasideEmailMessage:from:to:subject:) that I would like to > contribute. These changes allow multi-part MIME messages to be created and > sent from a Seaside web applicationfo -- r example messages with an HTML > part and a plain text part. > > Following the instructions at > http://code.google.com/p/pharo/wiki/HowToContribute, I am installing my > changes into Pharo 1.2 in preparation for creating a Monticello package for > PharoInbox. Here are my problems: > > 1. One of the steps is "File in your changes and test." I have test classes > derived from Sunit. Pharo 1.2 core doesn't seem to include Sunit. Should I > test manually and not include the Sunit tests in the package I submit? > > 2. I assume the MailMessage extension described above belongs in a Seaside > update. Is this true? > Yes, I guess so. > > 3. The Seaside changes cannot load without first loading the Pharo changes > since the multi-part message is created using Pharo's MailMessage . How is > this kind of dependency handled? Should I wait for a Seaside distribution on > a version of Pharo that includes my changes before submitting the Seaside > package? It seems like this could take a long time. > > I think this is a little complicated case ;) So...My suggestions is: - First, ask in both mailing list if both parts are interested in such fixes. I guess both will be. - Then, integrate the fix in Pharo (changes to MailMessage and tests) - Once this is integrated in Pharo, you can ask Seaside developers to commit the part of seaside. > 4. Should I make this a Seaside-only package and extend Pharo's MailMessage > in that package? > > I don't know.I cc'ed the seaside developers. Cheers mariano > Any advice will be appreciated. > > Cheers, > TF > > >

Dec. 26, 2010

Re: [Pharo-project] Which Keymaps/Shortcuts do we want to have?

by Mariano Martinez Peck

Hi Guille. I would like: - a shortcut to bring up the wolrd menu. Not sure which shortcut. - use ctrl + tab to switch between windows instead of cmd + arrows - a shortcut for what it is (hidden) now with cmd + shift + click (list of opened windows) - Shortcuts for opening standard tools: Workspace, Transcript, TestRunner, etc. - Shortcut for duplicating a windows - a shortcut for saving the image (cmd+ shoft + s ?) Ok, that's so far my wishlist ;) Cheers mariano On Sat, Dec 25, 2010 at 1:18 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Which shortcuts would you like to have, and how should they be launched? > We can choose combinations such as (ctrl + a, ctrl + b) > > Close window - ctrl + w? > Minimize window - ctrl + ??? > Maximize window - ctrl + ??? > > Open browser - ctrl + ? > Open Monticello browser ? > > Go to next window? > > My idea is to: > > - get an idea of what kind of keymaps do we want > - build them using Keymapping, so I can test it well with a nice set of > shortcuts > - gradually replace hardcoded shortcuts with Keymappings (at least to have > an extension to load to do this) > > Merry christmas :) (Here is 9 pm yet, hehe) > > Guille >

Dec. 26, 2010

Re: [Pharo-project] Alien + Cog VM

by Schwab,Wilhelm K

I can't speak to that, but the callouts of Alien have been at best damned by faint praise; FFI's weakness in callbacks is clear, so an enhancement of FFI with Alien's acknowledged strengths seems like a natural approach. Hopefully the handling of structure fields will improve at the same time. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Joachim Geidel [joachim.geidel(a)onlinehome.de] Sent: Sunday, December 26, 2010 1:46 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Alien + Cog VM Hi Eliot, Am 26.12.10 19:11 schrieb Eliot Miranda: >> What exactly does "Alien callouts will die" mean? Does it mean that the >> Alien class library is deprecated and will be replaced by a new version of >> FFI? Or is it something else? > > It means what it says; that the callout primitives in Alien will die and all > the rest will remain. FFI callouts will accept Aliens and, because they have > type information, render the Alien call-outs redundant and problematic. The > Alien data representation and callback facilities will be retained. Thanks for the clarification! This sounds as if upgrading a class library from the current version of Alien to the new one won't be much work. Joachim Geidel

Dec. 26, 2010

[Pharo-project] anyone have Monticello package history pruning code?

by Eliot Miranda

I need to nuke some irrelevant history from a merge. Any scripts, methods or tips appreciated. best Eliot

Dec. 26, 2010

Re: [Pharo-project] Alien + Cog VM

by Joachim Geidel

Hi Eliot, Am 26.12.10 19:11 schrieb Eliot Miranda: >> What exactly does "Alien callouts will die" mean? Does it mean that the >> Alien class library is deprecated and will be replaced by a new version of >> FFI? Or is it something else? > > It means what it says; that the callout primitives in Alien will die and all > the rest will remain. Â FFI callouts will accept Aliens and, because they have > type information, render the Alien call-outs redundant and problematic. Â The > Alien data representation and callback facilities will be retained. Thanks for the clarification! This sounds as if upgrading a class library from the current version of Alien to the new one won't be much work. Joachim Geidel

Dec. 26, 2010

Re: [Pharo-project] Alien + Cog VM

by Eliot Miranda

On Sun, Dec 26, 2010 at 8:19 AM, Joachim Geidel < joachim.geidel(a)onlinehome.de> wrote: > > Hi Eliot, > > On Nov 11, 2010; 02:40am, Eliot Miranda-2 wrote: > > But I'm hoping that the ALien callouts will die the death soon. I have > > Alien callbacks integrated with the FFI and of course the ALien data > > manipulation code works fine. So if you're eager to have Alien callouts > > work see whether the above change fixes things, in which case I can > > integrate the fix. But if you're not so eager you could wait for me to > > push out the FFI changes, but that could take a few weeks. > > What exactly does "Alien callouts will die" mean? Does it mean that the > Alien class library is deprecated and will be replaced by a new version of > FFI? Or is it something else? > It means what it says; that the callout primitives in Alien will die and all the rest will remain. FFI callouts will accept Aliens and, because they have type information, render the Alien call-outs redundant and problematic. The Alien data representation and callback facilities will be retained. > > I am close to releasing JNIPort for Pharo/Squeak. I am currently using > Alien > for interfacing to the Java VM, and with the exception of callbacks from > the > JVM to Smalltalk which come from foreign threads, everything works now on > the Squeak VM ("foreign" callbacks still crash the VM which outputs > "scheduler could not find a runnable process" to the console). > > I would be a bit unhappy if I had to dump this work and redo the interface > to the JVM, and I wouldn't be happy at all if I had to use different class > libraries for calling foreign functions depending on the VM (Cog vs. Squeak > VM). So, what's the "official" plan for Alien/FFI? > > Best regards, > Joachim Geidel > -- > View this message in context: > http://forum.world.st/Alien-Cog-VM-tp3036626p3164309.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Dec. 26, 2010

Re: [Pharo-project] marketing or not?

by Igor Stasenko

On 26 December 2010 18:05, Joachim Geidel <joachim.geidel(a)onlinehome.de> wrote: > Cesar, > > Am 26.12.10 17:50 schrieb csrabak(a)bol.com.br: >> Your last assertion made me curious: is there something as Silverlight for >> Linux? > > Yes, it's called Moonlight: http://www.mono-project.com/Moonlight > yeaghln... arghhh;.. moarrs... (sorry, the email can't transmit emotions) > Joachim Geidel > > -- Best regards, Igor Stasenko AKA sig.

Dec. 26, 2010

Re: [Pharo-project] marketing or not?

by Joachim Geidel

Cesar, Am 26.12.10 17:50 schrieb csrabak(a)bol.com.br: > Your last assertion made me curious: is there something as Silverlight for > Linux? Yes, it's called Moonlight: http://www.mono-project.com/Moonlight Joachim Geidel

Dec. 26, 2010

Re: [Pharo-project] marketing or not?

by csrabak＠bol.com.br

Chip, Your last assertion made me curious: is there something as Silverlight for Linux? -- Cesar Rabak Em 25/12/2010 01:32, Chip Nowacek < chip(a)twostewards.com > escreveu: Peter Fisk's stuff is looking pretty cool: silversmalltalk.wordpress.com and www.silversmalltalk.com. I haven't been able to get it to work in Linux yet. It seems Peter is headed for larger markets - good news for Smalltalk. -- View this message in context: http://forum.world.st/marketing-or-not-tp3161726p3163623.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 26, 2010

Re: [Pharo-project] [OT] Re: Why Smalltalk ? Which Smalltalk ?

by Geert Claes

Dave Mason-3 wrote: > > Can we all just chill and accept that occasionally there will be > misunderstandings? > > This is an English mailing list where the majority speak English as a > second language (vastly better than I speak anything other than English!). > As a native English speaker, there are frequently turns of phrase that I > can see that someone might take as brusque or rude. So like the adage on > implementing of protocols, please be conservative in your output (i.e. as > polite and clear as possible) and liberal in your > input (i.e. assume the best and that any perceived slight is from the > imperfection of the medium). > I have learned that people here are very passionate and one often needs to be able to read between the lines (and understand some of the history) but in the end of the day, its all good :) Dave Mason-3 wrote: > > I have a preference for Pharo, but it is clearly in the Squeak family and > internecine fighting is both unbecoming and anti-productive... the more > cross fertilization between Squeak and Pharo, the better, > although both will apply their own judgements. > > But more importantly, we are Smalltalkers. Smalltalk is a very important > language, and the software development landscape will be a better place if > more Smalltalk is used. So let's focus on talking > about, and working on, our (dialect or language) strengths, and not on > putting others down - whatever may have been the history. > > ../Dave > +1 completely agree! -- View this message in context: http://forum.world.st/Why-Smalltalk-Which-Smalltalk-tp3103039p3164316.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 26, 2010