stephane ducasse 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 (F
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/w
> 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.
No problem, I thought that there
On Sat, Feb 13, 2010 at 11:29 PM, Lukas Renggli 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 cou
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 build
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 t
On Mon, Feb 15, 2010 at 1:34 PM, Romain Robbes wrote:
> 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 yo
|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 d
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=PNGFK026203F3VBQB6G
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 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 fa
11211
-
Issue 502: [Pending Etoy Cleaning] Morph>>standardPalette
Issue 1366: MIMEDocument>>MIMEDocument>>contentType: aMIMETypeOrAString???
content: content
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
_
+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, Fe
2010/2/14 laurent laffont
>
> 2010/2/14 Mariano Martinez Peck
>
>> 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
Cool. And about OCR / Webcam capture ?
Laurent Laffont
2010/2/15 Mariano Martinez Peck
>
>
> 2010/2/15 laurent laffont
>
> 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
2010/2/15 laurent laffont
> 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.or
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 wrote:
> > 1) http://www.squeaksource.com/Pharo
> > 2) http://www.squeaksource.com/PharoInbox
> > 3) www.squeaksource.com/Installer
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 y
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 im
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'
19 matches
Mail list logo