Re: [Zope-dev] [ANNOUNCE] emacs html helper mode with dtml support
Could you do one for ZPT? :-) Chris de ZORZI Frederic wrote: http://www.zope.org/Members/fredz/html-helper-mode Here you can find a modified version of html-helper-mode.el (3.0.4jolly) for emacs who supports dtml tags : - Auto-indentation (with a little help :)) - Shortcuts / Completion - Tag regions I'd be pleased to receive feedback Fredz. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Future of StructuredText
The exisiting implementation of StructuredText in Zope has several disadvantages: - its behaviour depends on the locale settings (letters and punctuation is taken from the locale settings). In some case the locale settings are imcomplete (characters ¡ and ¿ are not available through the locales as puncuation characters). - the behaviour of STX is not very well defined (what are allowed letters, what are allowed punctuation characters...) With the upcoming importance of reStructuredText (PEP 12) there is a real need for a better StructuredText implementation for Zope. reStructuredText solves these problems by using a reasonable specification and by avoiding ambiguities. RIchard Jones also implemented a first version of a reStructuredDocument product. I would be fine to have reStructuredText inside the Zope core (for 2.7) and to deprecate the current StructuredText in the long run. Open points: how to migrate exisiting STX documents to reStructuredText Cheers, Andreas - -Andreas Jung http://www.andreas-jung.com - - EMail: andreas at andreas-jung.com - -Life is too short to (re)write parsers - - ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] What does error code 136 mean?
Leonardo, Many thanks for the hints. I will investigate, but I probably won't have time until next week. Of course, this all depends on how well gdb (or your preferred debugger, should you chose to adapt the instructions) works correctly with threads on True64. In my experience, the Tru64 Unix debugger 'ladebug' works OK with native threads. None of the others do, though. I'll report on whatever I find. Peter. -- Peter Keller. | Research without indebtedness is European Bioinformatics Institute,| suspect, and somebody must always, Hinxton Hall, | somehow, be thanked. Cambridge, CB10 1SD, UK | --- Umberto Eco --- Email: [EMAIL PROTECTED] | Tel. (+44/0)1223 494637 | Macromolecular Structure Database Fax. (+44/0)1223 494468 | http://msd.ebi.ac.uk ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Future of StructuredText
Andreas Jung wrote: I would be fine to have reStructuredText inside the Zope core (for 2.7) and to deprecate the current StructuredText in the long run. +1 Open points: how to migrate exisiting STX documents to reStructuredText Wouldn't the simplest solution be: dtml-var content format=rest ??? Then we could use both interchangably. regards Max M Skeptic Effect or the Randi Effect When a skeptic is near, supernatural effects seem to disappear. evolve ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Future of StructuredText
[courtesy cc send to David G, so if I make any blatantly errneous statements he can come chase me with the Big Stick :)] On Wed, 4 Sep 2002 8:01 pm, Max M wrote: Andreas Jung wrote: I would be fine to have reStructuredText inside the Zope core (for 2.7) and to deprecate the current StructuredText in the long run. +1 +1 but with the reservations below :) Open points: how to migrate exisiting STX documents to reStructuredText Wouldn't the simplest solution be: dtml-var content format=rest ??? Then we could use both interchangably. One of the big issues is that rest isn't optimised. I don't know what the scope is for optimising rest, nor have I got any real benchmark numbers. The emphasis so far has been to build it to spec. It's potentially much slower than stx because the latter has been around for longer and therefore is potentially more tweaked. The ReStructuredText Document works because I compile the source text into HTML when it's written. Nice and fast, and works well in content management environments. In the above DTML tag usage though, you'd want content to be quite small or the performance hit could be large. I believe migration may be possible - that is, the parser half of rest might be mutable enough to make it handle stx blocks and other syntax eccentricities. That's a question for David Goodger to answer really. As I understand it though, there's ambiguities in stx that the rest parser might not interpret in the same manner as the stx parser. The docutils/rest project has an analysis of the stx format: http://docutils.sourceforge.net/spec/rst/problems.html Richard ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Future of StructuredText
Andreas Jung wrote: I would be fine to have reStructuredText inside the Zope core (for 2.7) and to deprecate the current StructuredText in the long run. My two cents - there are some things in rST I would like to have but I think it has gone too far with it's rules. If I had to choose one or the other right now I would stick with stxNG for simplicity and because it doesn't dictate things unnecessarily. I think the number one problem with stx for most people is the indenting hassle. These markups are evolving and I don't think we've seen the best designs yet. http://repose.cx/emacs/wiki/wikimarkup.pt is another which feels good to me, check it out. -Simon ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Future of StructuredText
IMHO, the indenting hassle is one of the best features of classic STX. It's a pain to line things up but it does make for very readable source documents. I think STX-NG is a little better than ReST for constructing readable source docs; especially if they are long, like chapters of a book due to this indenting. I would agree that if the source doc is less important than its rendering to HTML (or another format), reST has STX beat in many areas. ReST also has an enormous amount of specification and documentation, which counts for a lot. Personally, I will likely stick with STX-NG as well (at least for the foreseeable future), because I am comfortable with its weaknesses and I also have a fairly large corpus of documents that are written in STX and there has not yet been written (that I know of) a classic-STX-to-reST converter. - C - Original Message - From: Simon Michael [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: David Goodger [EMAIL PROTECTED] Sent: Wednesday, September 04, 2002 12:24 PM Subject: [Zope-dev] Re: Future of StructuredText Andreas Jung wrote: I would be fine to have reStructuredText inside the Zope core (for 2.7) and to deprecate the current StructuredText in the long run. My two cents - there are some things in rST I would like to have but I think it has gone too far with it's rules. If I had to choose one or the other right now I would stick with stxNG for simplicity and because it doesn't dictate things unnecessarily. I think the number one problem with stx for most people is the indenting hassle. These markups are evolving and I don't think we've seen the best designs yet. http://repose.cx/emacs/wiki/wikimarkup.pt is another which feels good to me, check it out. -Simon ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Confera and Zope 2.5.1
Does anyone know if the confera product will run under 2.5.1, tried with an old installation of 2.2.1 and it refuses to be anything but broken? I know there are other and better bulletin boards but need to keep some Confera sites running if possible. Any help/advice gratefully accepted. Phil === Phil Langton (Senior Lecturer) Dept. Physiology, School of Medical Sciences, University of Bristol, Bristol BS8 1TD Tel: 44 (117) 928-9142; Fax: 44 (117) 928-8923 http://www.bris.ac.uk/Depts/Physiology/Staff/PDL/web_pdl.htm === ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Future of StructuredText
On 9/4/02 10:59 AM, Chris McDonough [EMAIL PROTECTED] wrote: IMHO, the indenting hassle is one of the best features of classic STX. It's a pain to line things up but it does make for very readable source documents. I think STX-NG is a little better than ReST for constructing readable source docs; especially if they are long, like chapters of a book due to this indenting. When writing books, however, you're most likely using an editor that makes it easy to reformat blocks at the proper indentation level. For a lot of web input where you still want to allow some simple structure, indentation is a pain in the ass. I do it because I'm used to it, but a lot of people just will type in a paragraph as a single line. Most of the time, this is fine in Structured Text, until they indent one of the paragraphs even by one space, turning the parent paragraph into a header block. The indentation in STX is especially annoying when trying to drop in example code, most likely pasted in from another source, and having to then move every line to the right level - thus, code that was formatted to fit well in eighty columns can be tricky to fit into an eighty column source STX document if it's a few sublevels in. I still have to find the right level, mix of colons and spacing, etc..., after all these years. -- Jeffrey P Shell www.cuemedia.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Future of StructuredText
On Wed, 4 Sep 2002, Jeffrey P Shell wrote: When writing books, however, you're most likely using an editor that makes it easy to reformat blocks at the proper indentation level. For a lot of web input where you still want to allow some simple structure, indentation It would be really sad if the quality of a format were limited by the fact that web browsers aren't smart enough to launch real editors for editing text fields. It may be necessary, but it would be really sad. So if that is a ruling criterion, I'd vote for two versions of structured text, preferably with a translator between them. NB: having looked briefly at the rest usage guide, I must say that I agree that all this anchor-plus-separate-line-with-the-real-info stuff does *not* appeal to me. --RDM ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Improving product management
I'm sure this has been proposed a thousand times b4. Product management/download/installation really should be integrated into ZMI, kinda like what apt-get does now. All products is already sitting on a central repository (zope.org), all that's needed is a front-end and a standard packaging policy. There's probably good reason that there's still no TTW product management in Zope (complexity, I assume). But how about switching Zope's Python runtime to ActiveState distro? ActiveState already has PyPPM for package management, why not customize it for Zope? Create an additional ZopePPM that queries the zope.org repository for packages, while leaving PyPPM for installing Python runtime libraries. Ideally, if u use ZopePPM to install something like MySQLDA, it'll resolve the dependancies and invoke PyPPM automatically to install addtional Python runtime libraries in the correct locations. No more Python runtime lirary installation hell!! Just a thought. How u guys would consider the possibility. pz. -- __ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Future of StructuredText
R. David Murray [EMAIL PROTECTED] writes: it would be really sad. So if that is a ruling criterion, I'd vote for two versions of structured text, preferably with a translator between them. Well, it would be easy enough (or maybe not, with current stx code) for structured text to accept either indentation or rST-style underlining to indicate headers. I wonder if it's possible to design a system that doesn't require indentation at all, but allows it as an alternate mechanism - without causing more confusion. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Improving product management
On Qua 04 Set 2002 15:31, Jeffrey Chan wrote: | I'm sure this has been proposed a thousand times b4. Product | management/download/installation really should be integrated into ZMI, | kinda like what apt-get does now. | | All products is already sitting on a central repository (zope.org), all | that's needed is a front-end and a standard packaging policy. | | There's probably good reason that there's still no TTW product management | in Zope (complexity, I assume). But how about switching Zope's Python | runtime to ActiveState distro? ActiveState already has PyPPM for package | management, why not customize it for Zope? Create an additional ZopePPM | that queries the zope.org repository for packages, while leaving PyPPM for | installing Python runtime libraries. | | Ideally, if u use ZopePPM to install something like MySQLDA, it'll resolve | the dependancies and invoke PyPPM automatically to install addtional Python | runtime libraries in the correct locations. No more Python runtime lirary | installation hell!! | | Just a thought. How u guys would consider the possibility. Ive been discussing this with Paul Everitt and Kapil Thangavelu during the last months. We have this in mind, and will put those ideas in practice when creating the new version of Zope.org (no date yet). Kapil has a good part of the server side API implemented, but its not finished yet (the Python Gideon). For more information about the Gideon, contact Kapil itself, at [EMAIL PROTECTED] []'s -- Sidnei da Silva (dreamcatcher) [EMAIL PROTECTED] X3ng Web Technology http://www.x3ng.com.br GNU/Linux user 257852 Debian GNU/Linux 3.0 (Sid) 2.4.18 ppc Debug is human, de-fix divine. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Improving product management
Ive discussed this long ago and started off ZPM to do that. However at the time PyPPM wasnt done and distutils wasn't standard. My enthusiasm ran out and there was this work conflict thing ;) Zope.org doesn't really have a good product querying system, something like Gideon is sorely needed. | Just a thought. How u guys would consider the possibility. We would love the possibility, go to it ;) -- Andy McKay Agmweb Consulting http://www.agmweb.ca ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Improving product management
I think this is a great idea. A good way to start would be to have a tab on the Control Panel entitles Updates, that would make some XML-RPC calls to Zope.org, and provide update and hotfix information when compared against your running server. Of course, how we know what is available is a good question...we would need to see PEPs 241 and 262 realized I imagine. The current version check wouldn't need this, however. Let's see some Web Services! Eron On Wed, 2002-09-04 at 18:25, Andy McKay wrote: Ive discussed this long ago and started off ZPM to do that. However at the time PyPPM wasnt done and distutils wasn't standard. My enthusiasm ran out and there was this work conflict thing ;) Zope.org doesn't really have a good product querying system, something like Gideon is sorely needed. | Just a thought. How u guys would consider the possibility. We would love the possibility, go to it ;) -- Andy McKay Agmweb Consulting http://www.agmweb.ca ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) --- [This E-mail scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Speaking of Structured Annoyances
Um, how does one escape * in STX-NG? As in - what if one is entering an equation inline like 2 * 2 * 3 = 12? Or, does one just fall back on using x? -- Jeffrey P Shell www.cuemedia.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
