Hi Hilaire,
Could you provide a direct download of the free version of drGeo on the drGeo
web site because many Android tablets have no access to Google Play ?
Another solution is to distribute your product on the other Android shops
(Amazon, Archos appstore, Luxia download center, Soc.io
20368
-
Issue 6868: Failing test: Tests.Release.ReleaseTest.testUnpackagedClasses
http://code.google.com/p/pharo/issues/detail?id=6868
MCWorkingCopy allManagers do: #packageSet.
RPackageOrganizer initialize
Diff information:
--
Marcus Denker --
Hi Sven,
Dealing with a set of IO channels using 1 thread/process per channel
like you describe should not be a problem. To do it efficiently, you
have to consider if the low level API you are dealing with is
blocking or not. If it is blocking (optionally with a timeout), like
for
Hi Sebastian,
thanks for the pointer - I'll take a look at it. From what I can tell
this is basically node.js with a Smalltalk-JavaScript
cross-interpreter. Definitely looks interesting!
Best Regards,
Udo
On 27.10.12 13:24, Sebastian Sastre wrote:
Hey Udo!
well, if node does a great
Hi Stef,
but isn't Amber targeting the client side? My Deployment Platform would
be the server.
Best Regards,
Udo
On 27.10.12 17:30, Stéphane Ducasse wrote:
better look at amber (because it is better to get the original than the copy).
Stef
Hey Udo!
well, if node does a great job and
Hello everyone,
While looking at bug 6596, I started wondering why we didn't have more options
to print dates (and/or their parts). I've gathered date formats printing
options from various sources and started implementing all those different
formats and options.
I have implemented 6 new
Interesting thoughts, but it reminds me of:
1. CouchDB. It is able to connect and synchronize two-way,
master-master, and has implementation for server as well as for mobile,
so, in a way, they are already there - you work, online of offline, on
the same data.
But they have problems, when
Awesome vision Seba!
It leaves me with the kind of unrealistic feeling that great ideas provoke :D
3 thoughts:
1. homogeneity sounds great but the tech future is heterogeneous (and not a
little but in a Long Tail fashion!)
2. dynamic technologies already won. So we might try to take more
I can't. I am bound to GooglePlay once I start using it.
Hilaire
Le 28/10/2012 08:42, Olivier Auverlot a écrit :
Hi Hilaire,
Could you provide a direct download of the free version of drGeo on the
drGeo web site because many Android tablets have no access to Google Play ?
Another
Hello
Is there anyway to implement fileshareing with Dropbox or GoogleDrive on
a Pharo client application?
Thanks
Hilaire
why not?
https://www.dropbox.com/developers/start
https://developers.google.com/drive/
sebastian
o/
On Oct 28, 2012, at 1:56 PM, Hilaire Fernandes wrote:
Hello
Is there anyway to implement fileshareing with Dropbox or GoogleDrive on
a Pharo client application?
Thanks
Hilaire
So it does not need any Smalltalk code ? Does it work with http messages
or something like that? I am total newby on that.
I wrote an interface for file shareing through FTP with DrGeo (on its
repo) but it is too cryptic for users.
Hilaire
Le 28/10/2012 17:11, Sebastian Sastre a écrit :
why
On 28 October 2012 10:45, Udo Schneider udo.schnei...@homeaddress.de wrote:
Hi Sven,
Dealing with a set of IO channels using 1 thread/process per channel
like you describe should not be a problem. To do it efficiently, you
have to consider if the low level API you are dealing with is
On Oct 28, 2012, at 10:46 AM, Udo Schneider wrote:
Hi Stef,
but isn't Amber targeting the client side? My Deployment Platform would be
the server.
yes amber is more client side.
But if you have a JS VM on a server then Amber is server side.
Now we should definitively improves the
On Oct 28, 2012, at 11:08 AM, Benoit St-Jean wrote:
Hello everyone,
While looking at bug 6596, I started wondering why we didn't have more
options to print dates (and/or their parts). I've gathered date formats
printing options from various sources and started implementing all those
Yeah, same thing here... But I was wondering about other languages... I mean,
yes we can support French and English but what about Spanish, Italian, etc?
Should we use the NaturalLanguageTranslator tool/mechanism ?
-
Benoit St-Jean
Yahoo! Messenger: bstjean
A standpoint is
I started a (STAMP)[https://github.com/jeremyw/stamp] port for Pharo
http://smalltalkhub.com/mc/dh83/c/main
which follows an example drive date-formatting scheme.
Instead of using a cryptic compressed form you use an example string
DateAndTime now stompFormat: '2012-12-31 14:32:12'.
On 28 Oct 2012, at 18:07, Camillo Bruni camillobr...@gmail.com wrote:
I started a (STAMP)[https://github.com/jeremyw/stamp] port for Pharo
http://smalltalkhub.com/mc/dh83/c/main
which follows an example drive date-formatting scheme.
Instead of using a cryptic compressed form you use an
yeah right?
a great way to completely wipe out all that CoffeScript hype :D
and take a look a this too!
https://github.com/NicolasPetton/amber/tree/master/examples/nodejs
and maybe this:
https://groups.google.com/forum/#!topic/amber-lang/sd5UwcXv8mg
an architecture that can provide results
On 2012-10-28, at 18:38, Sven Van Caekenberghe s...@stfx.eu wrote:
On 28 Oct 2012, at 18:07, Camillo Bruni camillobr...@gmail.com wrote:
I started a (STAMP)[https://github.com/jeremyw/stamp] port for Pharo
http://smalltalkhub.com/mc/dh83/c/main
which follows an example drive
On 28 Oct 2012, at 11:08, Benoit St-Jean bstj...@yahoo.com wrote:
Comments, complaints and suggestions are welcome!
Both formatting AND (strict) parsing should be provided, symmetrically.
Names of months and weekdays should be translatable into arbitrary languages,
probably other aspects as
So it does not need any Smalltalk code ? Does it work with http messages
or something like that?
I think so since you get files from a webbrowser
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
Le 28/10/2012 20:30, Alexandre Bergel a écrit :
So it does not need any Smalltalk code ? Does it work with http messages
or something like that?
I think so since you get files from a webbrowser
Alexandre
Do you know Smalltalk code example I can get inspiration from ?
Thanks
Hilaire
On 2012-10-28, at 20:38, Hilaire Fernandes hilaire.fernan...@edu.ge.ch wrote:
Le 28/10/2012 20:30, Alexandre Bergel a écrit :
So it does not need any Smalltalk code ? Does it work with http messages
or something like that?
I think so since you get files from a webbrowser
Alexandre
Le 28/10/2012 20:48, Camillo Bruni a écrit :
Do you know Smalltalk code example I can get inspiration from ?
If you plan to go big, why not an Amazon S3 backend for FileSystem?
I checked once, shouldn't be that much of work.
Once you got that, sharing files is as easy as accessing local
Unfortunately Stéphane, it looks like someone put the axe in all the
Localization/Translation stuff... Unless there's a new Locale/Translation
framework and I missed it, it'll take some major effort to be able to print
months, week days and other stuff in French or any other language! :(
Zinc should do the thing I guess.
I have no experience in that as well
Alexandre
On Oct 28, 2012, at 4:38 PM, Hilaire Fernandes hilaire.fernan...@edu.ge.ch
wrote:
Le 28/10/2012 20:30, Alexandre Bergel a écrit :
So it does not need any Smalltalk code ? Does it work with http messages
or
Bonjour Stéphane,
I seem to have found the cause of the problem with Locale and translation :
http://code.google.com/p/pharo/issues/detail?id=2424
Is this migration to gettext still en route and active? Was it abandoned?
If we want a truly multilingual Pharo (and/or at least provide support
Le 28/10/2012 20:30, Alexandre Bergel a écrit :
So it does not need any Smalltalk code ? Does it work with http messages
or something like that?
I think so since you get files from a webbrowser
Alexandre
Do you know Smalltalk code example I can get inspiration from ?
Hi Igor
I should have written process with a capital P. I meant the Smalltalk
class Process - a OS process :-)
Best Regards,
Udo
On 28.10.12 17:44, Igor Stasenko wrote:
On 28 October 2012 10:45, Udo Schneider
udo.schneider-1km8gppntmzsorrrgtp...@public.gmane.org wrote:
Hi Sven,
Bonjour Stéphane,
I seem to have found the cause of the problem with Locale and translation :
http://code.google.com/p/pharo/issues/detail?id=2424
Is this migration to gettext still en route and active? Was it abandoned?
No abandoned but not top priority.
If we want a truly
Issue 6885: Image can't starts and hangs when can't found required free
type font files
On Oct 28, 2012, at 10:12 PM, Denis Kudriashov wrote:
Hello.
I open new ticket http://code.google.com/p/pharo/issues/detail?id=6885
And I think it is very critical to be solved in 2.0.
Best
What does it mean truly? Well, I guess more and more people would make their
apps multilingual if they had a localization/translation framework. I guess
this is especially true in Europe (and in Quebec for sure!) but also in many
specific parts of the USA (for instance in Texas I guess one
Hi Sebastian--
Imagine having 2 related VMs (or unrelated, but with some related
object graph) in two parts of the world. One user changes one object
in the fist one, another changes another (or the same) object in the
second one. When they contact the cloud they synchronize automatically
you are aware that both of those dates are correct, just in different
parts of the world? Of course, the first could be 1 March, 2012 just
a easily as 3 January, 2012.
If you make it consistent, which way are you leaning towards? Maybe
more specific asXXXDate keywords to indicate which one you
On 28 Oct 2012, at 20:48, Camillo Bruni camillobr...@gmail.com wrote:
If you plan to go big, why not an Amazon S3 backend for FileSystem?
I checked once, shouldn't be that much of work.
There is Zinc-AWS, that can read/write to/from Amazon S3.
The basic stuff works just fine, not all of the
On 28.10.2012 21:37, Benoit St-Jean wrote:
Bonjour Stéphane,
I seem to have found the cause of the problem with Locale and
translation : http://code.google.com/p/pharo/issues/detail?id=2424
Is this migration to gettext still en route and active? Was it
abandoned?
If we want a truly
both have fantastic usability and sounds like they will add great (and
familiar) value to your product
what I would do is to start using the Zinc http client from a client object
(say DropboxAPI and GoogleDriveAPI) and move forward one command and reaction
to its response at the time
add
38 matches
Mail list logo