- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Anti-aliased rendering status?
by Fernando Olivero April 29, 2012

April 29, 2012

Yes! Browse in the mailing list for the work on Athens[1], a new canvas rendering API, that supports different backends (currently Cairo [2]). Check out this video: http://vimeo.com/40653315. Morphs can easily use this new canvas by implementing drawOnAthensCanvas: (as oposed to #drawOn:). I am developing a new UI interface, rebuilt from the ground up to take advantage of Athens, named Gaucho: a zoomable user interface IDE. But its still not ready for release, (very soon it will be announced ). For more info and examples, browse this mailing list and check for Athens, SVG, Gaucho. All the examples you mention,are done by hand, playing with the border fill styles i suppose. And the fonts, are FreeType fonts. Saludos, Fernando [1]http://www.squeaksource.com/Athens [2]http://www.cairographics.org/ On Sun, Apr 29, 2012 at 9:58 AM, Martin Drautzburg <Martin.Drautzburg(a)web.de> wrote: > Hello all > > I noticed, that fonts are rendered anti-aliased, but a CircleMorph look > pixelized. Then the Buttons in the Watery2 theme look anti-aliased, at least > to me. How was that achieved? > > I also stumbeled across Morphic3, but it seems to be primarily a sound theory > for anti-aliased rendering, rather than usable software, right? > > Anyways: is there currently some way to get rid of pixelized Morphs? > > -- > Martin >

1 0

[Pharo-project] Anti-aliased rendering status?
by Martin Drautzburg April 29, 2012

April 29, 2012

Hello all I noticed, that fonts are rendered anti-aliased, but a CircleMorph look pixelized. Then the Buttons in the Watery2 theme look anti-aliased, at least to me. How was that achieved? I also stumbeled across Morphic3, but it seems to be primarily a sound theory for anti-aliased rendering, rather than usable software, right? Anyways: is there currently some way to get rid of pixelized Morphs? -- Martin

2 1

[Pharo-project] [update 2.0] #20028
by Marcus Denker April 29, 2012

April 29, 2012

20028 ----- Issue 5734: Clients of CompiledMethod should not call #getSource http://code.google.com/p/pharo/issues/detail?id=5734 Issue 5735: add #generateWithSources to MethodNode http://code.google.com/p/pharo/issues/detail?id=5735 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] FFI - passing string to function as char*
by recursive68＠gmail.com April 29, 2012

April 29, 2012

Hi, I'm trying to pass a smalltalk string to a FFI wrapper method I've written, the C function uses a macro "type" for the argument, but as far as I can see is basically a char* type. I've tried using char* as the argument type and it fails values to pass the string argument. If I change the argument type to a void* it works sort of partially, it passes additional memory values if I pass more than one argument to a version of the function with multiple arguments. As I understand it FFI should handle strings and coerce them to null terminated char* values when char* is used as the argument type. Is there something I'm missing, not understanding (very possible). I had similar problems when passing integer values but fixed that by using WordArray for the smalltalk type. Is there a similar fix for string objects, or someway other way of null terminating the string ? Thanks

2 1

[Pharo-project] FFI - passing string to function as char*
by recursive68＠gmail.com April 29, 2012

April 29, 2012

I believe I have a solution of sorts, use a void* ptr for the argument type and create a method to use to nul-teminate any smalltalk strings passed as arguments. It seems to work ok, unless anyone can spot any problems with such an approach. Thanks

1 0

[Pharo-project] [update 2.0] #20027
by Marcus Denker April 28, 2012

April 28, 2012

20027 ----- Issue 5731: Add trait test for a specific failing case http://code.google.com/p/pharo/issues/detail?id=5731 Issue 5729: remove #profile from InflateStream http://code.google.com/p/pharo/issues/detail?id=5729 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] CompiledMethod>>origin, traits, and bug in RPackage
by Guillermo Polito April 28, 2012

April 28, 2012

For example, the trait TPureBehavior has the method #traitComposition, which is an explicit requirement, and I can do I have that: (TPureBehavior>>#traitComposition) origin. --> TPureBehavior which is nice. Now lets suppose I create: Object subclass: #AAA uses: TPureBehavior instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Guille' without creating the required traitComposition method (AAA>>#traitComposition) origin. --> AAA ?????????? shouldn't the origin be TPureBehavior? The question is: Which is the intended behavior for the #origin of a method? Because that's causing an issue in RPackage :). I've traced this, and it comes that if I have a trait method marked as explicitRequiriment, the following method answers just false CompiledMethod>>isProvided: marker marker ifNil: [^ true]. ^ (self isRequired: marker) not and: [(self isDisabled: marker) not] and then a magic *ifNone: [ self ]* return the receiver on the behavior, and that's why in both examples the method's behavior is returned instead of the origin. Then we probably should have two methods - #isProvided to see if an implementation is provided - #isDefined if a definition for the method exists but those names do not make me happy. Guille

3 4

April 28, 2012

Hi, For the conference, the lunches and coffee breaks are covered by INRIA and EMD. Now I would like to organize the social event for the thursday evening. Now our team cannot cover it because our budget is tight but I can have a really good restaurant (I know personally the cook). We could have a really good diner for around 30-35 Euros (with a cook cooking everything live in the back). Now I need to know who would like to join. You can come with your partners. So please let me know because like that I can book the restaurant. Stef

5 6

[Pharo-project] [update 2.0] #20026
by Marcus Denker April 28, 2012

April 28, 2012

20026 ----- Issue 5722: Be able to remove traits from class definition http://code.google.com/p/pharo/issues/detail?id=5722 Issue 5715: Enhance the Slice Maker so that is gets the issue title automatically http://code.google.com/p/pharo/issues/detail?id=5715 Issue 5580: MCOrganization unload correctly http://code.google.com/p/pharo/issues/detail?id=5580 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 2.0] #20025
by Marcus Denker April 27, 2012

April 27, 2012

20025 ----- Issue 5728: Add voidCogVMState primitives http://code.google.com/p/pharo/issues/detail?id=5728 Issue 5727: add how to use comment to SystemProgressBarMorph http://code.google.com/p/pharo/issues/detail?id=5727 Issue 5704: speed-up unwind-protects a little. http://code.google.com/p/pharo/issues/detail?id=5704 Issue 5605: DateAndTimeTest>>testPrintStringNoOffset fails on pharo-one-click http://code.google.com/p/pharo/issues/detail?id=5605 Issue 5653: SystemNavigation has unused class variable Default http://code.google.com/p/pharo/issues/detail?id=5653 -- Marcus Denker -- http://marcusdenker.de

4 4