March 2011 - Pharo-dev - lists.pharo.org

[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

Re: [Pharo-project] Issue 3677 in pharo: A to:do: loop cannot modify the limit inside the block

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #1 on issue 3677 by nicolas....(a)gmail.com: A to:do: loop cannot modify the limit inside the block http://code.google.com/p/pharo/issues/detail?id=3677 SLICE-Issue-3677-DoNotDecompileAWhileLoopIntoAToDoLoopWhenTheLoopWouldModifyTheLimit-nice.1 Test and fix from trunk

March 26, 2011

[Pharo-project] Issue 3882 in pharo: Can't scale imported graphic

by pharo＠googlecode.com

Status: Accepted Owner: hilaire....(a)gmail.com Labels: Type-ReportDefect Milestone-1.2 Importance-High New issue 3882 by hilaire....(a)gmail.com: Can't scale imported graphic http://code.google.com/p/pharo/issues/detail?id=3882 With Pharo 1.2 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? When rotating an image morph, it mutates as a transformation morph (TransformationMorph), then you can scale it. Scaling could have the same behavior. Sadly I don't see where it can be done. The logic seems rather complicated

March 26, 2011

Re: [Pharo-project] Issue 453 in pharo: we need a way to fold a package into the system

by pharo＠googlecode.com

Updates: Status: Closed Comment #6 on issue 453 by marcus.d...(a)gmail.com: we need a way to fold a package into the system http://code.google.com/p/pharo/issues/detail?id=453 I added this as an entry to the general wishlist: http://code.google.com/p/pharo/wiki/IdeasToImplement

March 26, 2011

Re: [Pharo-project] Scaling dropped graphic

by Hilaire Fernandes

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