- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Jtalk, a Smalltalk for web developers

by Richard Durr

Is SOMELIBRARY then reachable at all? SOMELIBRARY basicPerform: #doSomething withArguments: (Array with: anObject ), ? On Fri, Mar 25, 2011 at 2:58 PM, Nicolas Petton <petton.nicolas(a)gmail.com>wrote: > Le lundi 21 mars 2011 Ã 10:17 +0100, Richard Durr a Ã©crit : > > As far as I can see, the only way to call external Javascript is by > > writing Javascript-Code directly into a method like so: > > doSomethingWith: anObject > > {'return SOMELIBRARY.doSomething(anObject); '} > > > > > > is this correct? > > No, you can call JS functions with: > #basicPerform: and #basicPerform:withArguments: > > Cheers, > Nicolas > > > The OMETA based Smalltalk->JS translator seem to let one use st-syntax > > for direct access to javascript like so: > > > > > > doSomethingWith: anObject [ > > SOMELIBRARY doSomething: anObject. > > ] > > > > > > and CoffeeScript can use JS seamlessly in the same way. > > > > > > Best regards, > > RD > > > > On Mon, Mar 14, 2011 at 7:36 PM, Nicolas Petton > > <petton.nicolas(a)gmail.com> wrote: > > Hi, > > > > I would like to share a project I'm working on on my spare > > time: Jtalk > > Smalltalk. > > > > http://nicolaspetton.github.com/jtalk > > https://github.com/NicolasPetton/jtalk > > > > Jtalk is an implementation of the Smalltalk language that > > compiles into > > JavaScript. > > > > Some features: > > - it is written in itself (including the parser/compiler) > > - it is self-contained > > - it compiles into efficient JS code > > - it uses the Squeak chunk format > > - Pharo is considered as the reference implementation > > > > I think Jtalk can be compared to CoffeeScript[1], > > Objective-J[2] or > > Clamato[3], from which it reuses some ideas and code. > > > > Jtalk includes an IDE with a class browser, transcript and > > workspace, an > > HTML canvas similar to Seaside and a jQuery binding. > > > > It is still a young piece of code, and some important features > > are still > > missing/incomplete. > > > > Cheers, > > Nicolas Petton > > > > [1] http://jashkenas.github.com/coffee-script/ > > [2] http://cappuccino.org/ > > [3] http://clamato.net > > > > > > > > > > > >

March 27, 2011

Re: [Pharo-project] Issue 2360 in pharo: [Failing Test] nil out locals in a block if readBeforeWritten

by pharo＠googlecode.com

Comment #13 on issue 2360 by nicolas....(a)gmail.com: [Failing Test] nil out locals in a block if readBeforeWritten http://code.google.com/p/pharo/issues/detail?id=2360 Name: SLICE-Issue-2360-SqueakCompilerEnh-Prerequisite-nice.1 Dependencies: Compiler-nice.275 First stage for reducing Squeak/Pharo Compiler differences: This is a pre-requisite for issue 2360 - let visitor pattern #accept: return its own result rather than the node - remove old code generation methods - merge ByteCodeAgnosticMethodNode into MethodNode MessageNode initialize must be performed at the end of this stage.

March 26, 2011

[Pharo-project] Issue 3887 in pharo: Clean Project more

by pharo＠googlecode.com

Status: FixProposed Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 3887 by marcus.d...(a)gmail.com: Clean Project more http://code.google.com/p/pharo/issues/detail?id=3887 - remove all senders of #project and the #project methods Attachments: CleanProjectMore.1.cs 641 bytes

March 26, 2011

[Pharo-project] Issue 3886 in pharo: Move PointerFinder to Deprecated13

by pharo＠googlecode.com

Status: FixToInclude Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 3886 by marcus.d...(a)gmail.com: Move PointerFinder to Deprecated13 http://code.google.com/p/pharo/issues/detail?id=3886 Move PointerFinder to Deprecated13 Attachments: DeprecatePointerFinder.1.cs 11.1 KB

March 26, 2011

[Pharo-project] Issue 3885 in pharo: MultiNewParagraphWithSelectionColor should be moved to Deprecated13

by pharo＠googlecode.com

Status: Accepted Owner: marcus.d...(a)gmail.com New issue 3885 by marcus.d...(a)gmail.com: MultiNewParagraphWithSelectionColor should be moved to Deprecated13 http://code.google.com/p/pharo/issues/detail?id=3885 MultiNewParagraphWithSelectionColor should be moved to Deprecated13

March 26, 2011

[Pharo-project] Issue 3884 in pharo: Cleaning st80 Paragraph

by pharo＠googlecode.com

Status: FixProposed Owner: marcus.d...(a)gmail.com Labels: Milestone-1.2 New issue 3884 by marcus.d...(a)gmail.com: Cleaning st80 Paragraph http://code.google.com/p/pharo/issues/detail?id=3884 -> deprecate asParagraph -> remove tests for Paragraph -> clean sender and refs a bit -> move TextPrinter to deprecated13"! After this, there is just one client of Paragraph left. Attachments: CleanParagraph1.2.cs 21.6 KB

March 26, 2011

Re: [Pharo-project] test crashing the cog vm

by Andres Valloud

Immutability may or may not be paid attention to by oneWayBecome:. You can verify the class format, just to have someone in the image change the class of an object. What should you do when you do a become: of a compiled method? What happens when you get the VM to verify and JIT all the compiled methods for class X, and then you put your badly shaped class Y as a subclass of X? If Y does not provide any messages, then inheritance will find all the already verified methods in class X, so the verifier doesn't run and there you go again. Sooner or later, there will be some decision that will throw out the dynamism of the language, or the extreme safety checks, or performance. On 3/22/11 6:17 , Igor Stasenko wrote: > On 22 March 2011 14:02, Toon Verwaest<toon.verwaest(a)gmail.com> wrote: >> The problem is exactly what you had at hand. Your bytecode WAS valid, but it >> was used in combination with an incompatible class layout. So validation >> here wouldn't solve anything. You always need to validate in a closed world >> to ensure you don't accidentally break everything. Whenever you change >> something, you need to ensure that you revalidate the relevant parts. In >> this case you could for example just have validated that your new class is a >> valid subclass of its superclass; which it was not. >> >> To make the system more secure obviously you would have to check those >> things, but if you add part of the API that circumvents these checks, like >> you were doing by calling "Class new" rather than using the ClassBuilder >> which does do the checks, everything breaks. The only authority that can >> actually ensure that you don't circumvent these checks is the VM. >> >> Obviously you can make sure already in your image that you have enough >> checks everywhere. You just don't have a crashproof mechanism that will >> chain your users down avoiding that they shoot themselves in the foot with >> segfaults. If you put it inside of the VM you -can- provide such a >> mechanism, because you don't execute anything unless you know it's safe. And >> as I said, this piece of code could be a piece of prevalidated Smalltalk >> code that's immutable from the rest of the image. >> > > Yep.. and that is possible only after you introduce irreversible > immutability mechanism into VM, > which marking object(s) to be immutable for the rest of their existence. > >> cheers, >> Toon >> >> On 03/22/2011 02:37 PM, Alexandre Bergel wrote: >>>> >>>> But why we could not have a byecode validator at the image level that >>>> first make sure that byte code are in sync with the format of the objects. >>>> Why this has to be done in the vm. >>> >>> I agree with Stef. It is not obvious for me why it has to be done at the >>> VM. >>> >>> Alexandre >> >> >> > > >

March 26, 2011

Re: [Pharo-project] Scaling dropped graphic

by Alain Plantec

Hi, If you want to rescale an image from the halo, I think that all is here. it's just that #isFlexMorph should be redefined to return true in ImageMorph I guess. try with: ImageMorph>>#isFlexMorph ^ true it works here. Cheers Alain Le 26/03/2011 18:48, Ricardo Moran a Ã©crit : > I believe you can do it by sending #addFlexShell to the ImageMorph. > > Cheers > Richo > > On Sat, Mar 26, 2011 at 2:09 PM, Hilaire Fernandes > <hilaire.fernandes(a)gmail.com <mailto:hilaire.fernandes@gmail.com>> wrote: > > Hello Denis, > > I have noted when you rotate the image morph mutates to transformation > morph (TransformationMorph), then you can scale it. So a solution is > that when scaling the image morph mutates to a transformation > morph as well. > Sadly I don't see where it could be done. > > Hilaire > > > Le 26/03/2011 17:58, Denis Kudriashov a Ã©crit : > > Hello Hilaire > > > > It's because in past image opened in World by ScetchMorph. Now Image > > morph used for this. But it is not support scaling by resizing > morph. > > ScetchMorph were removed from Pharo. > > Maybe something similar exists in system. > > > > 2011/3/26 Hilaire Fernandes <hilaire.fernandes(a)gmail.com > <mailto:hilaire.fernandes@gmail.com> > > <mailto:hilaire.fernandes@gmail.com > <mailto:hilaire.fernandes@gmail.com>>> > > > > A DrGeo user dragging and dropping a picture in DrGeo > related me the > > graphic can't be scaled from the halo scale icon. It was > possible in the > > past, what's wrong? > > > > DrGeo version was based on Pharo 1.2. > > > > Hilaire > > > > === > > 2. Open Graphic in a Window - allows me to drop in the > graphic, but it > > does not scale/zoom with the geometry. > > > > > > > > -- > > Education 0.2 -- http://blog.ofset.org/hilaire > > > > > > > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > > >

March 26, 2011

[Pharo-project] Issue 3883 in pharo: Move Mime related classes from MimeConverter to Network-MIME

by pharo＠googlecode.com

Status: FixProposed Owner: marcus.d...(a)gmail.com New issue 3883 by marcus.d...(a)gmail.com: Move Mime related classes from MimeConverter to Network-MIME http://code.google.com/p/pharo/issues/detail?id=3883 Move Mime related classes from MimeConverter to Network-MIME cs attached. the package later needs to be deleted after checking for extension methods. Attachments: MimeConverterToNetwork.1.cs 564 bytes

March 26, 2011

Re: [Pharo-project] Scaling dropped graphic

by Ricardo Moran

I believe you can do it by sending #addFlexShell to the ImageMorph. Cheers Richo On Sat, Mar 26, 2011 at 2:09 PM, Hilaire Fernandes < hilaire.fernandes(a)gmail.com> wrote: > Hello Denis, > > I have noted when you rotate the image morph mutates to transformation > morph (TransformationMorph), then you can scale it. So a solution is > that when scaling the image morph mutates to a transformation morph as > well. > Sadly I don't see where it could be done. > > Hilaire > > > Le 26/03/2011 17:58, Denis Kudriashov a Ã©crit : > > Hello Hilaire > > > > It's because in past image opened in World by ScetchMorph. Now Image > > morph used for this. But it is not support scaling by resizing morph. > > ScetchMorph were removed from Pharo. > > Maybe something similar exists in system. > > > > 2011/3/26 Hilaire Fernandes <hilaire.fernandes(a)gmail.com > > <mailto:hilaire.fernandes@gmail.com>> > > > > A DrGeo user dragging and dropping a picture in DrGeo related me the > > graphic can't be scaled from the halo scale icon. It was possible in > the > > past, what's wrong? > > > > DrGeo version was based on Pharo 1.2. > > > > Hilaire > > > > === > > 2. Open Graphic in a Window - allows me to drop in the graphic, but > it > > does not scale/zoom with the geometry. > > > > > > > > -- > > Education 0.2 -- http://blog.ofset.org/hilaire > > > > > > > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > > >

March 26, 2011