Somewhere on the xmlrpc.com site there is reference to a spell checker that
can be used via xmlrpc, this could be used in Zope quite easily.
http://www.stuffeddog.com/speller/ I think is the place to look.
Phil
- Original Message -
From: Remi Delon [EMAIL PROTECTED]
To: [EMAIL
Has anybody ever written anything for zope that does something
similar ?
I was thinking of using ispell, maybe through a pipe ?
A search on ispell or even spell on the zope.org website
doesn't give any interesting result (same on python.org).
I do not know about any spell checker either.
You
On Wed, 27 Jun 2001, Remi Delon wrote:
I have a website where users can post messages (using a textarea).
I would like to be able to spell-check what they submit and
notify them of possible mistakes. (much like the online
spell-checker of hotmail that I'm using right now :-))
Has anybody
On Tue, 26 Jun 2001, Stephan Richter wrote:
Okay, okay...I stayed up and typed it down pretty quick (2 hours). I
attached it to this mail. It is plain text, since I was too lazy to do
it in HTML. It might be a little unstructured, but I am too tired to
fix that now.
So what does it do? :)
hi,
i wanted to draw myself from this thread before annoying the whole list,
so i'll take paul mail as an excuse to write some final comments.
On 27 Jun 2001 09:06:16 -0400, Paul Everitt wrote:
1) I wanted to specifically address something in Michael's post here.
We fully expect people to
With great trepidation, I add a post to this thread. As Barry has
mentioned, this has all been discussed a LOT. I'll try to summarize and
clarify a few points:
1) I wanted to specifically address something in Michael's post here.
We fully expect people to profit from Zope, even if that
I'd like to add a quick clarification, then I'll reply more later.
Frederico brought up a good point that indicated I wasn't clear. It is
a *desire* of ours to be GPL-compatible. Not a requirement, as it can
be awfully tricky, complicated, and time-consuming to get there. But
we've told
Chris McDonough wrote:
Hi casey,
Changes were recently made to Field/Keyword Indexes so that they will
store empty items. An equivalent change could be made to TextIndexes...
we'd need to think about that a bit.
But for your purposes, you might want to start out attempting to write
On Tue, 26 Jun 2001 15:42:40 -0700 (PDT), Michel Pelletier
[EMAIL PROTECTED] wrote:
Hmm the reason for the current behavior was optimization by saving space
not indexing empty values.
I was always very pleased with that characteristic, but I had not
realised it was a design goal.
I thought I
I think it has changed for FieldIndexes. You can now make the distinction
between doesnt have that attribute and attribute is one of [None, '', [],
()] within a Field Index. You do this in an almost natural way, the major
exception being that you need to wrap a blank string ('') in a sequence
On Wed, 27 Jun 2001, Paul Everitt wrote:
It is a *desire* of ours to be GPL-compatible. Not a requirement, as
it can be awfully tricky, complicated, and time-consuming to get
there. But we've told people that we're intending to give it a shot.
That's much appretiated :)
At 06:05 PM 6/27/01 +0200, Erik Enge wrote:
On Wed, 27 Jun 2001, Stephan Richter wrote:
Exactly that. But the SmartWizard would provide you with a framework
to build this Make New Python Product Wizard. If I get far enough, I
will release the pre alpha today, just you see the proof of
On 27 Jun 2001 09:06:16 -0400, Paul Everitt wrote:
With great trepidation, I add a post to this thread. As Barry has
mentioned, this has all been discussed a LOT. I'll try to summarize and
clarify a few points:
1) I wanted to specifically address something in Michael's post here.
We
Hm. Wizard?
if there are always many objects to create, may be it would be
better to have a generic mechanism for asking users and
represent app-/management interfaces rather then copying all
the stuff over and over?
Regards
Tino
--On Mittwoch, 27. Juni 2001 08:54 -0500 Stephan Richter [EMAIL
On Wed, 27 Jun 2001, Tino Wildenhain wrote:
if there are always many objects to create, may be it would be better
to have a generic mechanism for asking users and represent
app-/management interfaces rather then copying all the stuff over and
over?
That's what mk-zprod does. Or rather,
if there are always many objects to create, may be it would be
better to have a generic mechanism for asking users and
represent app-/management interfaces rather then copying all
the stuff over and over?
Well, the current wizard version (which I hope I will be able to release in
a couple more
At 10:45 PM 6/27/01 +0200, Erik Enge wrote:
On Wed, 27 Jun 2001, Tino Wildenhain wrote:
if there are always many objects to create, may be it would be better
to have a generic mechanism for asking users and represent
app-/management interfaces rather then copying all the stuff over and
Wrong Andy,
writing Python products is far easier than guessing how to pass a variable
to a DTML-method or other such DTML-Voodoo
Robert
- Original Message -
From: Andy [EMAIL PROTECTED]
To: Dieter Maurer [EMAIL PROTECTED]; Rene Pijlman
[EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent:
It depends on your experience. In your opinion you find it easier (now I can
write a Zope product in my sleep I agree). Most Zope users however, in my
experience, try ZClasses first.
Cheers.
--
Andy McKay.
- Original Message -
From: Robert Rottermann [EMAIL PROTECTED]
To: Andy [EMAIL
Andy McKay wrote:
It depends on your experience. In your opinion you find it easier (now I can
write a Zope product in my sleep I agree). Most Zope users however, in my
experience, try ZClasses first.
When I came to Zope, within a week I was getting ready to write a Python
product. (And I
When I came to Zope, within a week I was getting ready to write a Python
product. (And I didn't even know Python yet! :-) )
Shane, you by no means fit into a Most Zope users category :)
Cheers.
--
Andy McKay.
___
Zope-Dev maillist - [EMAIL
At 08:49 PM 6/27/01 -0400, Shane Hathaway wrote:
Andy McKay wrote:
It depends on your experience. In your opinion you find it easier (now
I can
write a Zope product in my sleep I agree). Most Zope users however, in my
experience, try ZClasses first.
When I came to Zope, within a week I
At 07:20 PM 6/27/01 +0200, you wrote:
Wrong Andy,
writing Python products is far easier than guessing how to pass a variable
to a DTML-method or other such DTML-Voodoo
Even though I agree, I have to say it more politically correct:
If you like clicky, clicky - interfaces, you like ZClasses
Hello everyone!
OrderedFolder (which is used by SmartWizard) is mainly a little patch to
the _setObject and _delObject method of the ObjectManager to support
'ordering' in ObjectManager-derived objects. It is a really tiny
adjustment, so I hope DC will put it in the core somewhen, since it
Hello everyone,
after a long night with a nice thunderstorm here in Nuremberg, I got the
SmartWizard (first version) finished.
Oh, you want to know what SmartWizard is? SmartWizard is a framework to
generate Wizards for all sort of applications. The wizards are designed
for the End User, so I
Hello everyone,
Okay, all good things are three, so here is the last announcement. I also
put SmartSections up on the server. Even though it is a big construction
place, I thought you might want to look at it.
Smart Section allows the End User which cannot write HTML code to design
sites
26 matches
Mail list logo