- Pharo-dev - lists.pharo.org

[Pharo-project] [ANN] Exif

by Alexander LazareviÄ

Hi! I just uploaded a first hack of an Exif package to squeaksource. http://www.squeaksource.com/Exif.html MIT License. Any contributions are welcome (see current limitations). Haven't tested it on Pharo yet. But there shouldn't be anything special about it. Have fun, Alex >From the project description: This provides code to extract/modify the Exif (Exchangeable image file format) information from/inside media files. - Current limitations: - Works only for TIFF-, JPEG-files - Can't write Exif information - Can't read/write GPS information - Can't read/write Interoperability information - Can't read/write any vendor specific MakerNote - Can't read/write UserComments - Most methods for cooked information (like dateTime) are missing - Examples: "Dump all Exif information from a JPEG-file to the Transcript" Transcript show: (Exif readFromJPEGNamed: 'p2.jpg') printAll; cr. "Get *raw* Exif content for DateTime (a String)" (Exif readFromJPEGNamed: 'p2.jpg') atTagName: #DateTime. "#('2010:11:10 16:56:33')" "Get *cooked* Exif content for DateTime (a DateAndTime object)" (Exif readFromJPEGNamed: 'p2.jpg') dateTime. "2010-11-10T16:56:33+01:00" - Specs: Exif and TIFF <http://www.exif.org/specifications.html> - Disclaimer: This software is provided as is. It is in a very early stage and there are no guaranties that the software will work as expected or advertised. Be sure to use only image files with this software that you have backed up before. I refuse any responsibility for any data lost while using this software.

Nov. 25, 2010

Re: [Pharo-project] Question about MethodContext, tempNames and GC

by Lukas Renggli

> And then I thought... mmmmmmÂ how can I access the arguments of a sender of > a sender of .... because I thought they should be garbage collected, but if > I can access. Ok, there is when I discover that this information is stored > in a DebuggerMethodMap andÂ I guess this guy uses a kind of WeakArray to > store them. No, arguments need to kept with the context object until the context object itself is not used anymore (e.g. not referenced from anywhere and execution completed with a return or unwind). > Now, for my loop detector, I useÂ thisContext to access senders AND I need > to access the arguments of a method of a sender. Go to the Process Browser and click on 'start CPUWatcher'. It kind of does that. Lukas -- Lukas Renggli www.lukas-renggli.ch

Nov. 25, 2010

Re: [Pharo-project] RBScanner>>#initializeClassificationTable

by Henrik Johansen

On Nov 25, 2010, at 11:41 07AM, Levente Uzonyi wrote: > On Thu, 25 Nov 2010, Henrik Johansen wrote: > >> >> On Nov 25, 2010, at 10:58 44AM, Benjamin wrote: >> >>> Hello guys, >>> >>> Is there a reason this method use : >>> >>> (Scanner isLiteralSymbol: '_') >>> ifTrue: [ self initializeChars: '_' to: #alphabetic ] >>> ifFalse: [ self initializeChars: '_' to: #special ]. >>> >>> and not >>> >>> (Scanner allowUnderscoreAsAssignment) >>> ifTrue: [ self initializeChars: '_' to: #special ] >>> ifFalse:[ self initializeChars: '_' to: #alphabetic ] >>> >>> ? >>> >>> >>> Cheers, >>> >>> Ben >> >> Compatibility I would guess. >> In Squeak, allowUnderscoreAsAssignment is still a Preferences method. > > No, it never was a method of Preferences. It's a pragma preference, but in Squeak 4.1 it has a different name, IIRC prefAllowUnderscoreAssignment. > > > Levente My bad, in the 4.1 image there's Preferences >> allowUnderscoreAssignment ^ self valueOfFlag: #allowUnderscoreAssignment ifAbsent: [false] (Added by Parser class>>#initialize), I didn't check if it was actually in use anymore. Compatibility seems the be the reason anyways though, as you said the Scanner pragma preference has a different name. On Nov 25, 2010, at 11:42 56AM, Levente Uzonyi wrote: > On Thu, 25 Nov 2010, Henrik Johansen wrote: > >> P.S. At the very least it could be changed to Scanner isLiteralSymbol: #_ > > I guess not. There was a bug in Squeak (and probably Pharo too), because the compiler replaced #_ to #':=' during compilation. See http://bugs.squeak.org/view.php?id=7571 . :( Can't reproduce it in Pharo 1.0 onwards, with allowUnderscore on/off, though. Cheers, Henry

Nov. 25, 2010

[Pharo-project] Issue 3291 in pharo: Missing text field with completion

by Lukas Renggli

> So, its a basic widget which, afaik is missing and that could be used with > ob-tools. I don't follow what you and Francisco are saying. IMHO there is a much better widget already in OB. I suggest to make that a standard widget so that other tools outside of OB can take advantage too. It is simple subclass of DialogWindow morph from Polymorph and can be fully configured and opened for example like this: Â Â OBCompletionRequest new Â Â Â Â prompt: 'Find Class'; Â Â Â Â searchBlock: [ :string | self findClassIn: target environment pattern: string ]; Â Â Â Â labelBlock: [ :class | class name ]; Â Â Â Â iconBlock: [ :class | class browserIcon ]; Â Â Â Â signal Lukas -- Lukas Renggli www.lukas-renggli.ch -- Lukas Renggli www.lukas-renggli.ch

Nov. 25, 2010

[Pharo-project] Question about MethodContext, tempNames and GC

by Mariano Martinez Peck

Hi. These days, I needed to implement a loop detector for one of my projects, and I started to play a lit with thisContext. I've used it before but not as deep as now. It is AWESOME!!!! Now...I noticed (and I think this was the most awesome thing) that I can not only access to senders and their receivers and methods, but also to the arguments!!! And then I thought... mmmmmm how can I access the arguments of a sender of a sender of .... because I thought they should be garbage collected, but if I can access. Ok, there is when I discover that this information is stored in a DebuggerMethodMap and I guess this guy uses a kind of WeakArray to store them. Now, for my loop detector, I use thisContext to access senders AND I need to access the arguments of a method of a sender. For that I use the method ContextPart >> tempsAndValues The question is....isn't this method quite "fragile"? I mean, doesn't this work ONLY if a GC was not run between thisContext and that context ? I am right ? I need to know this to see if I can trust on this or not. And if I am right, maybe we can modify and add this info in a comment? Thanks Mariano

Nov. 25, 2010

Re: [Pharo-project] Issue 3256 in pharo: matchesRegex on colon

by pharo＠googlecode.com

Updates: Status: WontFix Comment #2 on issue 3256 by marcus.denker: matchesRegex on colon http://code.google.com/p/pharo/issues/detail?id=3256 (No comment was entered for this change.)

Nov. 25, 2010

Re: [Pharo-project] Issue 3257 in pharo: ImageSegment

by pharo＠googlecode.com

Updates: Status: Invalid Comment #1 on issue 3257 by marcus.denker: ImageSegment http://code.google.com/p/pharo/issues/detail?id=3257 empty report

Nov. 25, 2010

Re: [Pharo-project] RBScanner>>#initializeClassificationTable

by Levente Uzonyi

On Thu, 25 Nov 2010, Henrik Johansen wrote: > > On Nov 25, 2010, at 11:12 59AM, Henrik Johansen wrote: > >> >> On Nov 25, 2010, at 10:58 44AM, Benjamin wrote: >> >>> Hello guys, >>> >>> Is there a reason this method use : >>> >>> (Scanner isLiteralSymbol: '_') >>> ifTrue: [ self initializeChars: '_' to: #alphabetic ] >>> ifFalse: [ self initializeChars: '_' to: #special ]. >>> >>> and not >>> >>> (Scanner allowUnderscoreAsAssignment) >>> ifTrue: [ self initializeChars: '_' to: #special ] >>> ifFalse:[ self initializeChars: '_' to: #alphabetic ] >>> >>> ? >>> >>> >>> Cheers, >>> >>> Ben >> >> Compatibility I would guess. >> In Squeak, allowUnderscoreAsAssignment is still a Preferences method. >> >> Cheers, >> Henry >> > > P.S. At the very least it could be changed to Scanner isLiteralSymbol: #_ I guess not. There was a bug in Squeak (and probably Pharo too), because the compiler replaced #_ to #':=' during compilation. See http://bugs.squeak.org/view.php?id=7571 . Levente > :) > >

Nov. 25, 2010

Re: [Pharo-project] RBScanner>>#initializeClassificationTable

by Levente Uzonyi

On Thu, 25 Nov 2010, Henrik Johansen wrote: > > On Nov 25, 2010, at 10:58 44AM, Benjamin wrote: > >> Hello guys, >> >> Is there a reason this method use : >> >> (Scanner isLiteralSymbol: '_') >> ifTrue: [ self initializeChars: '_' to: #alphabetic ] >> ifFalse: [ self initializeChars: '_' to: #special ]. >> >> and not >> >> (Scanner allowUnderscoreAsAssignment) >> ifTrue: [ self initializeChars: '_' to: #special ] >> ifFalse:[ self initializeChars: '_' to: #alphabetic ] >> >> ? >> >> >> Cheers, >> >> Ben > > Compatibility I would guess. > In Squeak, allowUnderscoreAsAssignment is still a Preferences method. No, it never was a method of Preferences. It's a pragma preference, but in Squeak 4.1 it has a different name, IIRC prefAllowUnderscoreAssignment. Levente > > Cheers, > Henry > >

Nov. 25, 2010

Re: [Pharo-project] RBScanner>>#initializeClassificationTable

by Henrik Johansen

On Nov 25, 2010, at 11:12 59AM, Henrik Johansen wrote: > > On Nov 25, 2010, at 10:58 44AM, Benjamin wrote: > >> Hello guys, >> >> Is there a reason this method use : >> >> (Scanner isLiteralSymbol: '_') >> ifTrue: [ self initializeChars: '_' to: #alphabetic ] >> ifFalse: [ self initializeChars: '_' to: #special ]. >> >> and not >> >> (Scanner allowUnderscoreAsAssignment) >> ifTrue: [ self initializeChars: '_' to: #special ] >> ifFalse:[ self initializeChars: '_' to: #alphabetic ] >> >> ? >> >> >> Cheers, >> >> Ben > > Compatibility I would guess. > In Squeak, allowUnderscoreAsAssignment is still a Preferences method. > > Cheers, > Henry > P.S. At the very least it could be changed to Scanner isLiteralSymbol: #_ :)

Nov. 25, 2010