FYI: The mail of Colin Putney to the Squeak mailing list regarding the
future of OmniBrowser.
For Pharo there are also some changes upcoming:
The latest GUI takes better advantage of the standard Polymorph
widgets and brings resizable column and faster updates.
Lukas
-- Forwarded
On Nov 20, 2011, at 1:11 PM, Lukas Renggli wrote:
FYI: The mail of Colin Putney to the Squeak mailing list regarding the
future of OmniBrowser.
For Pharo there are also some changes upcoming:
The latest GUI takes better advantage of the standard Polymorph
widgets and brings resizable
Hi
Am I right that the argument to #ifCurtailed: is run in a different
process (like #ensure: in an exception case)?
Cheers
Philippe
Friends:
I have this code
login
| fields aPassword userName logged |
fields := self request propertyAt: #postFields ifAbsent: [].
fields ifNotNil:[ userName := (fields at: 'username').
aPassword := (fields at: 'password').
logged := HVNaughtieUsers new verifyPassword: aPassword forUser:
They both behave the same way in that regard. The argument block is
always executed in the owning process, unless an outside process is
terminating the process. In this case it is the outside process that
unwinds the stack and evaluates the unwind blocks. A long standing bug
in my opinion.
Lukas
What does your render code look like? Do you use a form to submit the data? Or
JavaScript?
Max
On 20.11.2011, at 14:52, Edgar J. De Cleene wrote:
Friends:
I have this code
login
| fields aPassword userName logged |
fields := self request propertyAt: #postFields ifAbsent: [].
fields
14232
-
- Issue 5002: Cleaned Transcripter + add a menu entry.
http://code.google.com/p/pharo/issues/detail?id=5002
- Issue 4985: Objectlog: - Objecttrace:
http://code.google.com/p/pharo/issues/detail?id=4985
Stef
lukas can you open a bug entry? because we should fix this kind of problem.
I will discuss it with igor.
STef
On Nov 20, 2011, at 3:52 PM, Lukas Renggli wrote:
They both behave the same way in that regard. The argument block is
always executed in the owning process, unless an outside
fstephany wrote:
I've tested it on my mac it seems to work fine. Have you tested it on
Linux?
If so, May I update the ConfigurationOfFilesytem to include your fix?
I only tested it on Mac. Feel free to include it as you see fit.
Sean
--
View this message in context:
Nicolas Petton wrote:
You can follow the SmalltalkHub project here:
http://smalltalkhub.com/user/NicolasPetton/SmalltalkHub
You can report bugs you encounter on the issue tracker there.
I reported 3 bugs as per these instructions, and they seem to have
disappeared after the last update
Excellent!
Doru
On 20 Nov 2011, at 14:53, Stéphane Ducasse wrote:
On Nov 20, 2011, at 1:11 PM, Lukas Renggli wrote:
FYI: The mail of Colin Putney to the Squeak mailing list regarding the
future of OmniBrowser.
For Pharo there are also some changes upcoming:
The latest GUI takes
Hi Sven,
Does #requestBodyFor: in the Zinc server adaptor for Seaside work?
Instead of a String I keep on getting strange things back :-)
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
Lukas,
On 20 Nov 2011, at 18:45, Lukas Renggli wrote:
Hi Sven,
Does #requestBodyFor: in the Zinc server adaptor for Seaside work?
Instead of a String I keep on getting strange things back :-)
Given the current implementation:
requestBodyFor: aZincRequest
^ aZincRequest entity
Given the current implementation:
requestBodyFor: aZincRequest
^ aZincRequest entity
you get a ZnEntity subclass back, not a String which WARequest#setBody:
seems to expect.
As you certainly known, many different kinds of things could be uploaded in a
POST, depending on the mime
http://code.google.com/p/pharo/issues/detail?id=5003
On 20 November 2011 17:42, Stéphane Ducasse stephane.duca...@inria.fr wrote:
lukas can you open a bug entry? because we should fix this kind of problem.
I will discuss it with igor.
STef
On Nov 20, 2011, at 3:52 PM, Lukas Renggli wrote:
[tx] ensure: [tx]
On Nov 20, 2011, at 8:53 PM, Lukas Renggli wrote:
http://code.google.com/p/pharo/issues/detail?id=5003
On 20 November 2011 17:42, Stéphane Ducasse stephane.duca...@inria.fr wrote:
lukas can you open a bug entry? because we should fix this kind of problem.
I will discuss
Well I guess this would then do the trick:
requestBodyFor: aZincRequest
^ String streamContents: [ :stream |
aZincRequest entity writeOn: (ZnBivalentWriteStream on: stream)
]
but it hurts: at this point Zn has already parsed/interpreted the entity from
bytes and the
http://code.google.com/p/pharo/issues/detail?id=5004
2011/11/17 Martin McClure mar...@hand2mouse.com:
I'm seeing the following in 1.3 and a 1.4 build from a couple of weeks ago:
==
***System error handling failed***
[...]
ReadStream(Object)shouldNotImplement
On 20 November 2011 22:07, Sven Van Caekenberghe s...@beta9.be wrote:
Well I guess this would then do the trick:
requestBodyFor: aZincRequest
^ String streamContents: [ :stream |
aZincRequest entity writeOn: (ZnBivalentWriteStream on:
stream) ]
but it hurts: at this
On 20 Nov 2011, at 22:30, Lukas Renggli wrote:
Yes please, because the current Zinc does not work otherwise for POST
requests.
Name: Zinc-Seaside-SvenVanCaekenberghe.21
Author: SvenVanCaekenberghe
Time: 20 November 2011, 10:55:28 pm
UUID: 2d3dd79e-7210-4e42-ba85-b08e6f74b689
Ancestors:
14233
-
- Issue 5004: Decompiler miss-initialize the Encoder literalStream with a
ReadStream when a WriteStream is expected. Thanks Nicolas Cellier.
http://code.google.com/p/pharo/issues/detail?id=5004
On 20 November 2011 16:19, Philippe Marschall kus...@gmx.net wrote:
Hi
Am I right that the argument to #ifCurtailed: is run in a different process
(like #ensure: in an exception case)?
not necessary.
A non-local returns are also trapped by it:
[ ^ xx ] ifCurtailed: [ ... ]
Cheers
Very good idea indeed. I'm just concerned about the directory location:
On Sat, Nov 19, 2011 at 2:13 PM, Benjamin
benjamin.vanryseghem.ph...@gmail.com wrote:
~/.pharo#{version}
what about using the freedesktop.org specification of using
$HOME/.config to put configuration files? What about
23 matches
Mail list logo