- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] Linux graphics for Windows programmers??

by Schwab,Wilhelm K

Bert, One thing working in my favor is that I am selecting the distribution(s) and would have fairly tight control over the machines. By "the command" is it safe to assume that one would pipe PostScript into gs and then into a spooler? Put another way, if I had a .ps file, I could do all this from a terminal?? If that is true, I am starting to get it. Thanks! Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Bert Freudenberg Sent: Friday, April 16, 2010 1:40 PM To: The general-purpose Squeak developers list Cc: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [squeak-dev] Linux graphics for Windows programmers?? On 16.04.2010, at 20:20, Schwab,Wilhelm K wrote: > > Hello all, > > Are there any good tutorials that explain the transition from Windows to Linux with respect to graphics (device contexts, etc.)? I am especially interested in frameworks for printing, and wrappers that provide a canvas interface to a printer. I found a copy of Sophie 1.04 that has some code in Sophie-Printing. Is there anything else I should study? Under Linux, the lingua franca for printing is PostScript. So if you can generate a PostScript file you're almost settled. How to send this to the printer is unfortunately dependent on the environment - you need to make the command configurable, and perhaps make a good guess at a default. PostscriptCanvas is a place to start, but depending on your app's needs might require some fiddling. OTOH, writing PS files from scratch isn't that hard either. - Bert - _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 16, 2010

[Pharo-project] Issue tracking system

by laurent laffont

Hi, Is there an issue tracking system, web based, which works on Pharo ? I need one for my enterprise, may be a good way to introduce Smalltalk :) Cheers, Laurent Laffont

April 16, 2010

Re: [Pharo-project] [Esug-list] Talking to Steve Jobs about Scratch.

by StÃ©phane Ducasse

thanks john! On Apr 16, 2010, at 8:09 PM, John M McIntosh wrote: > Let me give everyone an update on what is going on with Scratch.app, I've seen lots of discussion and speculation flow by on the esug, scratch and pharo lists, some of it correct, and some of it incorrect. > > First, Scratch.app was remove from sale in the app store because the Scratch programming language is an interpreted language, and it's not on the approved interpreted language list. My understanding is that Apple has not yet rejected apps because they are "made" with a particular language. The rejection is solely due to the result of Scratch being a non approved 'interpreted" language. > > Second, I drafted a letter titled: "Rejecting an app with foundations in the Dynabook vision" and posted it to: https://devforums.apple.com/thread/46425 > > At this time, this letter is not for public viewing since I want to have more discussion with Apple and the paid Apple developer community. It seems having public rage about the unfairness about what Apple is doing just makes Apple less receptive to dialog. I would ask the community not to cross post my letter anywhere until we have had more discussions with Apple. As an example this morning there was talk with a member of the App review team about having this matter ending up on Phil Shiller's desk. > > Third, I sent a copy of the letter to Steve Jobs. He did respond. Our incomplete conversation is private, no solution or decision has been reached, and due to Apple's earnings reports coming up next tuesday I don't foresee any activity on the matter until after that event. > > Fourth, I have interest & support from Dr Alan Kay, Dr Mitchel Resnick, and others, I think people do take the matter about the freedom to write applications in a language of their choosing and using a particular implementation (interpreted, JIT, compiled) seriously, so I hope movement with Apple on the general topic will occur shortly. > > Once Apple's management team has made a response I'm sure you will all hear about it. > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/listinfo/esug-list

April 16, 2010

Re: [Pharo-project] [squeak-dev] Linux graphics for Windows programmers??

by Bert Freudenberg

On 16.04.2010, at 20:20, Schwab,Wilhelm K wrote: > > Hello all, > > Are there any good tutorials that explain the transition from Windows to Linux with respect to graphics (device contexts, etc.)? I am especially interested in frameworks for printing, and wrappers that provide a canvas interface to a printer. I found a copy of Sophie 1.04 that has some code in Sophie-Printing. Is there anything else I should study? Under Linux, the lingua franca for printing is PostScript. So if you can generate a PostScript file you're almost settled. How to send this to the printer is unfortunately dependent on the environment - you need to make the command configurable, and perhaps make a good guess at a default. PostscriptCanvas is a place to start, but depending on your app's needs might require some fiddling. OTOH, writing PS files from scratch isn't that hard either. - Bert -

April 16, 2010

[Pharo-project] Linux graphics for Windows programmers??

by Schwab,Wilhelm K

Hello all, Are there any good tutorials that explain the transition from Windows to Linux with respect to graphics (device contexts, etc.)? I am especially interested in frameworks for printing, and wrappers that provide a canvas interface to a printer. I found a copy of Sophie 1.04 that has some code in Sophie-Printing. Is there anything else I should study? Bill

April 16, 2010

[Pharo-project] Talking to Steve Jobs about Scratch.

by John M McIntosh

Let me give everyone an update on what is going on with Scratch.app, I've seen lots of discussion and speculation flow by on the esug, scratch and pharo lists, some of it correct, and some of it incorrect. First, Scratch.app was remove from sale in the app store because the Scratch programming language is an interpreted language, and it's not on the approved interpreted language list. My understanding is that Apple has not yet rejected apps because they are "made" with a particular language. The rejection is solely due to the result of Scratch being a non approved 'interpreted" language. Second, I drafted a letter titled: "Rejecting an app with foundations in the Dynabook vision" and posted it to: https://devforums.apple.com/thread/46425 At this time, this letter is not for public viewing since I want to have more discussion with Apple and the paid Apple developer community. It seems having public rage about the unfairness about what Apple is doing just makes Apple less receptive to dialog. I would ask the community not to cross post my letter anywhere until we have had more discussions with Apple. As an example this morning there was talk with a member of the App review team about having this matter ending up on Phil Shiller's desk. Third, I sent a copy of the letter to Steve Jobs. He did respond. Our incomplete conversation is private, no solution or decision has been reached, and due to Apple's earnings reports coming up next tuesday I don't foresee any activity on the matter until after that event. Fourth, I have interest & support from Dr Alan Kay, Dr Mitchel Resnick, and others, I think people do take the matter about the freedom to write applications in a language of their choosing and using a particular implementation (interpreted, JIT, compiled) seriously, so I hope movement with Apple on the general topic will occur shortly. Once Apple's management team has made a response I'm sure you will all hear about it. -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

April 16, 2010

Re: [Pharo-project] [squeak-dev] Re: iPhone OS 4 SDK, section 3.3.1

by Phil (list)

Stan, Perfect... that works for me. Thanks, Phil On Apr 16, 2010, at 4:50 AM, Stan Shepherd wrote: > > Phil, you can try http://n4.nabble.com/ESUG-f1589038.html > > Phil (list) wrote: >> >> Speaking of esug-list... I was trying to find the thread discussing >> this but don't see any browsable archives since January. I was >> looking at http://lists.esug.org/pipermail/esug-list/ >> >> Thanks, >> Phil >> >> > -- > View this message in context: http://n4.nabble.com/iPhone-OS-4-SDK-section-3-3-1-tp1788713p1969438.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 16, 2010

Re: [Pharo-project] iPhone OS 4 SDK, section 3.3.1

by Ramiro Diaz Trepat

This was a clever reply on the matter http://pluggio.com/blog/?p=244 Also... congratulations for the release guys ! -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: 15 April 2010 21:37 To: Pharo-project(a)lists.gforge.inria.fr Cc: The general-purpose Squeak developers list Subject: Re: [Pharo-project] iPhone OS 4 SDK, section 3.3.1 >>> >> AH, if that is the case, then there is hope. If you could modify things so that only the official site could supply "content" then perhaps the policy can be circumvented... > > Not really. Apple wants to ensure that the behavior they test is the same as the behavior the users see. So no "active content" download. > > Typical apps do not download code, they are only updated when a new version gets released (and each new version is tested again by Apple). > > In that sense John's other apps are fine, they are just an executable written in a mix of C and Objective-C, plus a fixed datafile we usually call "image". This is exactly what I was wondering... What is a C application nowadays :) Still I think that the message from apple is blurring their image. Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project This email is confidential and subject to important disclaimers and conditions including on offers for the purchase or sale of securities, accuracy and completeness of information, viruses, confidentiality, legal privilege, and legal entity disclaimers, available at http://www.jpmorgan.com/pages/disclosures/email.

April 16, 2010

Re: [Pharo-project] we need help for rome

by Fernando olivero

Is ROME the only failing plugin? I will try Lumiere and see if i have the same problem. Fernando On Apr 16, 2010, at 4:36 PM, StÃ©phane Ducasse wrote: > oThanks fabrizio > > We all have the same problem and I have no idea how to solve it > > On Apr 16, 2010, at 4:28 PM, Fabrizio Perin wrote: > >> Hi, >> I run the code on Pharo 1.0 stable and the primitive primOpen fail. >> >> VM: Mac OS - intel - 1063 - Squeak3.8.1 of '28 Aug 2006' [latest update: #6747] Squeak VM 4.2.2b1 >> Image: Pharo-1.0 [Latest update: #10517] >> >> Here the stack trace: >> >> --- The full stack --- >> RomePluginCanvas(Object)>>error: >> RomePluginCanvas(Object)>>primitiveFailed >> RomePluginCanvas>>primOpen >> RomePluginCanvas>>open >> RomePluginCanvas>>setTarget: >> RomePluginCanvas class(RomeCanvas class)>>on: >> RomeCanvas class>>new >> RomeDemo class>>demoMovingCar >> UndefinedObject>>DoIt >> Compiler>>evaluate:in:to:notifying:ifFail:logged: >> [] in TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection >> BlockClosure>>on:do: >> TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection >> TextMorphForShoutEditor(ParagraphEditor)>>doIt >> [] in TextMorphForShoutEditor(ParagraphEditor)>>doIt: >> TextMorphForShoutEditor(ParagraphEditor)>>terminateAndInitializeAround: >> TextMorphForShoutEditor(ParagraphEditor)>>doIt: >> TextMorphForShoutEditor(ParagraphEditor)>>dispatchOnKeyEvent:with: >> TextMorphForShoutEditor(TextMorphEditor)>>dispatchOnKeyEvent:with: >> TextMorphForShoutEditor(ParagraphEditor)>>keystroke: >> TextMorphForShoutEditor(TextMorphEditor)>>keystroke: >> [] in [] in TextMorphForShout(TextMorph)>>keyStroke: >> TextMorphForShout(TextMorph)>>handleInteraction: >> TextMorphForShout(TextMorphForEditView)>>handleInteraction: >> [] in TextMorphForShout(TextMorph)>>keyStroke: >> ECToolSet class>>codeCompletionAround:textMorph:keyStroke: >> DEVToolSet class>>codeCompletionAround:textMorph:keyStroke: >> ToolSet class>>codeCompletionAround:textMorph:keyStroke: >> TextMorphForShout(TextMorph)>>keyStroke: >> TextMorphForShout(TextMorphForEditView)>>keyStroke: >> TextMorphForShout(TextMorph)>>handleKeystroke: >> KeyboardEvent>>sentTo: >> TextMorphForShout(Morph)>>handleEvent: >> TextMorphForShout(Morph)>>handleFocusEvent: >> [] in HandMorph>>sendFocusEvent:to:clear: >> [] in PasteUpMorph>>becomeActiveDuring: >> BlockClosure>>on:do: >> PasteUpMorph>>becomeActiveDuring: >> HandMorph>>sendFocusEvent:to:clear: >> - - - - - - - - - - - - - - - >> - - - - - - - - - - - - - - - - - - >> HandMorph>>sendEvent:focus:clear: >> HandMorph>>sendKeyboardEvent: >> HandMorph>>handleEvent: >> HandMorph>>processEvents >> [] in WorldState>>doOneCycleNowFor: >> Array(SequenceableCollection)>>do: >> WorldState>>handsDo: >> WorldState>>doOneCycleNowFor: >> WorldState>>doOneCycleFor: >> PasteUpMorph>>doOneCycle >> [] in Project class>>spawnNewProcess >> [] in BlockClosure>>newProcess >> >> 2010/4/16 Fernando olivero <oliverof(a)lu.unisi.ch> >> Same results as you. >> >> >> ----------------------------- >> Gofer new >> squeaksource: 'PharoTaskForces'; >> version: 'Rome-StephaneDucasse.4'; >> load >> >> RomeDemo demoMovingCar >> >> SmalltalkImage current listLoadedModules #('SurfacePlugin Sep 27 2009 (i)' 'RomePlugin dg.40 4 February 2008 (e)' 'UUIDPlugin 17 September 2009 (i)' 'SoundGenerationPlugin 17 September 2009 (i)' 'SoundPlugin 17 September 2009 (i)' 'FloatArrayPlugin 17 September 2009 (i)' 'ClipboardExtendedPlugin 20 August 2009 (e)' 'SocketPlugin 17 September 2009 (i)' 'JPEGReadWriter2Plugin 17 September 2009 (i)' 'ZipPlugin 17 September 2009 (i)' 'InternetConfigPlugin 17 September 2009 (i)' 'B2DPlugin 17 September 2009 (i)' 'LargeIntegers v1.5 17 September 2009 (i)' 'FT2Plugin 24 April 2007 (e)' 'BitBltPlugin 17 September 2009 (i)' 'SecurityPlugin 17 September 2009 (i)' 'FilePlugin 17 September 2009 (i)' 'DropPlugin 17 September 2009 (i)' 'MiscPrimitivePlugin 17 September 2009 (i)') >> >> SmalltalkImage current aboutThisSystem => Pharo-1.0-10515-rc3 >> SmalltalkImage current vmVersion => 'Squeak3.8.1 of ''28 Aug 2006'' [latest update: #6747] Squeak VM 4.2.2b1' >> >> ----------------------------- >> >> On Apr 16, 2010, at 12:39 PM, StÃ©phane Ducasse wrote: >> >>> Hi >>> >>> We need help. >>> Can you execute >>> >>> Gofer new >>> squeaksource: 'PharoTaskForces'; >>> version: 'Rome-StephaneDucasse.4'; >>> load >>> >>> RomeDemo demoMovingCar >>> >>> And let me know if you get an error? >>> >>> Then can you let us know what is the value of Smalltalk listLoadedModules >>> >>> I do not understand why the prim failed even if the plugin is loaded. >>> Stef >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 16, 2010

Re: [Pharo-project] About HandMorph and its dragged submorphs

by StÃ©phane Ducasse

did you check the genie code? because he needed event. Stef On Apr 16, 2010, at 4:43 PM, Fernando olivero wrote: > Can a morph currently being dragged by the hand receive a notification whenever the hands moves? > > I couldnt find any conceptual hook by looking at HandMorph or Morph. Also senders of #isHandMorph dont reveal anything. > > > HandMorph>>position: aPoint > .... > self privateFullMoveBy: .... > > Morph>> privateFullMoveBy: delta > "Private! Relocate me and all of my subMorphs by recursion. Subclasses that implement different coordinate systems may override this method." > > > My workaround is this add a hook on the following method, which recursively gets sent whenever HandMorph>>position: is evaluated. > > ADDED: > > MyMorph>>privateFullMoveBy: delta > super privateFullMoveBy: delta. > owner isHandMorph ifTrue:[ self actOnHandMove ]. > > Anyone solved this problem before? > > Thanks, > Fernando > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 16, 2010