I'm using Pharo with Seaside for a small commercial website for a friend's
business (http://test.creativecorsetry.com.au) - not live yet, but only a
month or so away.
I originally started on Squeak 3.10, but Pharo looked like being the better
choice for the future.
Regards,
Stuart
On Tue, Jul 21,
On Mon, Jul 27, 2009 at 7:37 PM, Damien Cassou wrote:
>> (4) [...] FWIW, I still think you should reconsider fast drag - enabling it
>> makes a HUGE difference when moving and resizing windows.
>
> what do people think about 'fast drag' preference?
>
I use it all the time - but I do most my develo
2009/8/10 Miguel Enrique Cobá Martinez :
> Ramiro Diaz Trepat and Mariano Martínez Peck commented on the magma
> mailing list that they successfully loaded magma on a pharo image by
> copying the extensions added by magma to BlockContext to the class
> BlockClosure. It appear that the code worked o
On Tue, Sep 8, 2009 at 1:54 AM, Igor Stasenko wrote:
> The problem with command-line arguments as a file names, like:
>
> cat myfile.foo
>
> is that the location of myfile.foo is determined by using a search
> path , usually provided in environment PATH var of a shell.
That's not actually true - t
Yes, it is just a way to format test results.
It's something from the Perl world, and so most of the tools to do
anything useful with it are therefore Perl oriented. It's fairly
limited in the amount of information it can convey - just a test
number, a status, and an optional description. Not eve
It seems to be related to the VM.
To reproduce, just open a browser and save and quit.
Then opening the image with Cog r2344 or r2345 will result in this
error - it seems to be happening in the startup process.
If you debug it, the code that apparently causes the problem actually
works fine when ma
I definitely use them - I like being able to locate the windows
instantly by colour. And a less practical reason is that the grey
default themes always make me feel depressed. Programming shouldn't
be grey and boring, it should be fun ;)
A new, supported colourised theme would be a wonderful thi
On Mon, Apr 4, 2011 at 3:56 AM, Dale Henrichs wrote:
> Rather than abandon core vs full, here's a thought on a slightly different
> approach...
>
> Do development in the FULL version. That way the tools are used and bugs in
> the tools are fixed as the changes are made in the CORE...you are keep
>
> Develop the development process!
>
You keep saying this, but you don't explain what you mean.
You think Pharo's development process is flawed. Ok, we get that. But
what exactly do you suggest be done about it?
To be clear - I am _not_ asking to hear what's _wrong_ with it. I
want to hear a
Hi all,
I recently ran into the problem with a server returning text/plain
instead of application/octet stream again (see
http://lists.gforge.inria.fr/pipermail/pharo-project/2012-April/062388.html),
but the resulting error (a MNU for Character>>bitOr:) failed to job my
memory as to the actual cau
Hi Sven,
> -1
>
> #asByteArray does an implicit text to bytes conversion (granted, a stupid
> one).
> This will (and had conflicted in the past) with the text conversion done
> automatically by the HTTP client.
> The response simply has to be binary because the data is binary.
Yes, I understand
Excellent!
Any chance of having a vertical split instead of horizontal though?
Regards,
Stuart
On 6 August 2012 09:48, Benjamin wrote:
> Hello guys :)
>
> I just wanted to show you the new feature I just finished to implement into
> Nautilus: the multi methods edition
>
> http://dl.dropbox.com
12 matches
Mail list logo