[Zope-CMF] Looking for a company with knowledge of Zope/CMF in Czech
Sune Toft - Headnet ApS
Sune Toft - Headnet ApS" <sune@headnet.dk
Mon, 27 Jan 2003 22:28:52 +0100
Hi :)
Sorry if this is the wrong forum but ...
We are looking for a company with knowledge of Zope/CMF in Czech to work
with one of our clients. Plz contact me if you know any !!?
Zope rules :)
=======================
Sune Toft
Headnet ApS
Sundholmsvej 46
2300 København S
Telefon: +45 3254 7510
Fax: +45 3254 7519
Mobil: +45 2943 9585
http://www.headnet.dk
sune@headnet.dk
=======================
Headnet - devoted to Zope
http://www.zope.com
http://www.zope.org
----- Original Message -----
From: <zope-cmf-request@zope.org>
To: <zope-cmf@zope.org>
Sent: Saturday, January 25, 2003 6:00 PM
Subject: Zope-CMF digest, Vol 1 #1555 - 13 msgs
> Send Zope-CMF mailing list submissions to
> zope-cmf@zope.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.zope.org/mailman/listinfo/zope-cmf
> or, via email, send a message with subject or body 'help' to
> zope-cmf-request@zope.org
>
> You can reach the person managing the list at
> zope-cmf-admin@zope.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Zope-CMF digest..."
>
>
> Today's Topics:
>
> 1. also join form/zptstylesheet bug Re: [Zope-CMF] unable to catch
> isMemberIdAllowed error (Colin Leath)
> 2. .css.dtml (Alan Runyan)
> 3. Re: .css.dtml (Andy McKay)
> 4. Re: How can I change the way text is indexed? (Dieter Maurer)
> 5. Re: Re: .css.dtml (Alan Runyan)
> 6. Tales expressions in formulator not seeing CMF? (Colin Leath)
> 7. Re: Collect all metadata in a .metadata files? (Chris Withers)
> 8. Re: How can I change the way text is indexed? (Problem solved) (John
Waycott)
> 9. Re: Re: .css.dtml (Troy Farrell)
> 10. Re: Re: OT: Plone questions (Troy Farrell)
> 11. Re: renaming /Members (Florent Guillaume)
> 12. Linux Test Results - CMF - OK :-) (zope-tests@squishdot.org)
>
> --__--__--
>
> Message: 1
> Date: Fri, 24 Jan 2003 17:20:37 -0500 (EST)
> From: Colin Leath <cleath@j9k.org>
> To: "runyaga@runyaga.com" <runyaga@runyaga.com>
> cc: zope-cmf@zope.org
> Subject: also join form/zptstylesheet bug Re: [Zope-CMF] unable to catch
> isMemberIdAllowed error
>
> I figured out my problem!
>
> clearly I do not understand well the code in RegistrationTool.py..
>
> the checking for isMemberIdAllowed
> is occurring in testPropertiesValidity
>
> not in addMember
>
> so, the following works nicely:
>
> if not portal_registration.isMemberIdAllowed(username):
> failMessage='The login name you selected is already in use or is not
> valid. Please choose another.'
> REQUEST.set( 'error', failMessage )
> return join_form( context, REQUEST, error=failMessage )
>
> failMessage = portal_registration.testPropertiesValidity(REQUEST)
> #as long as it is before ^^^
>
>
>
> I see now that my problem was that I was looking at the
> RegistrationTool.py in CMFCore
> instead of CMFDefault.
>
>
> thanks for your patience,
>
> but I note also, like with the case sensitive username, this should
> perhaps be default behavior... I know.. it is a Framework, not a System.
>
>
>
>
> while I'm making noise, it appears to me that to get the error messages on
> the join form to show up nice and pretty, I had to add the following to
> my zptstylesheet:
>
> .DesktopStatusBar {
> color: Red;
> background-color: White;
> font-family: Arial, Verdana, Helvetica, serif;
> font-style: italic;
> font-weight: bold;
> margin-top: 8pt;
> /*text-transform: lowercase;*/
> padding-left: 2pt;
> }
>
> #########that is in addition to what is in there by default (this has
> probably been customized by me):
>
>
> #DesktopStatusBar {
> color: Red;
> background-color: White;
> font-family: Arial, Verdana, Helvetica, serif;
> font-style: italic;
> font-weight: bold;
> margin-top: 8pt;
> /*text-transform: lowercase;*/
> padding-left: 2pt;
> }
>
>
>
> I'm assuming I should put that in the collector?
>
> the question is, is it a stylesheet bug or a join form bug?
>
> Colin
>
>
>
>
> On Fri, 24 Jan 2003, runyaga@runyaga.com wrote:
>
> > you should check and then raise an exception
> > how about:
> >
> > if REQUEST['username'] in self.acl_users.getUserNames():
> > raise 'DuplicateUsername'
> >
> > and then you can catch 'DuplicateUsername' in your PythonScript
> > and display appropriate error.
> >
> > ~runyaga
> >
> >
> > ----- Original Message -----
> > From: "Colin Leath" <cleath@j9k.org>
> > To: <zope-cmf@zope.org>
> > Sent: Friday, January 24, 2003 3:06 PM
> > Subject: [Zope-CMF] unable to catch isMemberIdAllowed error
> >
> >
> > >> The following code added to register.py is not having any effect:
> > >>
> > >> try:
> > >> portal_registration.addMember(REQUEST['username'], password,
> > >> properties=REQUEST)
> > >> except:
> > >> failMessage='The login ndame you selected is already in use
or
> > >is
> > >> not valid. Please choose another.'
> > >>
> > >>
> > >> the following does not have any effect either:
> > >> if portal_registration.isMemberIdAllowed(REQUEST['username']):
> > >>
> > >> ---
> > >> in short,
> > >> when a registrant enters a username already in use I want to have a
nice
> > >> error message rather then have them dumped into an error screen.
> > >>
> > >>
> > >>
> > >> BTW, here's my code for dealing with the case sensitive user name
issue.
> > >> It seems that so many CMF developers have to deal with this issue
that
> > >> there might as well be some code in the base cmf that handles this
for
> > >> those of us who do not want 2 usernames (e.g. Sara and sara) to be
> > >> possible.
> > >>
> > >> if REQUEST['username'].lower() <> REQUEST['username']:
> > >> failMessage = "Please use an all lowercase username. \n For
example,
> > >> use '%s' instead of '%s'." %
> > >> (REQUEST['username'].lower(),REQUEST['username'])
> > >> REQUEST.set( 'error', failMessage )
> > >> return join_form( context, REQUEST, error=failMessage )
> > >>
> > >>
> > >> Thanks for your help!
> > >> Colin
> > >>
> > >>
> > >> _______________________________________________
> > >> Zope-CMF maillist - Zope-CMF@zope.org
> > >> http://lists.zope.org/mailman/listinfo/zope-cmf
> > >>
> > >> See http://collector.zope.org/CMF for bug reports and feature
requests
> > >>
> >
>
>
>
> --__--__--
>
> Message: 2
> From: "Alan Runyan" <runyaga@runyaga.com>
> To: "zope cmf users" <zope-cmf@zope.org>
> Cc: "Andy McKay" <andy@agmweb.ca>
> Date: Fri, 24 Jan 2003 16:18:20 -0600
> Subject: [Zope-CMF] .css.dtml
>
> I have just spent some time helping with the Governor of
> Texas, Rick Perry's webmaster to help him iron out
> why mozilla styles were not working.
> http://www.governor.state.tx.us/
>
> it seems that we dont have DTMLDocument wired up
> to FSXXXX objects. This would be a nice feature
> to add.. maybe have a FSDTMLDocument that is
> wired to the .dtmldoc extension? this way we could
> have properties on objects? (I think properties are
> already supported on FSXXXX objects).
>
> currently.. if you customize a .css.dtml object it
> will turn into a DTMLMethod. Which for whatever
> reason can not RESPONSE.setHeader('Content-Type','text/css')
> I was always getting a text/plain in the CSS validator
> and in mozilla -- not rendering the stylesheet.
>
> if its on the filesystem I believe the __call__ does some
> guessing as to what sort of content-type you should send
> it also will check the properties of self for content_type.
>
> this seems trivial to do.. am I missing something? If
> its as simple as I think.. I will commit the code.. I think
> it would lower the bar 1 notch for system administrators. It
> caused much gnashing of teeth. esp. when he had setHeader()
> at the top of the DTML Method but for whatever reason
> ZServer was still sending back text/plain. This was on Zope2.5.1
> win32.
>
> cheers,
> ~runyaga
>
>
>
> --__--__--
>
> Message: 3
> Date: Fri, 24 Jan 2003 14:41:10 -0800
> From: Andy McKay <andy@agmweb.ca>
> To: Alan Runyan <runyaga@runyaga.com>
> Cc: zope cmf users <zope-cmf@zope.org>
> Subject: [Zope-CMF] Re: .css.dtml
>
> > it seems that we dont have DTMLDocument wired up
> > to FSXXXX objects. This would be a nice feature
> > to add.. maybe have a FSDTMLDocument that is
> > wired to the .dtmldoc extension? this way we could
> > have properties on objects? (I think properties are
> > already supported on FSXXXX objects).
>
> I actually wrote this for a client a month or so ago. I sent hazmat a
> copy for his FileSystemSite. Not thinking it was CMF related (should the
> CMF do that?) i didnt send it to zope-cmf. I have the code somewhere,
> let me dig it out...
> --
> Andy McKay
>
>
>
> --__--__--
>
> Message: 4
> From: Dieter Maurer <dieter@handshake.de>
> Date: Fri, 24 Jan 2003 23:06:58 +0100
> To: John Waycott <javajohn@cox.net>
> Cc: zope-cmf@zope.org
> Subject: Re: [Zope-CMF] How can I change the way text is indexed?
>
> John Waycott wrote at 2003-1-23 20:13 -0700:
> > I need to make a change to the way the catalog indexes and looks up
> > words on my CMF/Plone site. This is a stock CMF/Plone site with only
> > some minor skin and workflow changes.
> >
> > There are two issues:
> >
> > 1. I need to index technical acronyms like "Q.931" or "X.25". The
> > catalog seems to ignore these.
> You must adapt the so called "splitter".
> It is responsible to tokenize text into words.
>
> Zope already comes with different splitters.
> Look at them and especially how they are different and
> make the adaptions you require.
>
> > 2. I want to change the default search to "and" words together instead
> > of "or" them, so if I type "dial modem", it will behave like "dial and
> > modem", rather than "dial or modem".
> Look at the "operator" specification in modern (2.4+) ZCatalogs....
> As already suggested, read the 2.6 Edition of the Zope Book (on Zope.org).
>
>
> Dieter
>
>
> --__--__--
>
> Message: 5
> From: "Alan Runyan" <runyaga@runyaga.com>
> To: "Andy McKay" <andy@agmweb.ca>
> Cc: "zope cmf users" <zope-cmf@zope.org>
> Subject: Re: [Zope-CMF] Re: .css.dtml
> Date: Fri, 24 Jan 2003 17:01:43 -0600
>
> > > it seems that we dont have DTMLDocument wired up
> > > to FSXXXX objects. This would be a nice feature
> > > to add.. maybe have a FSDTMLDocument that is
> > > wired to the .dtmldoc extension? this way we could
> > > have properties on objects? (I think properties are
> > > already supported on FSXXXX objects).
> >
> > I actually wrote this for a client a month or so ago. I sent hazmat a
> > copy for his FileSystemSite. Not thinking it was CMF related (should the
> > CMF do that?) i didnt send it to zope-cmf. I have the code somewhere,
> > let me dig it out...
>
> I would think that all changes made to FilesystemSite should
> have been merged back into CMFCore. I believe a DMTLDocument
> would be helpful -- yes.
>
> ~runyaga
>
>
>
> --__--__--
>
> Message: 6
> Date: Fri, 24 Jan 2003 18:46:18 -0500 (EST)
> From: Colin Leath <cleath@j9k.org>
> To: zope-cmf@zope.org
> Subject: [Zope-CMF] Tales expressions in formulator not seeing CMF?
>
>
> When I use the following:
>
> form/portal_membership/getAuthenticatedMember
>
> in a formulator TALES expression,
> I get the error below.
> (MemberDataError: Can't find user data)
>
> Is there any way to get around this problem (write a python script?)
>
> or will I have to layout my form manually in a ZPT? (not so bad)
>
> Thanks!
> Colin
>
>
>
>
>
> Traceback (innermost last):
> Module ZPublisher.Publish, line 98, in publish
> Module ZPublisher.mapply, line 88, in mapply
> Module ZPublisher.Publish, line 39, in call_object
> Module Shared.DC.Scripts.Bindings, line 252, in __call__
> Module Shared.DC.Scripts.Bindings, line 283, in _bindAndExec
> Module Products.PageTemplates.ZopePageTemplate, line 228, in _exec
> Module Products.PageTemplates.PageTemplate, line 95, in pt_render
> - <ZopePageTemplate at /cfc/support.html>
> Module TAL.TALInterpreter, line 186, in __call__
> Module TAL.TALInterpreter, line 230, in interpret
> Module TAL.TALInterpreter, line 655, in do_condition
> Module TAL.TALInterpreter, line 230, in interpret
> Module TAL.TALInterpreter, line 622, in do_loop_tal
> Module TAL.TALInterpreter, line 230, in interpret
> Module TAL.TALInterpreter, line 578, in do_insertStructure_tal
> Module Products.PageTemplates.TALES, line 217, in evaluate
> - URL: /cfc/support.html
> - Line 267, Column 21
> - Expression: standard:'item/render'
> - Names:
> {'container': <CMFSite instance at 01E026D0>,
> 'default': <Products.PageTemplates.TALES.Default instance at
> 00EB4484>,
> 'here': <CMFSite instance at 01E026D0>,
> 'loop': <SafeMapping instance at 01566438>,
> 'modules':
> <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at
> 00EB5B6C>,
> 'nothing': None,
> 'options': {'args': ()},
> 'repeat': <SafeMapping instance at 01566438>,
> 'request': <HTTPRequest,
> URL=http://localhost:8080/cfc/support.html>,
> 'root': <Application instance at 01F40328>,
> 'template': <ZopePageTemplate at /cfc/support.html>,
> 'traverse_subpath': [],
> 'user': colin}
> Module Products.PageTemplates.Expressions, line 206, in __call__
> Module Products.PageTemplates.Expressions, line 201, in _eval
> Module Products.PageTemplates.Expressions, line 108, in render
> Module Products.Formulator.Field, line 177, in render
> Module Products.Formulator.Field, line 155, in _render_helper
> Module Products.Formulator.Widget, line 141, in render
> Module Products.Formulator.Widget, line 716, in render_element
> Module Products.Formulator.Widget, line 705, in render_tag
> Module Products.CMFCore.MemberDataTool, line 315, in __str__
> Module Products.CMFCore.MemberDataTool, line 223, in getMemberId
> Module Products.CMFCore.MemberDataTool, line 214, in getUser
> MemberDataError: Can't find user data
>
>
>
>
> --__--__--
>
> Message: 7
> Date: Sat, 25 Jan 2003 01:09:18 +0000
> From: Chris Withers <chrisw@nipltd.com>
> Organization: New Information Paradigms
> To: Andy McKay <andy@agmweb.ca>
> CC: Luca Olivetti <luca@wetron.es>, zope-cmf@zope.org
> Subject: Re: [Zope-CMF] Collect all metadata in a .metadata files?
>
> Andy McKay wrote:
> >
> > And while we are at it, arent ZSQLMethod parameters done in some really
> > wierd manner as well?
>
> They're in one that was sensible and easy to implement at the time.
> I'm not sure they belong in a .metadata file...
>
> cheers,
>
> Chris
>
>
>
>
>
> --__--__--
>
> Message: 8
> To: zope-cmf@zope.org
> From: John Waycott <javajohn@cox.net>
> Date: Fri, 24 Jan 2003 19:03:25 -0700
> Subject: [Zope-CMF] Re: How can I change the way text is indexed? (Problem
solved)
>
> Thanks everyone for the suggestions. I solved the problems by changing
> the SearchableText, Description and Title Indexes to use ZCTextIndex;
> Plone defaults to TextIndex. After reading through the Zope chapter on
> catalogs it wasn't hard to do.
>
> I set these indexes up to index numbers and single characters. That
> seems to do the trick. I will also look at the splitters and see if I
> can write one that does exactly what I want later, but it's less of an
> issue now.
>
> Thanks,
>
> -- John
>
>
>
>
> --__--__--
>
> Message: 9
> Date: Fri, 24 Jan 2003 20:02:46 -0600
> From: Troy Farrell <troy@entheossoft.com>
> Organization: Entheos Software
> To: Alan Runyan <runyaga@runyaga.com>
> CC: Andy McKay <andy@agmweb.ca>, zope cmf users <zope-cmf@zope.org>
> Subject: Re: [Zope-CMF] Re: .css.dtml
>
> I would think there is no problem with this. I'm doing this outside a
> CMF, not with skins, but with DTMLFile. Is your
>
> <dtml-call expr="RESPONSE.setHeader('Content-Type','text/css')">
>
> just not running? Can you set other hearders with this tag?
>
> Troy
>
> Alan Runyan wrote:
> >>>it seems that we dont have DTMLDocument wired up
> >>>to FSXXXX objects. This would be a nice feature
> >>>to add.. maybe have a FSDTMLDocument that is
> >>>wired to the .dtmldoc extension? this way we could
> >>>have properties on objects? (I think properties are
> >>>already supported on FSXXXX objects).
> >>
> >>I actually wrote this for a client a month or so ago. I sent hazmat a
> >>copy for his FileSystemSite. Not thinking it was CMF related (should the
> >>CMF do that?) i didnt send it to zope-cmf. I have the code somewhere,
> >>let me dig it out...
> >
> >
> > I would think that all changes made to FilesystemSite should
> > have been merged back into CMFCore. I believe a DMTLDocument
> > would be helpful -- yes.
> >
> > ~runyaga
> >
> >
> > _______________________________________________
> > Zope-CMF maillist - Zope-CMF@zope.org
> > http://lists.zope.org/mailman/listinfo/zope-cmf
> >
> > See http://collector.zope.org/CMF for bug reports and feature requests
>
>
>
>
> --__--__--
>
> Message: 10
> Date: Fri, 24 Jan 2003 20:12:00 -0600
> From: Troy Farrell <troy@entheossoft.com>
> Organization: Entheos Software
> To: martin f krafft <madduck@madduck.net>
> CC: zope cmf users <zope-cmf@zope.org>
> Subject: Re: [Zope-CMF] Re: OT: Plone questions
>
> In one of the examples that comes with DCWorkflow, visible means that
> anyone can view it, but it doesn't show up when you search the catalog
> (as Anonymous). Published is 'public'. Visible (I guess) is where you
> have to know the URL of the item. Look at the workflow in the
> 'portal_workflow' object. You can see what it does by examining the
> scripts and permissions.
>
> Troy
>
> martin f krafft wrote:
> > 1. What's the difference between the publication states 'visible' and
> > 'published'?
> > (http://sourceforge.net/mailarchive/message.php?msg_id=2753379)
>
>
>
>
> --__--__--
>
> Message: 11
> Subject: Re: [Zope-CMF] renaming /Members
> From: Florent Guillaume <fg@nuxeo.com>
> To: Andy McKay <andy@agmweb.ca>
> Cc: zope-cmf@zope.org
> Organization: Nuxeo
> Date: 25 Jan 2003 03:28:41 +0100
>
> On Fri, 2003-01-24 at 19:18, Andy McKay wrote:
> > > Doing this in a easily parameterizable [is that a word?] way is
simple,
> > > but the code has to be written. I think it's on the list of things to
do
> > > soon.
> >
> > Maybe we could add this to 1.4, its been discussed a few times. Is doing
> > this sometime in the next month or so feasible?
>
> The backend part definitely, it's a 15 minutes work.
> What UI do you envision? A property in portal_properties, called
> 'members_folder', containing the name of the attribute at the root of
> the CMF and defaulting to 'Members'? Or containing something more
> general, like an arbitrary path relative to the portal (overkill I
> think)?
>
> Florent
>
> --
> Florent Guillaume, Nuxeo (Paris, France)
> +33 1 40 33 79 87 http://nuxeo.com mailto:fg@nuxeo.com
>
>
>
> --__--__--
>
> Message: 12
> From: zope-tests@squishdot.org
> To: zope-cmf@zope.org
> Date: Sat, 25 Jan 2003 03:44:41 +0000
> Subject: [Zope-CMF] Linux Test Results - CMF - OK :-)
>
>
============================================================================
==
>
============================================================================
==
> Python Version:2.1.3 (#1, May 20 2002, 12:02:16)
> [GCC 2.95.2 20000220 (Debian GNU/Linux)]
>
> Modules included:
> Zope (Zope-2_6-branch)
> CMF (HEAD)
>
>
............................................................................
............................................................................
............................................................................
............................................................................
...........
> ----------------------------------------------------------------------
> Ran 315 tests in 36.499s
>
> OK
>
>
>
>
> --__--__--
>
> _______________________________________________
> Zope-CMF maillist - Zope-CMF@zope.org
> http://lists.zope.org/mailman/listinfo/zope-cmf
>
> http://www.zope.org/Products/PTK/Tracker for bug reports and feature
requests
>
> End of Zope-CMF Digest
>