Re: [Pharo-project] web services, pharo
now that I work in library software :) ...
Fetch data from ISBN is not so difficult, depends on the provider you want.
The most used protocol around the world is Z39.50
http://en.wikipedia.org/wiki/Z39.50 to get MARC formatted catalogs
http://en.wikipedia.org/wiki/UNIMARC. I don't know if there's Smalltalk
implementations of these standards.
If you don't need high level of details, Amazon, Library Thing, ... have
good catalogs with modern web services to access them.
For the webcam / scan part, I don't know what we have in Smalltalk. You
need OCR tools...
Laurent Laffont
On Sun, Feb 14, 2010 at 10:24 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
I really like the idea of scripting and gluing together behavior.
What I would love to be able to do is to
use the webcam of my machine to scan a book ISBN number
and fetch all the data from a given provider.
Does anybody have an idea how we could plug all that together.
Stef
On Feb 14, 2010, at 8:45 PM, laurent laffont wrote:
Thanks for help and enjoy :)
http://pharocasts.blogspot.com/2010/02/rest-xml-parsing-and-photos.html
Laurent Laffont
On Sun, Feb 14, 2010 at 1:20 PM, laurent laffont
laurent.laff...@gmail.com wrote:
Make sure that the stream is binary:
SketchMorph fromStream: ('
http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/A1A/jySYN6rz_pc/DSC00801.JPG'
asUrl retrieveContents contents asByteArray readStream)
Levente
It works ! Thank you ! You've just saved a screencast :)
Laurent Laffont
Laurent Laffont
2010/2/13 Mariano Martinez Peck marianop...@gmail.com
I think he talks about this one
http://coweb.cc.gatech.edu/squeakbook/
2010/2/13 laurent laffont laurent.laff...@gmail.com
Which web page ?
Laurent Laffont
On Sat, Feb 13, 2010 at 3:42 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
laurent have a look in the network chapter of the new blue book
(collective book available on web page)
because I do not remember but you could find some snippets going in the
same sense.
Stef
On Feb 13, 2010, at 3:29 PM, laurent laffont wrote:
(SketchMorph fromStream:
('http://code.google.com/p/pharo/logo'
asUrl retrieveContents contentStream)) openInWorld
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Cleaning included Monticello repositories in PharoCore
normally what we should do is to copy the versions of gofer that are used in the pharo repository /probably we should do the same for polymorph. like that we have one self contained version. On Feb 15, 2010, at 8:15 AM, Geert Claes wrote: If Gofer and Polymorph are included in the Core image ... wouldn't it make more sense for those to be moved to those Pharo repositories then? -- View this message in context: http://n4.nabble.com/Cleaning-included-Monticello-repositories-in-PharoCore-tp1555481p1555830.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Cleaning included Monticello repositories in PharoCore
good initiative Stef On Feb 14, 2010, at 11:11 PM, Mariano Martinez Peck wrote: Hi folks: I was thinking that at least for the 1.0 release we should remove obsolete default repositories. I don't know if the word is default but I mean to those repositories that are already added when you download PharoCore 1.0 image. Those repositories are: 1) http://www.squeaksource.com/Pharo 2) http://www.squeaksource.com/PharoInbox 3) www.squeaksource.com/Installer 4) www.squeaksource.com/UIEnhancements 5) http://source.lukas-renggli.ch/flair 1) and 2) are ok. 3) I think we should remove it. 4) and 5) are there becuase Gofer and Polymorph are included in the Core image? What do you think ? Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Cleaning included Monticello repositories in PharoCore
Ok...thanks for the answers. Then we should keep only 1 and 2. http://code.google.com/p/pharo/issues/detail?id=1967 On Mon, Feb 15, 2010 at 8:28 AM, Lukas Renggli reng...@gmail.com wrote: 1) http://www.squeaksource.com/Pharo 2) http://www.squeaksource.com/PharoInbox 3) www.squeaksource.com/Installer 4) www.squeaksource.com/UIEnhancements 5) http://source.lukas-renggli.ch/flair I sugest to only keep 1 and 2. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] web services, pharo
2010/2/15 laurent laffont laurent.laff...@gmail.com
now that I work in library software :) ...
Fetch data from ISBN is not so difficult, depends on the provider you want.
The most used protocol around the world is Z39.50
http://en.wikipedia.org/wiki/Z39.50 to get MARC formatted catalogs
http://en.wikipedia.org/wiki/UNIMARC. I don't know if there's Smalltalk
implementations of these standards.
Of course we have!!!
http://n4.nabble.com/ANN-Z39-50-FFI-Client-ZOOM-binding-td1307520.html#a1307520
If you don't need high level of details, Amazon, Library Thing, ... have
good catalogs with modern web services to access them.
For the webcam / scan part, I don't know what we have in Smalltalk. You
need OCR tools...
I don't know, what would be cool. I suggest to send separate emails for this
to get more answers.
Laurent Laffont
On Sun, Feb 14, 2010 at 10:24 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
I really like the idea of scripting and gluing together behavior.
What I would love to be able to do is to
use the webcam of my machine to scan a book ISBN number
and fetch all the data from a given provider.
Does anybody have an idea how we could plug all that together.
Stef
On Feb 14, 2010, at 8:45 PM, laurent laffont wrote:
Thanks for help and enjoy :)
http://pharocasts.blogspot.com/2010/02/rest-xml-parsing-and-photos.html
Laurent Laffont
On Sun, Feb 14, 2010 at 1:20 PM, laurent laffont
laurent.laff...@gmail.com wrote:
Make sure that the stream is binary:
SketchMorph fromStream: ('
http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/A1A/jySYN6rz_pc/DSC00801.JPG'
asUrl retrieveContents contents asByteArray readStream)
Levente
It works ! Thank you ! You've just saved a screencast :)
Laurent Laffont
Laurent Laffont
2010/2/13 Mariano Martinez Peck marianop...@gmail.com
I think he talks about this one
http://coweb.cc.gatech.edu/squeakbook/
2010/2/13 laurent laffont laurent.laff...@gmail.com
Which web page ?
Laurent Laffont
On Sat, Feb 13, 2010 at 3:42 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
laurent have a look in the network chapter of the new blue book
(collective book available on web page)
because I do not remember but you could find some snippets going in the
same sense.
Stef
On Feb 13, 2010, at 3:29 PM, laurent laffont wrote:
(SketchMorph fromStream:
('http://code.google.com/p/pharo/logo'
asUrl retrieveContents contentStream)) openInWorld
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] OCR was [web services, pharo]
Cool. And about OCR / Webcam capture ?
Laurent Laffont
2010/2/15 Mariano Martinez Peck marianop...@gmail.com
2010/2/15 laurent laffont laurent.laff...@gmail.com
now that I work in library software :) ...
Fetch data from ISBN is not so difficult, depends on the provider you
want. The most used protocol around the world is Z39.50
http://en.wikipedia.org/wiki/Z39.50 to get MARC formatted catalogs
http://en.wikipedia.org/wiki/UNIMARC. I don't know if there's Smalltalk
implementations of these standards.
Of course we have!!!
http://n4.nabble.com/ANN-Z39-50-FFI-Client-ZOOM-binding-td1307520.html#a1307520
If you don't need high level of details, Amazon, Library Thing, ... have
good catalogs with modern web services to access them.
For the webcam / scan part, I don't know what we have in Smalltalk. You
need OCR tools...
I don't know, what would be cool. I suggest to send separate emails for
this to get more answers.
Laurent Laffont
On Sun, Feb 14, 2010 at 10:24 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
I really like the idea of scripting and gluing together behavior.
What I would love to be able to do is to
use the webcam of my machine to scan a book ISBN number
and fetch all the data from a given provider.
Does anybody have an idea how we could plug all that together.
Stef
On Feb 14, 2010, at 8:45 PM, laurent laffont wrote:
Thanks for help and enjoy :)
http://pharocasts.blogspot.com/2010/02/rest-xml-parsing-and-photos.html
Laurent Laffont
On Sun, Feb 14, 2010 at 1:20 PM, laurent laffont
laurent.laff...@gmail.com wrote:
Make sure that the stream is binary:
SketchMorph fromStream: ('
http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/A1A/jySYN6rz_pc/DSC00801.JPG'
asUrl retrieveContents contents asByteArray readStream)
Levente
It works ! Thank you ! You've just saved a screencast :)
Laurent Laffont
Laurent Laffont
2010/2/13 Mariano Martinez Peck marianop...@gmail.com
I think he talks about this one
http://coweb.cc.gatech.edu/squeakbook/
2010/2/13 laurent laffont laurent.laff...@gmail.com
Which web page ?
Laurent Laffont
On Sat, Feb 13, 2010 at 3:42 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
laurent have a look in the network chapter of the new blue book
(collective book available on web page)
because I do not remember but you could find some snippets going in the
same sense.
Stef
On Feb 13, 2010, at 3:29 PM, laurent laffont wrote:
(SketchMorph fromStream:
('http://code.google.com/p/pharo/logo'
asUrl retrieveContents contentStream)) openInWorld
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] web services, pharo
2010/2/14 laurent laffont laurent.laff...@gmail.com
2010/2/14 Mariano Martinez Peck marianop...@gmail.com
Incredible. Clap clap clap!
^o^
Let me say that I really like your screencast and every time I see them, I
learn.
Me too while recording :) I hope other people will contribute
Sure they will. At least giving ideas. Take as an example the ProfStef. Now,
it is included in PharoDev. GLASS did their tutorials with it. Danny build a
cool browser for it. Torsten build a HelpSyste. Etc etc etc...
Here is my contribution. I have more ideas :)
1) I would like a screencast to demostrate how to use Monticello and
SqueakSource. We can take as an example, and reuse the PicasaAPI project.
Little ideas:
- Create the package in Monticello Browser
- Create a user in squeaksource
- create the project in squeaksource
- commit it
- see changes
- merge
- take a clean image and load
2) I would like a screencast to demostrate how to build a Metacello
configuration and load it. We can take as an example, and reuse the
PicasaAPI project. Little ideas, altough maybe they can be split:
- Demonstrate how hard is to load your project in a clean image. You have to
install all dependencies by hand, you don't know which versions, and you
don't know what packages to load. This point can be even part of 1)
- Show how to create a new Metacello configuration.
- Commit it to MonticelloRepository
- How to load it in another clean image
3) Advanced Metacello: show how to create and load groups, project
references, etc. You can also show Metacello OB tools and Metaceller
4) This is boring but useful. A screencast that shows how to open an issue.
It would be really cool to do it with a real bug. You can record how to
reproduce the bug in the image, then how to search in issue tracker and open
the issue. The idea is to show all these steps:
http://www.pharo-project.org/community/issue-tracking
5) This is boring but useful. A screencast that shows how to commit. If it
is only one package, just that to inbox, if there are several projects, how
to create a slice package and use the dirty packages trick, etc... Again,
it would be really cool if it can be a real commit. Even better, if it is a
fix for 4)
The idea is to show all these steps:
http://code.google.com/p/pharo/wiki/HowToContribute
Okthose are all the ideas I have for the moment :)
Thanks for you excellent work.
Mariano
I think that we really should have a link from the official pharo website
to your blog.
There's one here: http://pharo-project.org/documentation/tutorials-books
Little note just in case you didn't know. To TAB right or left several
rows/lines, just select them and use the shortcuts ctrl + shift + r (to tab
right) or ctrl + shit + l (to tab left) :)
Cool, thank you. I hope shortcut assignment will be better in 1.1
Laurent Laffont
Cheers
Mariano
2010/2/14 laurent laffont laurent.laff...@gmail.com
Thanks for help and enjoy :)
http://pharocasts.blogspot.com/2010/02/rest-xml-parsing-and-photos.html
Laurent Laffont
On Sun, Feb 14, 2010 at 1:20 PM, laurent laffont
laurent.laff...@gmail.com wrote:
Make sure that the stream is binary:
SketchMorph fromStream: ('
http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/A1A/jySYN6rz_pc/DSC00801.JPG'
asUrl retrieveContents contents asByteArray readStream)
Levente
It works ! Thank you ! You've just saved a screencast :)
Laurent Laffont
Laurent Laffont
2010/2/13 Mariano Martinez Peck marianop...@gmail.com
I think he talks about this one
http://coweb.cc.gatech.edu/squeakbook/
2010/2/13 laurent laffont laurent.laff...@gmail.com
Which web page ?
Laurent Laffont
On Sat, Feb 13, 2010 at 3:42 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
laurent have a look in the network chapter of the new blue book
(collective book available on web page)
because I do not remember but you could find some snippets going in
the
same sense.
Stef
On Feb 13, 2010, at 3:29 PM, laurent laffont wrote:
(SketchMorph fromStream:
('http://code.google.com/p/pharo/logo'
asUrl retrieveContents contentStream)) openInWorld
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Re: [Pharo-project] Cleaning included Monticello repositories in PharoCore
+1 Adrian BTW: packages such as Gofer and Polymorph are all copied/merged in the Pharo repository On Feb 15, 2010, at 09:59 , Mariano Martinez Peck wrote: Ok...thanks for the answers. Then we should keep only 1 and 2. http://code.google.com/p/pharo/issues/detail?id=1967 On Mon, Feb 15, 2010 at 8:28 AM, Lukas Renggli reng...@gmail.com wrote: 1) http://www.squeaksource.com/Pharo 2) http://www.squeaksource.com/PharoInbox 3) www.squeaksource.com/Installer 4) www.squeaksource.com/UIEnhancements 5) http://source.lukas-renggli.ch/flair I sugest to only keep 1 and 2. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11211
11211 - Issue 502: [Pending Etoy Cleaning] MorphstandardPalette Issue 1366: MIMEDocumentMIMEDocumentcontentType: aMIMETypeOrAString??? content: content -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Failing ECUntypedModelTest testNarrowWith
yes, this test should either be deleted or rewritten. When I'm back from holidays I'll look into it. Romain On Monday, February 15, 2010, Lukas Renggli reng...@gmail.com wrote: It is stupid to have tests that depend on what else is loaded in the image. OB and RB (for some parts) use a fake image with fake classes and methods in which they run their test. Lukas 2010/2/14 Mariano Martinez Peck marianop...@gmail.com: Hi Lukas/Romain. While building a PharoDev, I noticed that ECUntypedModelTest testNarrowWith is failing. The problem is in: self assert: count 100. as count, which is equal to model entries size, is 98. Of course, if I change it to self assert: count 90. for example, it works prefect. I have no idea about this. What do you think ? Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] PhD and PostDoc topics with us at Lille :)
Hi all INRIA is offering some PhD positions and we are looking for candidates (note that a commitee will decide not us). Here are the topics for our team Reflection and Security in Dynamic Languages http://www.inria.fr/travailler/mrted/en/doc/details.html?id=PNGFK026203F3VBQB6G68LOE1LOV5=4509LOV2=4486LG=ENResultsperpage=20nPostingID=3904nPostingTargetID=8434option=52sort=DESCnDepartmentID=28 Software re-modularization http://www.inria.fr/travailler/mrted/en/doc/details.html?id=PNGFK026203F3VBQB6G68LOE1LOV5=4509LOV2=4486LG=ENResultsperpage=20nPostingID=3902nPostingTargetID=8463option=52sort=DESCnDepartmentID=28 Deadline for applying: Mai 4 for the postdoc you should have defended your PhD by end of October (I should check) Reflection and Scoping in Dynamic Languages http://www.inria.fr/travailler/mrted/en/postdoc/details.html?id=PNGFK026203F3VBQB6G68LOE1LOV5=4508LG=ENResultsperpage=20nPostingID=3921nPostingTargetID=8472option=52sort=DESCnDepartmentID=19 Designing a pure trait-based language http://www.inria.fr/travailler/mrted/en/postdoc/details.html?id=PNGFK026203F3VBQB6G68LOE1LOV5=4508LG=ENResultsperpage=20nPostingID=3922nPostingTargetID=8474option=52sort=DESCnDepartmentID=19 Deadline for applying: Mars 14 please distribute :) ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] FileSystem question
|working cache| working := FSDiskFilesystem current working. cache := working / 'package-cache'. cache entry cache entry creation. -- 2010-02-14T10:34:31+00:00 cache entry modification. -- 2010-02-14T10:34:31+00:00 cache entry size give me access to the file descriptor now I was wondering why we could not have the API of description at the level of FSreference to avoid that navigation code. cache creation. -- 2010-02-14T10:34:31+00:00 cache modification. -- 2010-02-14T10:34:31+00:00 cache size I like the way FSFilePluginPrims encapsulate the primitive calls. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Failing ECUntypedModelTest testNarrowWith
On Mon, Feb 15, 2010 at 1:34 PM, Romain Robbes romain.rob...@lu.unisi.chwrote: yes, this test should either be deleted or rewritten. When I'm back from holidays I'll look into it. Ok. Don't worry. If your fix comes before I build next pharo dev, I integrate it, otherwise, I will remove it for a while and then if you do it we put it again. ok ? cheers mariano Romain On Monday, February 15, 2010, Lukas Renggli reng...@gmail.com wrote: It is stupid to have tests that depend on what else is loaded in the image. OB and RB (for some parts) use a fake image with fake classes and methods in which they run their test. Lukas 2010/2/14 Mariano Martinez Peck marianop...@gmail.com: Hi Lukas/Romain. While building a PharoDev, I noticed that ECUntypedModelTest testNarrowWith is failing. The problem is in: self assert: count 100. as count, which is equal to model entries size, is 98. Of course, if I change it to self assert: count 90. for example, it works prefect. I have no idea about this. What do you think ? Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] FileSystem question
I think this is a separate object because some filesystems might not provide this information or might provide a different set of information. An external filesystem (FTP, HTTP) might not know the size, creation or modification timestamp. Zip archives might provide different information. I guess that's the reason why this is a separate object. Lukas On 15 February 2010 18:36, stephane ducasse stephane.duca...@free.fr wrote: |working cache| working := FSDiskFilesystem current working. cache := working / 'package-cache'. cache entry cache entry creation. -- 2010-02-14T10:34:31+00:00 cache entry modification. -- 2010-02-14T10:34:31+00:00 cache entry size give me access to the file descriptor now I was wondering why we could not have the API of description at the level of FSreference to avoid that navigation code. cache creation. -- 2010-02-14T10:34:31+00:00 cache modification. -- 2010-02-14T10:34:31+00:00 cache size I like the way FSFilePluginPrims encapsulate the primitive calls. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] HelpSystem implementation
Am Sonntag, 14. Februar 2010 21:19:57 schrieb Torsten Bergmann: Hi Danny, - What is the reason to have HelpBuilder and to create a hierarchy of HelpTopic instances mirroring the layout of the actual content classes? Why not use the class objects directly? HelpBuilder builds the topics/books from code. I just wanted to decouple the storage mechanism (here ST source code). Topics/books could also be stored in an external database/files or even created on the fly from dynamic information. I've thought a bit about this. I see two problems with this. Let's say I want to create a book with high level documentation about a package. But one chapter should be the complete API documentation. The easiest way would be if he could write documentation in the current way and for the sub books return in addition one object that generates the needed nodes automatically. It seems to me that it would be easier if the content node knows how to retrieve its data. Secondly, let's say I want to browse the whole API of the system. Because building the nodes is a separate step and the HelpTopic/HelpBook instances do not know how to do this, I would need to create the whole help content before browsing, and this takes quite some time I guess. I would prefer to have a simple protocol to query a node for its contents and its sub books. Then specific subclasses could implement the required fetching behaviour. I will try to find some time to write actual code to show what I mean. Danny ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Making FFI non-intrusive (Was: Re: Pharo changing the game)
On Sat, Feb 13, 2010 at 11:29 PM, Lukas Renggli reng...@gmail.com wrote: It is interesting to note that of course, after this was added to 3.9, there was someone *very hard* arguing that adding Pragmas was a very dumb idea... Who that person was is left as an exercise to the reader of course ;-) Hint: FFI has its own proprietary hardcoded pragma format. It unnecessary complicates the compiler even when not loaded. Not to mention that it breaks all tools that have their own parser, such as RB for example. I'd like to discuss, what changes to compiler we may introduce to allow FFI to handle pragmas in non-intrusive manner. I suppose something, like registration mechanism for compiler, where any external package can register and provide own handler(s) for pragmas. Then, of course, an Encoder should have a public API, which would allow such handlers to add/change literals and method header. We already having at least another use of pragmas - preferences. It's also could use same mechanism which can be used to notify a preferences system about appearance of new or removal existing preferences as a result of method compilation. In fact we had that in Squeak 3.9 and early Pharo versions. I even wrote code that adapted this mechanism for FFI, but the FFI maintainer insisted on sticking with his compiler hacks. The idea was that you could add methods with a specific pragma to one of the compiler classes (I don't remember which one). There was also one such method for each of the Smalltalk primitives currently supported (#primitive:, 3primitive:module:, ...). When encountering a pragma in the source code the compiler would check if this was a compiler-pragma with the same name defined and perform that method. In the case of the primitive the compiler would change the compile method to use the configured primitive. A very strait forward use of pragmas. However the functionality that made compiler pragmas and primitives extensible is gone today even in Pharo. For reasons unknown to me Eliot removed all the code when he added the closure support. Back to hacking and patching the compiler. Sorry, Lucas! This was because I started the closure work in a Qwaq^H^H^H^HTeleplace image that lacked the pragma extensibility. So when it came to port the Closure compiler to other dialects I a) didn't notice the extensibility stuff and b) overwrite it. I am *very much* in favour of pragma extensibility. Look at what we did in VisualWorks (of which you're probably aware), where the pragmas that are compilable in a class are defined by pragma methods on the class side. We use pragma methods to introduce pragmas so that pragmas added in different packages don't collide in a single class-side pragma method. So what to do? Please point me to/email me a change set of the pragma extensibility code and I will try to integrate it back into the closure compiler as soon as time allows. Apologies. Eliot Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] web services, pharo
Stefan wrote: What I would love to be able to do is to use the webcam of my machine to scan a book ISBN number and fetch all the data from a given provider. Does anybody have an idea how we could plug all that together. I remember Seabreaze for Seaside has a seaside barcode/webcam reader component (using an online webservice to identify the item) to do exactly that. I think it was in one of the videos at http://seabreeze.heeg.de/ (one of the videos with Roland Wagner). Maybe you should try the one-click image or ask on the seabreeze list. Bye T. -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/atbrowser ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] FileSystem question
stephane ducasse stephane.duca...@free.fr wrote: I like the way FSFilePluginPrims encapsulate the primitive calls. Lukas Renggli replied: I think this is a separate object because some filesystems might not provide this information or might provide a different set of information. An external filesystem (FTP, HTTP) might not know the size, creation or modification timestamp. Zip archives might provide different information. I guess that's the reason why this is a separate object. Sort of. That's the rationale for handles. FSDiskHandle isolates the stream from the primitives, so it's possible to have the primitives in the handle and still have the stream work with different types of filesystems. I moved the primitives to a separate object for a several reasons: One was to make them private. The stream should not be able to call primitives directly, and putting them in a separate object that the stream doesn't have access to makes that clear. (It's not full capability security because the stream can violate encapsulation via #instVarAt: or other trickery, but the need to do that is a sign that you shouldn't). Second, the primitives provided by FilePlugin aren't ideal, and eventually I want to have some primitives designed specifically for Filesystem. It wouldn't be a drop-in replacement for FilePlugin, but if the FilePlugin primitives are all in one place, it should be fairly simple to port to another primitive object with a slightly different protocol. Finally, I like the way it looks: Primitives close: id is nicer than self primClose: id. at least to my eye. :-) Colin ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
