- Pharo-dev - lists.pharo.org

Re: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes:

by Matthew Fulmer

On Wed, Feb 25, 2009 at 02:55:54PM +0100, Hilaire Fernandes wrote: > To be more accurate the badness seems to occur when I am invoking > "World doOneCycle" from the Seaside canvas. > > World doOneCycle is necessary in some situation to get Moprh in their > expected shape, because of the buggy Morph layout engine. > So, in a Seaside component, It results in uggly code like: Don't mess with morphic from threads other than the UI thread. Don't add morphs. Don't run World doOneCycle. The proper way to do this is to inject events into the UI thread: WorldState addDeferedUIMessage: [MyMorph new openInWorld] -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

Feb. 25, 2009

Re: [Pharo-project] Some issues with Pharo-dev build #10243

by Dale Henrichs

Okay, I've been able to reproduce the spurious bug that Igor was seeing ('aContext not in process chain' error). It seems to be related to the fact that the OTDebugger uses an OBFixedButtonPanel and the buttons are not getting updated correctly (or at all), so the buttons are operating on stale contexts. The menu items for the debugger appear to work okay - although the short cut keys may not work - I'll look into this one:). You'll hit the 'aContext not in process chain' as soon as you step out of the original method context. The problem was introduced with pharo0.1-10243dev09.02.3 (pharo0.1-10236dev09.02.2 doesn't have the sticky button problem). I also have fixes for the extra junk on the stack (for create method and for halts/errors), but until the OBFixedButtonPanel issue gets fixed you might want to revert to the non-ob debugger. Dale

Feb. 25, 2009

Re: [Pharo-project] Which Mondrian ?

by CÃ©drick BÃ©ler

Thanks David and Alexandre, I've loaded the mondrian form squeaksource and I'm trying it. I find it quite different for the one used in OB. I'll continue to try it as I'm reading Micheal Master thesis. I'm trying on a simple graph first with tasks and node, but also I'd like a special kinf of shape. Alex, I didn't found the way to compose shape. Is it possible already ? Actually, I used Mondrian to generate the graph and then export it as PNG. I could directly draw the pic, but wanted to try mondrian so... I also wonder if we could imagine a SVGRenderer to use in conjunction with seaside :) ? What do you think ? Thanks, CÃ©drick ps: David, concerning the graph button bar in OB, I'll suggest showing it only in the comment view.

Feb. 25, 2009

Re: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes:

by Hilaire Fernandes

To be more accurate the badness seems to occur when I am invoking "World doOneCycle" from the Seaside canvas. World doOneCycle is necessary in some situation to get Moprh in their expected shape, because of the buggy Morph layout engine. So, in a Seaside component, It results in uggly code like: exercisePng | view | "Layout is buggy XXX" ^ exercisePng ifNil: [view := step exerciseView. view openInWorld. view extent: 699@600. World doOneCycle. view extent: view extent + (1 @ 0). view delete. exercisePng := self pngImage: view imageForm] Don't know if there are better code to handle that. 2009/2/25 Hilaire Fernandes <hilaire(a)ofset.org>: > Okay, thanks for the tip. Indeed this cascade of events occurs within > Seaside, which, if I understand correctly, run in its own thread. > The only things I am doing from this thread is to display a Morph. How > could I do that so the bang does not show up? > > Hilaire > > > 2009/2/25 GARY CHAMBERS <gazzaguru2(a)btinternet.com>: >> There are a number of entries in Mantis for Squeak about this. >> My feeling is that more than one preocess is running the world loop such >> that one starts doing the loop, another starts before the first is finished >> and ends (setting to nil) then the first encounters this. >> The world loop is not thread safe. >> >> >> ________________________________ >> From: Hilaire Fernandes <hilaire(a)ofset.org> >> To: Pharo Development <pharo-project(a)lists.gforge.inria.fr> >> Sent: Wednesday, 25 February, 2009 12:04:24 PM >> Subject: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes: >> >> I have this kind of error which appear randomly when I am >> instantiating and displaying in real world a Morph. >> Next from the morph is deduced Form field to use as the basis of a PNG >> image for Seaside canvas. >> It is easy to fix (or a least prevent the error) but it is system >> land... so I am curious to read if other meet this problem. >> >> See debuglog >> -- >> http://blog.ofset.org/hilaire >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > http://blog.ofset.org/hilaire > -- http://blog.ofset.org/hilaire

Feb. 25, 2009

Re: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes:

by Hilaire Fernandes

Okay, thanks for the tip. Indeed this cascade of events occurs within Seaside, which, if I understand correctly, run in its own thread. The only things I am doing from this thread is to display a Morph. How could I do that so the bang does not show up? Hilaire 2009/2/25 GARY CHAMBERS <gazzaguru2(a)btinternet.com>: > There are a number of entries in Mantis for Squeak about this. > My feeling is that more than one preocess is running the world loop such > that one starts doing the loop, another starts before the first is finished > and ends (setting to nil) then the first encounters this. > The world loop is not thread safe. > > > ________________________________ > From: Hilaire Fernandes <hilaire(a)ofset.org> > To: Pharo Development <pharo-project(a)lists.gforge.inria.fr> > Sent: Wednesday, 25 February, 2009 12:04:24 PM > Subject: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes: > > I have this kind of error which appear randomly when I am > instantiating and displaying in real world a Morph. > Next from the morph is deduced Form field to use as the basis of a PNG > image for Seaside canvas. > It is easy to fix (or a least prevent the error) but it is system > land... so I am curious to read if other meet this problem. > > See debuglog > -- > http://blog.ofset.org/hilaire > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- http://blog.ofset.org/hilaire

Feb. 25, 2009

[Pharo-project] UI dragging improvement

by Henrik Johansen

Had a look at drawWorld:submorphs:invalidAreasOn: today, the "Experimental top-down drawing" there does not seem to be working optimally. Basically, when there's many windows behind one you're resizing, this many times leads to ALL of them getting repainted. Attached is a fix for this, so only the system window areas which are visible and affected are updated. It will not speed up cases when resizing a complex morph (like the Changes Log), but helps when resizing simple ones with many other windows in the background. If anyone interested in faster resizing (without fastDragWindow) would review the code/check if it helps them it'd be nice. A simple test is to open up a couple system browsers, put them on top of eachother, and resize a simple window (Like the "Welcome to Pharo" window) over their bounds. Then load the changes, and see if you notice a difference. In a test i did (same windows open/resized, as described above), time spent in drawWorld:submorphs:invalidAreasOn: was reduced from 86% to 65.7% after filing in changes. If anyone with a better understanding of Morphic know if anything larger than the clippingBounds is safe to use as default in Morph>>areasRemainingToFill: , that would probably help as well. Cheers, Henry 'From Pharo0.1 of 16 May 2008 [Latest update: #10243] on 25 February 2009 at 2:30:25 pm'! !Morph methodsFor: 'drawing' stamp: 'Henrik Sperre Johansen 2/25/2009 12:06'! areasRemainingToFill: aRectangle "May be overridden by any subclasses with opaque regions" ^ Array withAll: (aRectangle areasOutside: self clippingBounds)! ! !WorldState methodsFor: 'update cycle' stamp: 'Henrik Sperre Johansen 2/25/2009 13:52'! drawWorld: aWorld submorphs: submorphs invalidAreasOn: aCanvas "Redraw the damaged areas of the given canvas and clear the damage list. Return a collection of the areas that were redrawn." | rectList c i n mm morphs rects rectToFill remnants remnantIntersects rect validList | rectList := damageRecorder invalidRectsFullBounds: aWorld viewBox. "sort by areas to draw largest portions first" rectList := rectList asArray sort: [:r1 :r2 | r1 area > r2 area]. damageRecorder reset. n := submorphs size. morphs := OrderedCollection new: n * 2. rects := OrderedCollection new: n * 2. validList := OrderedCollection new: n * 2. rectList do: [:dirtyRect | dirtyRect allAreasOutsideList: validList do: [:r | "Experimental top-down drawing -- Traverses top to bottom, stopping if the entire area is filled. If only a single rectangle remains, then continue with the reduced rectangle." rectToFill := r. remnants := OrderedCollection with: r. i := 1. [remnants isEmpty or: [i > n]] whileFalse: [mm := submorphs at: i. ((remnantIntersects := remnants select: [:each | (mm fullBounds intersects: each)]) notEmpty and: [mm visible]) ifTrue: [morphs addLast: mm. rects addLast: (Rectangle merging: (remnantIntersects collect: [:each | mm fullBounds intersect: each])). remnants removeAll: remnantIntersects. remnantIntersects do: [:eachIntersect | remnants addAll: (mm areasRemainingToFill: eachIntersect)]. remnants size = 1 ifTrue: [rectToFill := remnants first]. remnants isEmpty ifTrue: [rectToFill := nil]]. i := i + 1]. "Now paint from bottom to top, but using the reduced rectangles." rectToFill ifNotNil: [aWorld drawOn: (c := aCanvas copyClipRect: rectToFill)]. [morphs isEmpty] whileFalse: [(rect := rects removeLast) == rectToFill ifFalse: [c := aCanvas copyClipRect: (rectToFill := rect)]. c fullDrawMorph: morphs removeLast]. morphs reset. rects reset. validList add: r]]. ^validList! !

Feb. 25, 2009

Re: [Pharo-project] Font for Pharo

by Damien Pollet

On Tue, Feb 24, 2009 at 19:54, JÃ©rÃ´me <jerome(a)minusfreun.de> wrote: > Â Â Â Â * It is a Unicode font, with an already remarkable range of Unicode > characters that will be extened over time by the SIL people, while > Vera is limited mainly to the characters in the Basic Latin and > Latin-1 Supplement portions of Unicode That's why you should all forget about vera and look at dejavu instead, since it's the open-source, unicode-complete version of vera. > Â Â Â Â * The visual identity of Vera is worn out by its use in other > projects like GNOME â as Times New Roman's has been worn out to the > overuse in Word Granted, but there are few opensource fonts that have this much coverage in this many styles (bold, italic, monospacedâ¦). Andika only has the roman style ATM, though in your screenshots it looks like pharo can fake other styles quite nicely. Also, I'm not convinced we need a mono font for code, the only real constraint is that the non-alphanumeric characters are clearly legible. > Â Â Â Â * Pharo is new and its visual identity undefined, it therefor can > profit from use of a font with a more fresh design Sure, but I'd make sure the UI is fast and usable too. Now maybe it's best to go for the looks first and the usability second, that's what apple did with OS X after all. > > JÃ©rÃ´me > > Am 24.02.2009 um 18:56 schrieb Adrian Lienhard: > >> I looked at Andika with Marcus yesterday, and we both had the >> impression that Bitstream Vera fits better. Is there any advantage to >> the Andika font? Andika does not seem to provide a monotype too. >> >> Adrian >> >> >> On Feb 24, 2009, at 18:25 , Igor Stasenko wrote: >> >>> 2009/2/24 Jerome <jerome(a)minusfreun.de>: >>>> It seems Andika has a higher line-spacing because it takes >>>> characters >>>> with multiple stacked unicode diacritics[2] into account which would >>>> be clipped otherwise[1]. If this is deemed not aceptable, there >>>> exists >>>> the SIL Type Tuner, which can change the line-height easily. [3] >>>> Unfortunatly I have no windows system. >>>> >>> here the .xml config produced by running: >>> TypeTuner.exe -x and.xml AndBasR.ttf >>> >>> So, there is >>> <feature name="Line spacing" value="Normal"> >>> and possible values >>> Â Â Â Â Â Â Â <value name="Normal"/> >>> Â Â Â Â Â Â Â <value name="Tight"/> >>> Â Â Â Â Â Â Â <value name="Loose"/> >>> Â Â Â Â Â Â Â <value name="Imported"/> >>> >>> i can try to rebuild font using 'Tight' line spacing. >>> But i don't want to install this font on my windoze box. Is >>> squeak/freetype allows to load a truetype font from directory where >>> vm >>> located? >>> >>> >>>> [1] http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=Andika_FAQ… >>>> [2] http://en.wikipedia.org/wiki/Diacritic >>>> [3] http://scripts.sil.org/TypeTuner >>>> >>>> Am 24.02.2009 um 16:55 schrieb Igor Stasenko: >>>> >>>>> 2009/2/24 Gary Chambers <gazzaguru2(a)btinternet.com>: >>>>>> That's just down to the fact that textstyles are applied on >>>>>> opening >>>>>> of >>>>>> browsers/morphs. >>>>>> Reopening the browsers should sort it. >>>>>> >>>>>> The slight other concern I have with this font is the apparently >>>>>> excessive >>>>>> line spacing, not as compact as, say, Arial. >>>>>> >>>>> >>>>> Does anyone knows, how/where line height is calculated? >>>>> Maybe this code does not takes font DPI in account, or assuming a >>>>> fixed dpi which is mismatching with screen dpi. >>>>> >>>>> >>>>> >>>>>> Regards, Gary >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Hilaire Fernandes" <hilaire(a)ofset.org> >>>>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>>>> Sent: Monday, February 23, 2009 7:20 PM >>>>>> Subject: Re: [Pharo-project] Font for Pharo >>>>>> >>>>>> >>>>>> Can it be related to a problem I saw recently with text string >>>>>> inappropriately clipped toward the end (string length calculus >>>>>> seems >>>>>> too short of 1 or 2 pixels)? >>>>>> I can see it in last release when using deja vue font for example. >>>>>> >>>>>> It does not show up in #194 however. >>>>>> >>>>>> Hilaire >>>>>> >>>>>> >>>>>> 2009/2/23 Norbert Hartl <norbert(a)hartl.name>: >>>>>>> On Mon, 2009-02-23 at 20:18 +0200, Igor Stasenko wrote: >>>>>>>> 2009/2/23 Norbert Hartl <norbert(a)hartl.name>: >>>>>>>>> On linux it doesn't look very good. There is something weird >>>>>>>>> with the font height and position. Well, it looks a lot better >>>>>>>>> in pharo than in gnome :) >>>>>>>>> >>>>>>>> seems like you changed font after opening a browser window. And >>>>>>>> it >>>>>>>> using old font height to calculate line heights. >>>>>>>> >>>>>>> If I would have changed the font after opening the window I >>>>>>> couldn't >>>>>>> see the new font. The fonts are only applied on opening a window. >>>>>>> You can see it in the workspace and the menu two. There is enough >>>>>>> space through the big line height. In the class browser it is >>>>>>> somehow >>>>>>> cut off. >>>>>>> >>>>>>> Norbert >>>>>>> >>>>>>> >>>>>>>> >>>>>>>>> screenshot is attached. >>>>>>>>> >>>>>>>>> Norbert >>>>>>>>> >>>>>>>>> On Mon, 2009-02-23 at 13:33 +0100, JÃ©rÃ´me wrote: >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> I found the Font "Andika Basic"[2] which is an Open Source and >>>>>>>>>> Free- >>>>>>>>>> Software[1] Unicode-ready font made by the same people who >>>>>>>>>> brought us >>>>>>>>>> Gentium, the typeface for the nations. I suggest using Andika >>>>>>>>>> as the >>>>>>>>>> Pharo CI Font since it can be distributed along with Pharo and >>>>>>>>>> looks a >>>>>>>>>> little bit like Lucida Grande, the Mac-UI-font, but at the >>>>>>>>>> same >>>>>>>>>> time >>>>>>>>>> is more friendly and better readable[3]. According to the >>>>>>>>>> Andika >>>>>>>>>> Website, Andika is Swahili, which is spoken widely in >>>>>>>>>> southeastern >>>>>>>>>> regions of the African continent, and means "Write!". >>>>>>>>>> >>>>>>>>>> Have a look: >>>>>>>>>> [2] >>>>>>>>>> http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=Andika >>>>>>>>>> [3] http://minusfreun.de/blog/uploads/Pharo.png >>>>>>>>>> >>>>>>>>>> JÃ©rÃ´me >>>>>>>>>> >>>>>>>>>> [1] http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=OFL >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Best regards, >>>>>>>> Igor Stasenko AKA sig. >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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 >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> http://blog.ofset.org/hilaire >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko AKA sig. >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> JÃ©rÃ´me Agater >>>> j.agater(a)uni-oldenburg.de >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> <and.xml>_______________________________________________ >>> 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 >> > > JÃ©rÃ´me Agater > j.agater(a)uni-oldenburg.de > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Feb. 25, 2009

Re: [Pharo-project] Pharo scripting -- reborn as "Coral"

by Alexandre Bergel

I just tried it. It works. This is excellent! By reading /dev/stdin, we should be able to have a prompt. Cheers, Alexandre On 25 Feb 2009, at 13:55, Oscar Nierstrasz wrote: > > Hi Folks, > > I spent some time yesterday together with Stef to take a closer look > at the Pharo scripting project. > > We have repackaged and renamed the project as "Coral". It is available > on SqueakSource at: > > http://www.squeaksource.com/Coral > > You can now load it simply into a fresh Pharo-dev image by evaluating: > > ScriptLoader new installer ss project: 'Coral'; install: 'LoadCoral'. > > This will load everything that is required and pop up a few Workspace > windows with further instructions. (You will need John McIntosh's > latest VM to get this to work -- all is described in the image.) > > There is also a window with TO-DO items. I am interested in starting > a student project to really make this fly, so I would be grateful for > your suggestions and desiderata. If you are a potential user, please > try it out and let me know what you would expect from a real Smalltalk > scripting environment. > > Thanks again to Mathieu and GwenaÃ«l for getting this to work! > > Oscar > --- > Prof. Dr. O. Nierstrasz -- Oscar.Nierstrasz(a)iam.unibe.ch > Software Composition Group -- http://www.iam.unibe.ch/~scg > University of Bern -- Tel/Fax +41 31 631.4618/3355 > vcard: http://www.iam.unibe.ch/~oscar/oscarNierstrasz.vcf > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 25, 2009

Re: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes:

by GARY CHAMBERS

There are a number of entries in Mantis for Squeak about this. My feeling is that more than one preocess is running the world loop such that one starts doing the loop, another starts before the first is finished and ends (setting to nil) then the first encounters this. The world loop is not thread safe. ________________________________ From: Hilaire Fernandes <hilaire(a)ofset.org> To: Pharo Development <pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, 25 February, 2009 12:04:24 PM Subject: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes: I have this kind of error which appear randomly when I am instantiating and displaying in real world a Morph. Next from the morph is deduced Form field to use as the basis of a PNG image for Seaside canvas. It is easy to fix (or a least prevent the error) but it is system land... so I am curious to read if other meet this problem. See debuglog -- http://blog.ofset.org/hilaire

Feb. 25, 2009

[Pharo-project] Pharo scripting -- reborn as "Coral"

by Oscar Nierstrasz

Hi Folks, I spent some time yesterday together with Stef to take a closer look at the Pharo scripting project. We have repackaged and renamed the project as "Coral". It is available on SqueakSource at: http://www.squeaksource.com/Coral You can now load it simply into a fresh Pharo-dev image by evaluating: ScriptLoader new installer ss project: 'Coral'; install: 'LoadCoral'. This will load everything that is required and pop up a few Workspace windows with further instructions. (You will need John McIntosh's latest VM to get this to work -- all is described in the image.) There is also a window with TO-DO items. I am interested in starting a student project to really make this fly, so I would be grateful for your suggestions and desiderata. If you are a potential user, please try it out and let me know what you would expect from a real Smalltalk scripting environment. Thanks again to Mathieu and GwenaÃ«l for getting this to work! Oscar --- Prof. Dr. O. Nierstrasz -- Oscar.Nierstrasz(a)iam.unibe.ch Software Composition Group -- http://www.iam.unibe.ch/~scg University of Bern -- Tel/Fax +41 31 631.4618/3355 vcard: http://www.iam.unibe.ch/~oscar/oscarNierstrasz.vcf

Feb. 25, 2009