Hi Ian
On Thu, 8 Jan 2003, Ian Bicking wrote:
> On Wed, 2003-01-08 at 22:00, Edmund Lian wrote:
> > >I never really have supported or wanted mutable forms -- people just
> > >happened to find them on their own since I left the code in. There
> > >would be no mutable forms. I don't believe there
Edmund Lian wrote:
The kinds of attributes associated with each thing, and the kinds of things
associated with each request are looked up, and the form is built
dynamically. Mutable forms are an absolute must since there are literally
billions of forms possible, and I won't live long enough to w
On 01/08/2003 11:08:47 PM Ian Bicking wrote:
>On Wed, 2003-01-08 at 22:00, Edmund Lian wrote:
>> >I never really have supported or wanted mutable forms -- people just
>> >happened to find them on their own since I left the code in. There
>> >would be no mutable forms. I don't believe there is a
On Wed, 2003-01-08 at 22:00, Edmund Lian wrote:
> >I never really have supported or wanted mutable forms -- people just
> >happened to find them on their own since I left the code in. There
> >would be no mutable forms. I don't believe there is any need for them.
>
> Yes there is!!! I'm using th
On 01/08/2003 10:42:09 PM Ian Bicking wrote:
>I never really have supported or wanted mutable forms -- people just
>happened to find them on their own since I left the code in. There
>would be no mutable forms. I don't believe there is any need for them.
Yes there is!!! I'm using them right no
On Wed, 2003-01-08 at 21:25, Edmund Lian wrote:
> >Part of the advantage of a class definition is that it's a declarative
> >style people are used too -- as it is now you might almost imagine it's
> >imperative, but it's not, and I imagine that disconnect frustrates
> >people.
>
> It never bothere
On 01/08/2003 09:19:34 PM Ian wrote:
>This looks similar to FormKit
Yes, it does. I just looked at FormKit, and the servlet-level interface is
very similar to my own (now abandoned) form system. What I've found is that
the current (FFK 0.4) servlet interface is much simpler than FormKit (or
mine
On Wed, 2003-01-08 at 19:35, Edmund Lian wrote:
> Before I abandoned my design, I had something much simpler:
>
> class MyForm(Form):
> def createForm(self):
> self.addField(TextField("myTextField", ...))
> self.addField(IntegerField("myIntField", ...))
> self.addButton
On 01/08/2003 04:54:48 PM Ian wrote:
>I'm using bogofilter -- it's statistical (Bayesian). It was working
>great, but it's gotten overzealous with training. Sadly, a big reason I
>wanted to use it was because I hoped it wouldn't have as many false
>positives.
I guess it isn't working too well.
On Wed, 2003-01-08 at 14:52, Edmund Lian wrote:
> Aha! That explains things... I actually did email you a couple of times,
> but never got any replies. What are you using that's giving so much
> trouble? I just use a combination of a few RBLs and SpamAssassin, and have
> had great results.
I'm usi
On 01/08/2003 02:31:33 PM Ian Bicking wrote:
>> Wierd--I emailed you 12/29 to tell you that the notification didn't seem
to
>> be working, and that there were patches waiting. You must be filtering
out
>> my email! :-)
>
>Not impossible... I've been using a trainable spam filter, and getting
>an
On Wed, 2003-01-08 at 10:07, Edmund Lian wrote:
> On 01/08/2003 02:57:52 AM Ian Bicking wrote:
>
> >Damn, I didn't even know they were there. I think I got it changed so
> >it'll notify me now.
>
> Wierd--I emailed you 12/29 to tell you that the notification didn't seem to
> be working, and that
On 01/08/2003 02:57:52 AM Ian Bicking wrote:
>Damn, I didn't even know they were there. I think I got it changed so
>it'll notify me now.
Wierd--I emailed you 12/29 to tell you that the notification didn't seem to
be working, and that there were patches waiting. You must be filtering out
my ema
On Tue, 2003-01-07 at 23:43, Edmund Lian wrote:
> While working working with FunFormKit 0.4, I've been finding and fixing
> bugs. Up until now, I've been creating a separate diff for each bug fixed.
> But now, I've got so many fixes that it's a real bear to edit out the
> portions of a diff that do
While working working with FunFormKit 0.4, I've been finding and fixing
bugs. Up until now, I've been creating a separate diff for each bug fixed.
But now, I've got so many fixes that it's a real bear to edit out the
portions of a diff that don't relate to the specific bug being fixed. So
now I'm
15 matches
Mail list logo
