Squeak-dev June 2010

squeak-dev@lists.squeakfoundation.org

96 participants
269 discussions

The Trunk: XML-Parser-mtf.30.mcz
by commits＠source.squeak.org 03 Jun '10

03 Jun '10

Matthew Fulmer uploaded a new version of XML-Parser to project The Trunk: http://source.squeak.org/trunk/XML-Parser-mtf.30.mcz ==================== Summary ==================== Name: XML-Parser-mtf.30 Author: mtf Time: 2 June 2010, 9:18:56.547 pm UUID: 475dbee7-6dde-4e6f-b4d3-b9e784025c47 Ancestors: XML-Parser-mtf.29 oops; bad code in removeElement:; fixed =============== Diff against XML-Parser-mtf.29 =============== Item was changed: ----- Method: XMLNodeWithElements>>removeElement: (in category 'accessing') ----- removeElement: element "Used to purge certain elements from a document after parsing." + self elements remove: element ifAbsent: []! - elements := elements copyWithout: element.!

1 0

The Trunk: XML-Parser-mtf.29.mcz
by commits＠source.squeak.org 03 Jun '10

03 Jun '10

Matthew Fulmer uploaded a new version of XML-Parser to project The Trunk: http://source.squeak.org/trunk/XML-Parser-mtf.29.mcz ==================== Summary ==================== Name: XML-Parser-mtf.29 Author: mtf Time: 2 June 2010, 8:54:50.358 pm UUID: e316fbbe-3683-4ef3-a4f2-07b9cc80bf61 Ancestors: XML-Parser-nice.28 added XMLNodeWithElements >> removeElement from Cobalt XMLParser =============== Diff against XML-Parser-nice.28 =============== Item was added: + ----- Method: XMLNodeWithElements>>removeElement: (in category 'accessing') ----- + removeElement: element + + "Used to purge certain elements from a document after parsing." + elements := elements copyWithout: element.!

1 0

moose 4.0
by Tudor Girba 02 Jun '10

02 Jun '10

Hello, We are extremely happy to announce version 4.0 of the Moose Suite: http://moosetechnology.org/download This is the first fully open source release of Moose: it is based on Pharo 1.0 (released under MIT), and all its components are available under a BSD or MIT license. WHAT'S NEW Core developments: • New meta-meta-model: FM3 implemented in Fame • New FAMIX 3 meta-model defined using Fame • New query interface for FAMIX • FAMIX extensions for Java to support annotations and exceptions • Glamour: a new generic engine for scripting browsers • Merlin: a new framework for defining wizards • MooseAlgos: Improved generic algorithms for graph and data manipulation • PetitParser: a novel framework for defining modular parsers • Improved Mondrian engine for scripting graph-based visualizations • Arki: a framework for fast creation of custom reports Improved user interface: • Extensible Moose Finder based on Glamour with integrated visualizations and query facilities • Moose meta-model browser • Wizard-based importers for Smalltalk and Java (with inFusion) • Customizable System Complexity visualization • Customizable Distribution Map visualization • Several dedicated browsers and viualizations Better technical infrastructure: • Hudson-based integration server • Metacello project versioning • Fame lint rules Improved documentation: • The Moose Book: http://themoosebook.org Other applications: • The Package Blueprint visualization • Enriched DSM (eDSM): a suite of tools for detecting dependency cycles • SmallDude: duplication detection engine • Distribution Map engine External applications: • Aspect Maps: a visual tool for understanding Java aspects • Spy: a Smalltalk dynamic analysis instrumentation • AutoMoose: an integration of Moose with the command line • Moose JEE: a set of tools dedicated to the analysis of JEE systems • CAnalyzer: a parser and a set of visualizations to analyze C systems • Tighter integration with inFusion for Java parsing A complete list of issues fixed in this release can be found at:http://code.google.com/p/moose-technology/issues/list?can=1&q=status=Fix… FUTURE PLANS An incomplete set of future actions: • Trait-based FAMIX metamodel for better conceptual clarity and more reuse • Better layered architecture nearing Pharo core: the goal is to ease the path from a Moose prototype to a stand-alone tool for Pharo. • Improved FAMIX query API • Improved Glamour engine • Improved Mondrian engine • EyeSee engine for drawing charts • Better browsers for various analyses use cases • Parsers for various languages • Tests reorganization • <your project as a default tool in Moose Suite> ;) Have fun, The Moose Team

1 0

Etoys developer chat log
by Bert Freudenberg 02 Jun '10

02 Jun '10

Hi all, we just had a chat, few people around today (it's a holiday in the US): * Ricardo prefers the September release schedule * talked mostly about camera and movies * need replacement for the spam-ridden forums. help welcome. Full log below, as usual. And see you next Monday, same time: http://tinyurl.com/368xxgn - Bert - <Richo2> hi <Richo2> :) <bertf> ugh, I'm late -*- bertf apoligizes <bertf> apologizes, even ;) <bertf> hi Richo2 <Richo2> hi bert <bertf> anyone else here? <rockyBoland> I am <Richo2> hi rockyBoland <rockyBoland> hi <bertf> small group :) <bertf> Richo2: translation stuff is starting to look good :) <bertf> do you have an opinion abou the release schedule? <Richo2> thanks <Richo2> yes <Richo2> I think I prefer the second option <Richo2> just yesterday I added Andreas code <Richo2> for font support <bertf> Yes, saw that. <Richo2> and even though his code works fine, I'm worried of introducing a lot of new bugs <Richo2> having more time to found them and fix them is good <bertf> yes. we first need to switch over to using that code and then give it some time for testing <jecel> Would it be interesting to have the translation stuff in the basic Squeak? It would be nice if the GUI elements such as menus and buttons could be in local languages <bertf> Korakurider is working on getting the subversion repo into shape <bertf> jecel: definitely <bertf> I also tried http://www.squeaksource.com/WebCamMorph.html <bertf> copied the CameraPlugin from Scratch, works <bertf> (on Mac) <bertf> should work elsewhere too <bertf> rockyBoland: do you have some specific issue, or do you just want to listen in? <rockyBoland> mostly just listening in. I am considering using etoys to build a game for teaching GCD and LCM algorithms. --> matmo (~chatzilla(a)doconnel.force9.co.uk) has joined #etoys <matmo> hi all <Richo2> hi <bertf> ah, matmo <bertf> was just saying I tried WebCamMorph on Mac, works <matmo> great :-) <bertf> was surprised it drags in the plugin class. we don't use MC dependencies normally <bertf> and we do not have VM classes in the Etoys image <bertf> no VMMaker either <bertf> there is a bug when you rotate it <matmo> dependency removed <bertf> and duplicating it gives odd issues too :) <matmo> I had not thought of rotation or duplication yet but will check it out <bertf> maybe for easier testing we should make a project with the code? <bertf> we have some testers that are not familiar with Smalltalk tools <matmo> what issues have you got with duplication? <bertf> when closing one it stopped the other IIRC <bertf> I don't think we need to support duplicating it <matmo> projects, yes, there should be a some in a few days time (if squeakland upload works) <bertf> I thought the problems are specific to thomas' account <bertf> or do you have problems uploading too? --> karlram (~51aa9a20(a)skylab.immuexa.com) has joined #etoys <matmo> IIRC I tried an upload last week and failed (will check again). Also had problems saving. Will submit reports when I've had a chance to recheck it's not something I have done or doing. <bertf> karlram: hi <karlram> hi <matmo> hi <karlram> hi <matmo> the "movie" morph doesn't look like it has had much looove :-) <bertf> matmo: when more people have seen it maybe we can come up with a sensible list of tiles for it. <bertf> for now it seems you just threw everythin in ;) <bertf> the movie morph is one of the abandoned demos <matmo> sure. I've actually paired it down but any/all suggestions welcome <bertf> not much love indeed <bertf> well there are some unusual concepts, like the holder reference for storing frames <bertf> (in webcammorph) <matmo> what would you call storage for snapshots? <matmo> album <matmo> album? <karlram> there is also a internal video format <bertf> matmo: if possible, that should not be built-in <bertf> but rather you would write a script that gets a frame and puts it in a holder <bertf> that would be the "Etoys way" <bertf> though the idea of using moviemorph to hold frames might be interesting <matmo> I was thinking "convenience" and in that particular example taking multiple snapshots as fast as capturing <karlram> it would be nice if we could get project publishing work with videos <bertf> well, Etoys isn't really about "convenience", but about learning how stuff works ;) <matmo> the "manual mode" gives the script writer full control <bertf> yes. I think for a first iteration, that is all there should be <bertf> becasue it is impossible to remove features later <matmo> agree, I completely open to suggestions re use in learning context. I'm not in education so happily defer to others opinion <bertf> once we know how people would like to use it we can add convenience features, as needed <matmo> ok, so remove auto-capture? <bertf> well, hide at least <bertf> there are some tiles that are hidden in "etoy-friendly" mode <bertf> but if you are okay with removing it, that would be a good option for now too <bertf> makes code review simpler <matmo> ok, I'll take a look <bertf> do you have an idea about how to deal with the old cameramorph? <bertf> karlram: publishing movies doesn't work? <-- karlram (~51aa9a20(a)skylab.immuexa.com) has quit (Quit: CGI:IRC (EOF)) <bertf> oh. we lost karl <matmo> re camermorph, would it siffice to remove it from Objects tool? <bertf> Richo2: did you have anything else to chat about? <matmo> suffice <bertf> matmo: that's one option <rockyBoland> This chat room is obviously about etoys development. Is there a chat room or mailing list for etoys users? <bertf> it could also be rewritten to use CameraPlugin <Richo2> bertf: no, thanks <bertf> rockyBoland: not really <matmo> rewriting, yep, I planned to look at doing that <bertf> rockyBoland: most etoys users apparentyl don't liek chat rooms :) <matmo> many things, little time ;-) <bertf> it would allow older projects to work, if those should exist <rockyBoland> What about for people who want to develop projects using etoys? <matmo> ok, I will bump it up the list <bertf> rockyBoland: those are what I call "etoys users" <jecel> rockyBoland: this is a weekly developers meeting. The rest of the time this channel is very quiet and can certainly be used for general user questions <bertf> rockyBoland: but the better option is to write an email to the squeakland list <rockyBoland> Will do that. Sorry for interrupting your meeting. <bertf> no need to apoligize :) -*- bertf can't spell that word <jecel> Besides the list, there were also some online forums, right? I don't know how those are doing these days <bertf> attracting spam <bertf> we're considering to shut them down <bertf> replacing with google groups or yahoo groups or something like that <jecel> Ok, then the list is certainly the best place for users <bertf> needs to have a list gateway and forum view and spam protection <matmo> trying an upload to squeakland in a mo <bertf> ok <bertf> I'll call this meeting closed - everyone is welcome to stay around and chat of course. <bertf> the channel is open 24/7 :)

4 3

Daily Commit Log
by commits＠source.squeak.org 02 Jun '10

02 Jun '10

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2010-June/003407.html Name: Files-mtf.81 Ancestors: Files-ul.80 Refactored directory scanning based on a method that was part of Tweak =============================================

1 0

The Trunk: Files-mtf.81.mcz
by commits＠source.squeak.org 02 Jun '10

02 Jun '10

Matthew Fulmer uploaded a new version of Files to project The Trunk: http://source.squeak.org/trunk/Files-mtf.81.mcz ==================== Summary ==================== Name: Files-mtf.81 Author: mtf Time: 1 June 2010, 6:51:26.183 pm UUID: 3f837337-fd86-42eb-9c46-f5f9adf7f10a Ancestors: Files-ul.80 Refactored directory scanning based on a method that was part of Tweak =============== Diff against Files-ul.80 =============== Item was changed: ----- Method: FileDirectory>>directoryContentsFor: (in category 'private') ----- directoryContentsFor: fullPath "Return a collection of directory entries for the files and directories in the directory with the given path. See primLookupEntryIn:index: for further details." "FileDirectory default directoryContentsFor: ''" ^Array new: 200 streamContents: [:stream | + self directoryContentsFor: fullPath do: [:ea | stream nextPut: ea]].! - | f entryArray index | - f := fullPath asVmPathName. - index := 1. - [(entryArray := self primLookupEntryIn: f index: index) == nil] whileFalse: [ - . #badDirectoryPath = entryArray ifTrue: [ - ^(InvalidDirectoryError pathName: pathName asSqueakPathName) signal]. - index := index + 1. - stream nextPut: (DirectoryEntry fromArray: entryArray directory: self) convertFromSystemName]].! Item was added: + ----- Method: FileDirectory>>directoryContentsFor:do: (in category 'private') ----- + directoryContentsFor: fullPath do: aBlock + "Do aBlock for the files and directories in the directory with the given path. See primLookupEntryIn:index: for further details." + + | f entryArray index | + f := fullPath asVmPathName. + index := 1. + [(entryArray := self primLookupEntryIn: f index: index) == nil] whileFalse: [ + #badDirectoryPath = entryArray ifTrue: [ + ^(InvalidDirectoryError pathName: pathName) signal]. + index := index + 1. + aBlock value: (DirectoryEntry fromArray: entryArray directory: self) convertFromSystemName]!

1 0

Re: [squeak-dev] Font change kept *where*??
by Igor Stasenko 01 Jun '10

01 Jun '10

Text's runs contains the information you seeking. On 1 June 2010 03:24, Jim Rosenberg <jr(a)amanue.com> wrote: > Let's say I have a TextMorph. I select all the text, and change the text > style using command character k. The change visibly works on the screen. If > I save the morph to a file, and run strings on the file, at the end I see > the name of the text style I changed to. But when I explore the morph inside > Squeak, for the life of me I can't see the new text style anywhere, diving > down into every instance variable, including paragraph. > > What am I missing? Is it there in plain sight and I'm just not seeing it? > > -Thanks, Jim > > --- > Jim Rosenberg http://www.well.com/user/jer/ > Internet: jr(a)amanue.com > > > -- Best regards, Igor Stasenko AKA sig.

2 1

TrueType stroke width vs. color
by Jim Rosenberg 01 Jun '10

01 Jun '10

Playing with loading some TrueType fonts into Squeak 4.1: A lot of my fonts are showing up "too gray". I'm wondering if I can control this, somehow. When I install a TrueType font as a text style from a File List window using "install ttf style" it sort of looks as though there is some kind of conversion formula that maps the width of a piece of a glyph to a gray-scale value -- the thinner the stroke the lighter gray is the darkest pixel. The way this happens, you can end up with virtually no black at all. This makes the text look "weak". I'd like to be able to influence how this happens, so that at my option, the darkest pixels are completely black. Any suggestions? -Thanks, Jim --- Jim Rosenberg http://www.well.com/user/jer/ Internet: jr(a)amanue.com

1 0

Font change kept *where*??
by Jim Rosenberg 01 Jun '10

01 Jun '10

Let's say I have a TextMorph. I select all the text, and change the text style using command character k. The change visibly works on the screen. If I save the morph to a file, and run strings on the file, at the end I see the name of the text style I changed to. But when I explore the morph inside Squeak, for the life of me I can't see the new text style anywhere, diving down into every instance variable, including paragraph. What am I missing? Is it there in plain sight and I'm just not seeing it? -Thanks, Jim --- Jim Rosenberg http://www.well.com/user/jer/ Internet: jr(a)amanue.com

1 0

Jump to page: