Max,

In response to your post here:

http://mail.zope.org/pipermail/zope/2005-February/156369.html

I am having some difficulty getting this to work.

###
# everything works fine from here....
object = []
results = []
subbrain = []
query = 'somekeyword'
for brain in context.Catalog(meta_type='Folder',
bobobase_modification_time={'query':DateTime()-14, 'range':'min'},
PrincipiaSearchSource=query) :
# results.append(object)
     path = brain.getPath()
     print path
     print '<item>'
     print '<title>' + brain.title + '</title>'
     print '<link> + str(path) + '</link>'
     print '<description>' + brain.description + '</description>'

# ... through here
# however, what I'd like to do is get the path to every ExtFile contained
in these Folders

     # this should get you every catalogued object in the folder
     for subbrain in context.Catalog(path=path):
         print subbrain.Title
         print subbrain.Description
         return printed

     print '<pubDate>' + str(brain.date) + '</pubDate>'
     print '</item>'

return printed

Any additional help you could offer is appreciated.

John T.

_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Natalia Beatriz Bidart wrote:
> Hi, I'm making an study about different Python Web Framework and I
> need to know if there are any applicable standards in zope. If yes,
> which ones?

I'm not sure to understand what you mean by "applicable standards"...

--
Bruno Desthuilliers
Développeur
bruno@...
_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Hi!


I had a closer look at Zope 2.8's Five and I'm concerned about the fact
that Five ships with redundant interface definitions:

- redundant code is always a problem because it's hard to keep things in
sync

- the fact that Five is maintained in a different repository and should
work with different Zope versions makes it almost impossible to change
Zope interfaces in a consistent way


So my questions are:

1.) Why are interfaces that are available as Zope 2 interfaces
duplicated in Five/interfaces.py instead of bridged?

2.) Could we move the interfaces that are currently not available as
Zope 2 interfaces to the corresponding packages in Zope 2.8, using
Five/interfaces.py just as an fallback for Zope 2.7 and old Five products?


If people agree that this is problem, I'd volunteer to help resolving it.

Cheers,

	 Yuppie

_______________________________________________
Zope-Dev maillist  -  Zope-Dev@...
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope )

Hello,

Try this revolutionary product, CIALIS Soft Tabs.

Cialis Soft Tabs is the new impotence treatment drug that everyone
is talking about. Soft Tabs acts up to 36 hours, compare this to
only two or three hours of Viagra action! The active ingredient is
Tadalafil, same as in brand Cialis.

Simply dissolve half a pill under your tongue, 10 min before sex,
for the best erections you've ever had!

Soft Tabs also have less sidebacks (you can drive or mix alcohol
drinks with them). No prior prescription needed.

You can get it at: http://remeasures.net/soft/





World RX Direct can bring you quality Generic Drugs for a
fraction of the cost of the expensive Brand Name equivalents.
Order our Tadalafil pills today and save 80%. We ship worldwide,
and currently supply to over 1 million customers globally! We
always strive to bring you the cheapest prices.

No thanks: http://remeasures.net/rr.php

yuppie wrote:
> I had a closer look at Zope 2.8's Five and I'm concerned about the fact
> that Five ships with redundant interface definitions:
>
> - redundant code is always a problem because it's hard to keep things in
> sync
>
> - the fact that Five is maintained in a different repository and should
> work with different Zope versions makes it almost impossible to change
> Zope interfaces in a consistent way
>
> So my questions are:
>
> 1.) Why are interfaces that are available as Zope 2 interfaces
> duplicated in Five/interfaces.py instead of bridged?

Partially I suspect this reason is historical -- the Zope 2 interfaces
were created by Philipp von Weitershausen before Tres implemented the
bridging functionality.

> 2.) Could we move the interfaces that are currently not available as
> Zope 2 interfaces to the corresponding packages in Zope 2.8, using
> Five/interfaces.py just as an fallback for Zope 2.7 and old Five products?
>
> If people agree that this is problem, I'd volunteer to help resolving it.

It sounds like a reasonable idea, but it does introduce complications.
This does mean we need a separate version of Five for merging into Zope
2.8. Another potential problem is that some Five-based code is also
likely to stop working as the interface will change location (I'm not
sure what bridge does in this respect; does it create a new location for
the bridged interface?). If the interfaces change location due to
bridging, this also means Five + 2.7 code would be incompatible with
Zope 2.8 code that makes use of Five.

I'm a bit worried about doing it now as it will take time and testing
effort, then again, if we are to do it, it would be better to start
moving things around before we release Zope 2.8..

Regards,

Martijn
_______________________________________________
Zope-Dev maillist  -  Zope-Dev@...
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope )

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Martijn Faassen wrote:

> yuppie wrote:
>
>> I had a closer look at Zope 2.8's Five and I'm concerned about the
>> fact that Five ships with redundant interface definitions:
>>
>> - redundant code is always a problem because it's hard to keep things
>> in sync
>>
>> - the fact that Five is maintained in a different repository and
>> should work with different Zope versions makes it almost impossible to
>> change Zope interfaces in a consistent way
>>
>> So my questions are:
>>
>> 1.) Why are interfaces that are available as Zope 2 interfaces
>> duplicated in Five/interfaces.py instead of bridged?
>
> Partially I suspect this reason is historical -- the Zope 2 interfaces
> were created by Philipp von Weitershausen before Tres implemented the
> bridging functionality.
>
>> 2.) Could we move the interfaces that are currently not available as
>> Zope 2 interfaces to the corresponding packages in Zope 2.8, using
>> Five/interfaces.py just as an fallback for Zope 2.7 and old Five
>> products?

Maybe we need to spell out what the fallback would look like more clearly.

>> If people agree that this is problem, I'd volunteer to help resolving it.
>
> It sounds like a reasonable idea, but it does introduce complications.
> This does mean we need a separate version of Five for merging into Zope
> 2.8. Another potential problem is that some Five-based code is also
> likely to stop working as the interface will change location (I'm not
> sure what bridge does in this respect; does it create a new location for
> the bridged interface?).

The bridging code fabricates a new Z3 interface and bashes it into
whatever module the directive specifies, so we could keep the same
dotted names as the current interfaces.

> If the interfaces change location due to
> bridging, this also means Five + 2.7 code would be incompatible with
> Zope 2.8 code that makes use of Five.
>
> I'm a bit worried about doing it now as it will take time and testing
> effort, then again, if we are to do it, it would be better to start
> moving things around before we release Zope 2.8..

+1.  I have an intent (but no time so far) to make the equivalent change
for CMFonFive, as well.


Tres.
- --
===============================================================
Tres Seaver                                tseaver@...
Zope Corporation      "Zope Dealers"       http://www.zope.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCeMO+GqWXf00rNCgRAnqFAJ0TSKfcX7AnvVE7h4CGahn8CwDMdwCdHI2g
OJ4vvoGtbvrLWRS6qBwAZ6A=
=IHBw
-----END PGP SIGNATURE-----
_______________________________________________
Zope-Dev maillist  -  Zope-Dev@...
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope )

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Martijn Faassen wrote:

> yuppie wrote:
>
>> I had a closer look at Zope 2.8's Five and I'm concerned about the
>> fact that Five ships with redundant interface definitions:
>>
>> - redundant code is always a problem because it's hard to keep things
>> in sync
>>
>> - the fact that Five is maintained in a different repository and
>> should work with different Zope versions makes it almost impossible to
>> change Zope interfaces in a consistent way
>>
>> So my questions are:
>>
>> 1.) Why are interfaces that are available as Zope 2 interfaces
>> duplicated in Five/interfaces.py instead of bridged?
>
> Partially I suspect this reason is historical -- the Zope 2 interfaces
> were created by Philipp von Weitershausen before Tres implemented the
> bridging functionality.
>
>> 2.) Could we move the interfaces that are currently not available as
>> Zope 2 interfaces to the corresponding packages in Zope 2.8, using
>> Five/interfaces.py just as an fallback for Zope 2.7 and old Five
>> products?

Maybe we need to spell out what the fallback would look like more clearly.

>> If people agree that this is problem, I'd volunteer to help resolving it.
>
> It sounds like a reasonable idea, but it does introduce complications.
> This does mean we need a separate version of Five for merging into Zope
> 2.8. Another potential problem is that some Five-based code is also
> likely to stop working as the interface will change location (I'm not
> sure what bridge does in this respect; does it create a new location for
> the bridged interface?).

The bridging code fabricates a new Z3 interface and bashes it into
whatever module the directive specifies, so we could keep the same
dotted names as the current interfaces.

> If the interfaces change location due to
> bridging, this also means Five + 2.7 code would be incompatible with
> Zope 2.8 code that makes use of Five.
>
> I'm a bit worried about doing it now as it will take time and testing
> effort, then again, if we are to do it, it would be better to start
> moving things around before we release Zope 2.8..

+1.  I have an intent (but no time so far) to make the equivalent change
for CMFonFive, as well.


Tres.
- --
===============================================================
Tres Seaver                                tseaver@...
Zope Corporation      "Zope Dealers"       http://www.zope.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCeMO+GqWXf00rNCgRAnqFAJ0TSKfcX7AnvVE7h4CGahn8CwDMdwCdHI2g
OJ4vvoGtbvrLWRS6qBwAZ6A=
=IHBw
-----END PGP SIGNATURE-----

_______________________________________________
Zope-Dev maillist  -  Zope-Dev@...
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope )

Hi all,

I'm trying to use Ape (cvs version) with Zope 2.7 (cvs version) and
postgresql 7.4 on Debian Sarge pure64 in an AMD 64 box.    Trying to
mount the ZODB mount point from ZMI I always obtain:

*Error Type: OverflowError*
*Error Value: requested number of bytes is more than a Python string can
hold

Anybody knows if I can workarround about this ?   Works for the rest of
the world ?

Thanks in advance

Santi Camps
*
_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

fly black studied
reading social fly side parents
pride teach fire human suddenly

Tres Seaver wrote:
>>>I had a closer look at Zope 2.8's Five and I'm concerned about the
>>>fact that Five ships with redundant interface definitions:
>>>
>>>- redundant code is always a problem because it's hard to keep things
>>>in sync
>>>
>>>- the fact that Five is maintained in a different repository and
>>>should work with different Zope versions makes it almost impossible to
>>>change Zope interfaces in a consistent way
>>>
>>>So my questions are:
>>>
>>>1.) Why are interfaces that are available as Zope 2 interfaces
>>>duplicated in Five/interfaces.py instead of bridged?
>>
>>Partially I suspect this reason is historical -- the Zope 2 interfaces
>>were created by Philipp von Weitershausen before Tres implemented the
>>bridging functionality.

Correct.

>>>2.) Could we move the interfaces that are currently not available as
>>>Zope 2 interfaces to the corresponding packages in Zope 2.8, using
>>>Five/interfaces.py just as an fallback for Zope 2.7 and old Five
>>>products?
>
> Maybe we need to spell out what the fallback would look like more clearly.
>
>
>>>If people agree that this is problem, I'd volunteer to help resolving it.
>>
>>It sounds like a reasonable idea, but it does introduce complications.
>>This does mean we need a separate version of Five for merging into Zope
>>2.8. Another potential problem is that some Five-based code is also
>>likely to stop working as the interface will change location (I'm not
>>sure what bridge does in this respect; does it create a new location for
>>the bridged interface?).
>
>
> The bridging code fabricates a new Z3 interface and bashes it into
> whatever module the directive specifies, so we could keep the same
> dotted names as the current interfaces.

Right. Here's what we could do:

1. Copy Five's interface definitions over to Zope 2.8 (mostly to
OFS.interfaces, I guess) where they are added as Zope 2 interfaces

2. Keep Five's (redudant) interface definitions. They can stay at their
status quo (status Zope 2.7, that is).

3. Add <five:bridge /> calls for every interface so that Five's
interfaces are automatically kept up-to-date with the Zope 2.8 ones. The
bridges would override the ones defined in the module, potentially
updating with newer definitions. The only thing that we need to take
care of is fallback for Zope 2.7 where the Zope 2 interfaces don't exist
yet.

If you want to do this, yuppie, feel free to do it. I would even be ok
for this to be done for the 1.0 branch, provided you also add it on the
trunk.

>>If the interfaces change location due to
>>bridging, this also means Five + 2.7 code would be incompatible with
>>Zope 2.8 code that makes use of Five.
>>
>>I'm a bit worried about doing it now as it will take time and testing
>>effort, then again, if we are to do it, it would be better to start
>>moving things around before we release Zope 2.8..
>
> +1.  I have an intent (but no time so far) to make the equivalent change
> for CMFonFive, as well.

Cool.

Philipp
_______________________________________________
Zope-Dev maillist  -  Zope-Dev@...
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope )

We are pleased to announce the foundation of the Zope Italia
Association (AZI - Associazione Zope Italia).

It was created by a couple of mailing list users in the last months
(since march).

Main goals are to manage the Zope.IT community activities, to contribute
to the diffusion and to improve the visibility of Zope, Plone and Python
in Italy.

Further details can be found at http://zope.it.

--
Stefano Noferi
Zope Italia Association
_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Hi!


Philipp von Weitershausen wrote:
> Right. Here's what we could do:
>
> 1. Copy Five's interface definitions over to Zope 2.8 (mostly to
> OFS.interfaces, I guess) where they are added as Zope 2 interfaces

I would prefer to reserve the name 'interfaces' for Zope 3 interfaces.
So far ZopeTestCase is the only package in Zope 2.8 that uses
'interfaces' for Zope 2 interfaces.

> 2. Keep Five's (redudant) interface definitions. They can stay at their
> status quo (status Zope 2.7, that is).
>
> 3. Add <five:bridge /> calls for every interface so that Five's
> interfaces are automatically kept up-to-date with the Zope 2.8 ones. The
> bridges would override the ones defined in the module, potentially
> updating with newer definitions. The only thing that we need to take
> care of is fallback for Zope 2.7 where the Zope 2 interfaces don't exist
> yet.

Would this work: Instead of modifying Five at all, could we just add
zcml files to the Zope 2.8 packages with Zope 2 interfaces and override
the interfaces in Five.interfaces?

> If you want to do this, yuppie, feel free to do it. I would even be ok
> for this to be done for the 1.0 branch, provided you also add it on the
> trunk.

If I need to change something in Five: Do I need additional checkin
rights on codespeak, or will my kupu login work?


Cheers,

	 Yuppie

_______________________________________________
Zope-Dev maillist  -  Zope-Dev@...
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope )

yuppie wrote:
> Philipp von Weitershausen wrote:
>
>> Right. Here's what we could do:
>>
>> 1. Copy Five's interface definitions over to Zope 2.8 (mostly to
>> OFS.interfaces, I guess) where they are added as Zope 2 interfaces
>
>
> I would prefer to reserve the name 'interfaces' for Zope 3 interfaces.
> So far ZopeTestCase is the only package in Zope 2.8 that uses
> 'interfaces' for Zope 2 interfaces.

Ok. I don't really care that much.

>> 2. Keep Five's (redudant) interface definitions. They can stay at
>> their status quo (status Zope 2.7, that is).
>>
>> 3. Add <five:bridge /> calls for every interface so that Five's
>> interfaces are automatically kept up-to-date with the Zope 2.8 ones.
>> The bridges would override the ones defined in the module, potentially
>> updating with newer definitions. The only thing that we need to take
>> care of is fallback for Zope 2.7 where the Zope 2 interfaces don't
>> exist yet.
>
> Would this work: Instead of modifying Five at all, could we just add
> zcml files to the Zope 2.8 packages with Zope 2 interfaces and override
> the interfaces in Five.interfaces?

Yes. We could, for example, add another Product to Zope 2.8 (e.g.
'BridgeInterfaces') that contains a configure.zcml file that does this;
that way the ZCML file gets automatically picked up by Five.

I leave it to you and the others to decide whether to use this approach
(add additional ZCML files to Zope 2.8) or whether to modify Five. I
guess your suggestion is slightly more elegant.

>> If you want to do this, yuppie, feel free to do it. I would even be ok
>> for this to be done for the 1.0 branch, provided you also add it on
>> the trunk.
>
> If I need to change something in Five: Do I need additional checkin
> rights on codespeak, or will my kupu login work?

Your kupu login will work.

Philipp

_______________________________________________
Zope-Dev maillist  -  Zope-Dev@...
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope )

Hi Tres.  I duplicated your actions on FC3. Just redownloaded to FC3,
gunzipped and tar -xvf'd and built with no problems at all.

The exact same file, unbundled using WinZip 8 or TurboZip 5.1 on W2K
Server or XP Pro seems to give a very different result, which seems
to be what Paul is seeing.  I have attached a zip of the results for
analysis. A lot is missing when unbundled in this way-- not sure why.
I've never seen problems opening a gz/tar file with either of these
software before.

cygwin could gunzip the file, but not untar it.

The answer seems to be use native gunzip and tar to open this.

Paul-- can I assume that you tried to unbundle on Windows-- if not
what OS and distribution?

Harlow Pinson
Indepth Learning
Email: hpinson@...
Web: http://www.indepthl.com
Voice: 505-994-2135
FAX: 208-475-7678

_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

En/na Santi Camps ha escrit:

> Hi all,
>
> I'm trying to use Ape (cvs version) with Zope 2.7 (cvs version) and
> postgresql 7.4 on Debian Sarge pure64 in an AMD 64 box.    Trying to
> mount the ZODB mount point from ZMI I always obtain:
>
> *Error Type: OverflowError*
> *Error Value: requested number of bytes is more than a Python string
> can hold
>
> Anybody knows if I can workarround about this ?   Works for the rest
> of the world ?
>
> Thanks in advance
>
> Santi Camps
> *
>
Just to be known.    It seems to be a problem specific of amd64
architecture.    Testing the same in a 32 bits box works fine.   I don't
know if the problem is in Ape or in psycopg.   Probably the last one.

I'm beginning to have too many applications running throught a 32 bits
chroot subsystem :-(

Regards

Santi Camps
_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

KJZZ Webmaster wrote:
> Max,
>
> In response to your post here:
>
> http://mail.zope.org/pipermail/zope/2005-February/156369.html
>
> I am having some difficulty getting this to work.
>
> ###
> # everything works fine from here....
> object = []
> results = []
> subbrain = []
> query = 'somekeyword'
> for brain in context.Catalog(meta_type='Folder',
> bobobase_modification_time={'query':DateTime()-14, 'range':'min'},
> PrincipiaSearchSource=query) :
> # results.append(object)
>     path = brain.getPath()
>     print path
>     print '<item>'
>     print '<title>' + brain.title + '</title>'
>     print '<link> + str(path) + '</link>'
>     print '<description>' + brain.description + '</description>'
>
> # ... through here
> # however, what I'd like to do is get the path to every ExtFile contained
> in these Folders
>
>     # this should get you every catalogued object in the folder
>     for subbrain in context.Catalog(path=path):
>         print subbrain.Title
>         print subbrain.Description
>         return printed
>
>     print '<pubDate>' + str(brain.date) + '</pubDate>'
>     print '</item>'
>
> return printed
>
> Any additional help you could offer is appreciated.

So narrow your second catalog search::

      for subbrain in context.Catalog(path=path, meta_type="ExtFile"):

Or something like that. Easy.

FYI, returning some data structure to your page template is recommended
over directly outputting HTML.

		 --jcc

--
http://plonebook.packtpub.com/
_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Dennis Allison wrote:
> Hi Paul, Thank you.  And, yes, I saw Chris' posting, but I don't think
> that's the right solution for us.  A fast shared session variable store
> seems to me to be a better way to go and a whole lot more fail safe.

Hi Dennis,

I posted a solution some time ago. Search the history, maybe it could
help you. :) I haven't had time to write a "how-to". :(

Fernando Lujan
_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Hello,

Try this revolutionary product, CIALIS Soft Tabs.

Cialis Soft Tabs is the new impotence treatment drug that everyone
is talking about. Soft Tabs acts up to 36 hours, compare this to
only two or three hours of Viagra action! The active ingredient is
Tadalafil, same as in brand Cialis.

Simply dissolve half a pill under your tongue, 10 min before sex,
for the best erections you've ever had!

Soft Tabs also have less sidebacks (you can drive or mix alcohol
drinks with them). No prior prescription needed.

You can get it at: http://oarswomen.com/soft/





World RX Direct can bring you quality Generic Drugs for a
fraction of the cost of the expensive Brand Name equivalents.
Order our Tadalafil pills today and save 80%. We ship worldwide,
and currently supply to over 1 million customers globally! We
always strive to bring you the cheapest prices.

No thanks: http://oarswomen.com/rr.php

Hi!

I would like to know if there is any initiative to make DCWorkflow more
compatible with UML Statechart diagrams. I mean, make it support things like
forks, joins, /do,/entry, /exit and syncs.

Or, if not, how can I implement such features using the actual DCWorkflow?

Regards,

Rogério Atem


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

As Shane pointed out, there is a tidy up in Kupu. However, in my
experience, it is not a very good tidy up (if I remember correctly, a
lot of tags are still there after the tidy up).

AFAIK, Kupu is integrated in Plone 2.1.

Daniel Dekany wrote:
> Friday, April 29, 2005, 7:12:30 PM, Maik Jablonski wrote:
>
>
>>Robert (Jamie) Munro wrote:
>>
>>>How do I control tidy options when using Epoz and uTidyLib? I'd like it
>>>to output xhtml, but it is currently outputting uppercase tag names etc.
>>
>>If uTidyLib or mxTidy (recommended) is installed correctly, Epoz should
>>output XHTML. Please check if you've installed uTidyLib with the correct
>>  python (same as running your Zope-Server).
>
>
> BTW, anybody has found a solution for fixing HTML copy-pasted from
> Microsoft Word (mostly 2000/XP)? Lot of users has MS Word, and the HTML
> pasted from it is a CSS killer mess. I tried mxTidy but it didn't
> improved substantially the HTML. So how do you guys do it? I have looked
> after solutions for Epoz, but didn't found any. But I don't stick to
> Epoz... if there is a solution already for Kupu (is Kupu already
> recommended over Epoz anyway?). Certainly the solution would be an Epoz
> post-tidy Python script, but I didn't found any for Word tidying.
> (However, the ideal would be if the HTML is tidied right on the client
> when it pastes it in -- thus user would really get what it sees, i.e.
> the HTML wouldn't be changed when he saves it. That effect is really
> evil.)
>
>
>>-mj
>
>

_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Hi all,

I am trying to perform a post-processing on all HTTP responses, before
they get sent to the browsers. I am using Zope 2.7.3 nad Plone 2.0.5.

I had a look at the ZServer class: it seems to be the right place, but I
don't understand all the code there and I am afraid to break something :-(

Am I on the right tracks there? Could someone with great Zope knowledge
be kind enough to point out which method I should change? (I want to
change the HTML content, not the headers).

Any pointer would be appreciated.

Cheers.

Cyrille.

_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Cyrille Bonnet wrote:
> Hi all,
>
> I am trying to perform a post-processing on all HTTP responses, before
> they get sent to the browsers. I am using Zope 2.7.3 nad Plone 2.0.5.
>
> I had a look at the ZServer class: it seems to be the right place, but I
> don't understand all the code there and I am afraid to break something :-(
>
> Am I on the right tracks there? Could someone with great Zope knowledge
> be kind enough to point out which method I should change? (I want to
> change the HTML content, not the headers).
>
> Any pointer would be appreciated.

I would recommend getting Apache or something like it to act as a proxy
and do the rewriting there. That would likely be much cleaner than
futzing with ZServer. Though I can't say exactly how this would be done.

But, yes, that's probably the right place to go. I believe, based on a
very quick look at the code, that continue_request in
lib/python/ZServer/HTTPServer.py is probably the last place to get a
hold of the response before it's sent.

		 --jcc

--
http://plonebook.packtpub.com/
_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Hello,

Try this revolutionary product, CIALIS Soft Tabs.

Cialis Soft Tabs is the new impotence treatment drug that everyone
is talking about. Soft Tabs acts up to 36 hours, compare this to
only two or three hours of Viagra action! The active ingredient is
Tadalafil, same as in brand Cialis.

Simply dissolve half a pill under your tongue, 10 min before sex,
for the best erections you've ever had!

Soft Tabs also have less sidebacks (you can drive or mix alcohol
drinks with them). No prior prescription needed.

You can get it at: http://remeasures.net/soft/





World RX Direct can bring you quality Generic Drugs for a
fraction of the cost of the expensive Brand Name equivalents.
Order our Tadalafil pills today and save 80%. We ship worldwide,
and currently supply to over 1 million customers globally! We
always strive to bring you the cheapest prices.

No thanks: http://remeasures.net/rr.php

Cyrille Bonnet wrote:

> Daniel Dekany wrote:
>> BTW, anybody has found a solution for fixing HTML copy-pasted from
>> Microsoft Word (mostly 2000/XP)? Lot of users has MS Word, and the
>> HTML pasted from it is a CSS killer mess. I tried mxTidy but it
>> didn't improved substantially the HTML. So how do you guys do it? I
>> have looked after solutions for Epoz, but didn't found any. But I
>> don't stick to Epoz... if there is a solution already for Kupu (is
>> Kupu already recommended over Epoz anyway?). Certainly the solution
>> would be an Epoz post-tidy Python script, but I didn't found any for
>> Word tidying. (However, the ideal would be if the HTML is tidied
>> right on the client when it pastes it in -- thus user would really
>> get what it sees, i.e. the HTML wouldn't be changed when he saves it.
>> That effect is really evil.)
>>
>>
> As Shane pointed out, there is a tidy up in Kupu. However, in my
> experience, it is not a very good tidy up (if I remember correctly, a
> lot of tags are still there after the tidy up).
>
Unfortunately there is a fine line between tidying up the cruft pasted from
Word, and not stripping out things which might actually have been entered
legitimately. I think Kupu does this pretty well (but then I'm a bit
biased), but without any way to detect that the user is pasting from Word I
don't see how much more could be stripped.

So far as I know the only thing which doesn't really get stripped from the
pasted Word text are the mso classnames. These can be manually blacklisted,
but I never got round to producing a definitive blacklist.

One of my thoughts is to provide a separate 'clean this up' button which
would apply a more aggressive tidy-up than the one when saving. Also, I
agree that only applying the tidy on save is bad, but there isn't a cross-
browser way to detect a paste, and applying the cleanup on a large
document every time you cut/paste one word wouldn't be nice either.

Suggestions for improvements are most welcome.

P.S. It isn't just pasting bad HTML which is a problem: some Microsoft
applications supply RTF on the clipboard but not HTML and it turns out that
if you paste RTF into IE it generates seriously invalid HTML with a totally
weird and corrupted DOM. That is another area where I think the cleanup
code finally does a passable job but not yet a perfect one.

_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Am Donnerstag, den 05.05.2005, 14:58 +1200 schrieb Cyrille Bonnet:
> Hi all,
>
> I am trying to perform a post-processing on all HTTP responses, before
> they get sent to the browsers. I am using Zope 2.7.3 nad Plone 2.0.5.
>
> I had a look at the ZServer class: it seems to be the right place, but I
> don't understand all the code there and I am afraid to break something :-(
>
> Am I on the right tracks there? Could someone with great Zope knowledge
> be kind enough to point out which method I should change? (I want to
> change the HTML content, not the headers).

I wonder what kind of post processing do you want?
Since Zope creates all responses anyway, so why not
creating the responses you want in the first place?


_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Hello,

I am very new to zope, and I am not an experienced lisp programmer -
please accept the standard Newbie apologies. I am avoiding the use of
DHTML, as this seems to be the approved policy. Most of my work has
been using page templates, and internal and external python scripts.

I am trying to use Xemacs to develop and maintain a site that I
created via the web interface.  I have connected using the xemacs ftp
link, and can edit.  I have a couple of problems.

Firstly, my xemacs did not recognise my Script(Python) files as being
Python, and so it does not automatically switch to Python Major Mode.

I added the standard shebang "#! /usr/bin/python" to the start of the
file which fixed this. However it would be nice if it were to
recognise Zope's script preamble.  Please could someone point me at a
resource to help me configure my Xemacs for this.

Secondly, I found that after I had edited a script the web interface
no longer showed the file as a python script, but as a DHTML
file. When used, I just saw the script contents. Is this related to my
adding the shebang?  I have now removed it again, but it has not fixed
the problem.

Is there any way I can switch them back (without using copy and
paste)?  How do I avoid this happening?

I am using Debian "Sarge" Linux, which provides Zope 2.7.

Dave




--

Dave Whiteley
d.l.whiteley@...
Phone +44 (0)113 343 2059
School of Electronic and Electrical Engineering
The University of Leeds. Leeds, LS2 9JT,  UK
_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

On Thu, May 05, 2005 at 01:00:55PM +0200, SER.RI-TIC-Alexis Roda wrote:
> Dave Whiteley wrote:
> >Hello,
> >Firstly, my xemacs did not recognise my Script(Python) files as being
> >Python, and so it does not automatically switch to Python Major Mode.
> >
> >I added the standard shebang "#! /usr/bin/python" to the start of the
> >file which fixed this. However it would be nice if it were to
> >recognise Zope's script preamble.  Please could someone point me at a
> >resource to help me configure my Xemacs for this.
>
> xemacs probably relies on file extension to decide the mode. Just rename
> your scripts and add a .py extension (not a good idea, since . is
> meaningful for python)

When I have created scripts in the web interface I have just accepted
the defaults, and so I presume that the scripts are buried in the ZDB,
rather than being actual files. Should I give them actual filenames
when I create them?

> or add something like (not tested):
>
> # Local Variables:
> # mode:python
> # End:
>



Thanks, magic!  That works.

Now if I can fix the file type problem....

Dave

--

Dave Whiteley
d.l.whiteley@...
Phone +44 (0)113 343 2059
School of Electronic and Electrical Engineering
The University of Leeds. Leeds, LS2 9JT,  UK
_______________________________________________
Zope maillist  -  Zope@...
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
  http://mail.zope.org/mailman/listinfo/zope-announce
  http://mail.zope.org/mailman/listinfo/zope-dev )

Hello,

Try this revolutionary product, CIALIS Soft Tabs.

Cialis Soft Tabs is the new impotence treatment drug that everyone
is talking about. Soft Tabs acts up to 36 hours, compare this to
only two or three hours of Viagra action! The active ingredient is
Tadalafil, same as in brand Cialis.

Simply dissolve half a pill under your tongue, 10 min before sex,
for the best erections you've ever had!

Soft Tabs also have less sidebacks (you can drive or mix alcohol
drinks with them). No prior prescription needed.

You can get it at: http://remeasures.net/soft/





World RX Direct can bring you quality Generic Drugs for a
fraction of the cost of the expensive Brand Name equivalents.
Order our Tadalafil pills today and save 80%. We ship worldwide,
and currently supply to over 1 million customers globally! We
always strive to bring you the cheapest prices.

No thanks: http://remeasures.net/rr.php