Hi Dan,
On Sat, 2009-01-17 at 01:28 +0300, Dan Korostelev wrote:
> Hi Tim.
>
> Unfortunately I didn't follow the discussion lately, so may be the
> problem is no more, but...
There has been a tremendous amount of help from folks like you. However
there is still not a solution.
I have been aske
Hi Tim.
Unfortunately I didn't follow the discussion lately, so may be the
problem is no more, but...
I just committed a fix for zope.schema's ValidationError that makes
its repr output more sensible. I'd like community to review those
changes and say if they're okay, because changing exception f
Thanks All,
On Fri, 2009-01-16 at 21:55 +0100, Carsten Senger wrote:
>
> Sure you can have specialized fields that subclass from Field, TextLine,
> or another base class. E.g. RegistrationNumber(TextLine) that takes care
> to validate the input for a special format. But you use them in an
> i
Hi Shane,
On Tue, 2009-01-13 at 14:10 -0700, Shane Hathaway wrote:
> Sorry, but the patch doesn't make any sense. Your version of
> _validate_fields quietly skips validation entirely by default.
First of all that is why I asked for others to look at it. :-)
But I DID test it by inserting an
Hi there,
On Fri, Jan 16, 2009 at 7:02 PM, Tim Cook wrote:
> Thanks for all the assistance.
>
> On Fri, 2009-01-16 at 18:05 +0100, Martijn Faassen wrote:
>
>> Yes, you do create new schema fields by subclassing from Field.
>>
>> It's just that we saw you putting a field not in a schema but in wha
Thanks for all the assistance.
On Fri, 2009-01-16 at 18:05 +0100, Martijn Faassen wrote:
> Yes, you do create new schema fields by subclassing from Field.
>
> It's just that we saw you putting a field not in a schema but in what
> looked like a concrete object.
This has given me a BIG pause wh
Hey,
>> To debug this
>> problem, a developer will need the smallest possible example of code
>> that demonstrates the problem. That means, I take it, just 2 schemas
>> and a single form. Describe briefly what you expect to happen and what
>> in fact happens. If that example can be done *without*
On Fri, 2009-01-16 at 15:55 +0100, Martijn Faassen wrote:
> I don't think a wiki page with a chronicle is necessary or even
> helpful; you need to give us the information necessary to find the
> bug, but no distracting surrounding information.
Okay.
> To debug this
> problem, a developer will n
Hey,
On Fri, Jan 16, 2009 at 11:37 AM, Tim Cook wrote:
> On Mon, 2009-01-12 at 22:05 +0100, Martijn Faassen wrote:
>
>> Okay, I'll take another look then and look at ObjectRef. Ah, yes, Dan
>> pointed out to you that you are using a zope.schema.Field in a class
>> instead of in a schema (an inter
On Mon, 2009-01-12 at 22:05 +0100, Martijn Faassen wrote:
> Okay, I'll take another look then and look at ObjectRef. Ah, yes, Dan
> pointed out to you that you are using a zope.schema.Field in a class
> instead of in a schema (an interface). That isn't right, and since the
> direct use of that
On Fri, 2009-01-09 at 11:02 +, Chris Withers wrote:
Hi Chris,
Thanks for the opportunity to address these issues.
> Hang on, you're making out this project of yours is some big deal,
Well, it is kind of a big deal in healthcare. Simplistix (and others)
may be interested in the fact that the
Tim Cook wrote:
> Hi Chris,
>
> On Fri, 2008-12-19 at 10:06 +, Chris Withers wrote:
>> Tim Cook wrote:
>>> As I said before I may have miss-diagnosed the problem and may fix may
>>> break other things?
>> This is what a full-coverage unit and functional test suit is for.
>> You have got aut
Tim Cook wrote:
> Thanks Dieter,
>
> On Fri, 2008-12-19 at 19:41 +0100, Dieter Maurer wrote:
>> I often approach situations like this with so called "Monkey Patches":
>> I replace or enhance classes or methods during startup (triggered
>> by some startup event).
>>
>> This may not be optimal but a
Thanks Dieter,
On Fri, 2008-12-19 at 19:41 +0100, Dieter Maurer wrote:
> I often approach situations like this with so called "Monkey Patches":
> I replace or enhance classes or methods during startup (triggered
> by some startup event).
>
> This may not be optimal but allows me to solve my probl
Hi Chris,
On Fri, 2008-12-19 at 10:06 +, Chris Withers wrote:
> Tim Cook wrote:
> > As I said before I may have miss-diagnosed the problem and may fix may
> > break other things?
>
> This is what a full-coverage unit and functional test suit is for.
> You have got automated tests for all t
Tim Cook wrote:
> As I said before I may have miss-diagnosed the problem and may fix may
> break other things?
This is what a full-coverage unit and functional test suit is for.
You have got automated tests for all this stuff, right?
Chris
--
Simplistix - Content Management, Zope & Python Co
16 matches
Mail list logo