- Zope-Dev - Zope lists

HTML to DOC, RTF etc.
by Dan Rusch 11 Oct '99

11 Oct '99

A while back I posted a question concerning converting a html page to word or rtf etc. formats. Not many suggestions followed. In case anyone is looking for a solution: KH Software Development makes a product called (believe it or not) Document Converter. It runs on windows and can convert from almost anything to almost anything. It can do this via command line or it can be run as an app. You can download a demo at: www.khsd.com/dc.htm Sorry about the product plug (i'm not associated with them in any way), but the project I am working has a requirement to convert htm to doc and no one could help. So I thought i would post this "solution" in case others were stuck also.... DR

1 0

M$ compiler triumph
by Robin Becker 11 Oct '99

11 Oct '99

I get this message from VC++ 6.0 Compiling... cPickleCache.c C:\Python\devel\Zope\lib\python\ZODB\cPickleCache.c(323) : warning C4700: local variable 'dt' used without having been initialized line 323 is the second UNLESS inside static PyObject * cc_full_sweep(ccobject *self, PyObject *args) { int dt=0; UNLESS(PyArg_ParseTuple(args, "|i", &dt)) return NULL; UNLESS(-1 != fullgc(self,dt)) return NULL; Py_INCREF(Py_None); return Py_None; } -- Robin Becker

5 8

load_site.py - patch1 final
by Oleg Broytmann 10 Oct '99

10 Oct '99

Hello! I've debugged my patch to load_site.py and now I am publishing it here. Full load_site.py.gz attached. My patch adds html parsing - load_site.py, while traversing files and directories, parse HTML files before uploading. <HEAD></HEAD> completely removed, <BODY> replaced with , </BODY></HTML> - with . <TITLE></TITLE> if present parsed and title beacomes Document's title. Oleg. ---- Oleg Broytmann http://members.xoom.com/phd2/ phd2(a)earthling.net Programmers don't die, they just GOSUB without RETURN.

1 0

PROPOSAL: Site objects
by Jim Fulton 10 Oct '99

10 Oct '99

I've put together a proposal for hosting vertual domains in Zope. See: http://www.zope.org/Members/jim/SiteObjectProposal Comments? Jim -- Jim Fulton mailto:jim@digicool.com Technical Director (888) 344-4332 Python Powered! Digital Creations http://www.digicool.com http://www.python.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.

11 20

FYI: Browser javascript rendering differences
by Anthony Pfrunder 10 Oct '99

10 Oct '99

Hi, In patching some code over the weekend I discovered some differences in how browsers display error messages etc. Although not strictly zope related I think it may be of use to some people. When displaying a page with a reference to javascript code: <script language="javascript" src="mymethod"></script> where mymethod is a DTML method which contains a traceback Netscape will display the traceback regardless of the main referring page. Internet Explorer will IGNORE this javascript reference completely. If you view the source of a page containing javascript code Netscape will show the page AFTER the javascript code has been applied. Internet Explorer will show the page BEFORE the javascript code has been applied. So, if you have a script: <script>document.write("mystuff")</script> Netscape will display: mystuff where Internet Explorer shows <script>..</script>. Furthermore, both browsers will show the source of the last CORRECTly rendered page. So, if you have a javascript error and hit refresh and then view the source the last correctly rendered page is shown - not the current one. This is entirely separate to the completely different DOM's implemented by Netscape and Internet Explorer. Hopefully this will save some people going bald debugging cross-browser javascript generated by Zope. Cheers, Anthony Pfrunder

1 0

RE: [Zope-dev] NotMail on Win32 Zope
by Michel Pelletier 08 Oct '99

08 Oct '99

> -----Original Message----- > From: Ben Leslie [mailto:benno@sesgroup.net] > Sent: Thursday, October 07, 1999 9:49 PM > To: Brad Clements > Cc: Michel Pelletier; Zope-Dev(a)zope.org > Subject: Re: [Zope-dev] NotMail on Win32 Zope > > > Hi Brad! > > > > > > > Umm, I have actually been working on this and spent many > hours over the last week > fixing parts of NotMail up, so I have some code sitting > around which is possibly > of use if someone can tell me where I should upload it too. > I'm sure your code should be included in NotMail, all I'm doing is polishing up the old NotMail release into a sane state, I'm not adding any feature. I would wait until I make the next release (soon) and then fold your new features an fixes into the new NotMail. Also, I'll probably set up a CVS accessable by you and Brad, that way we can develop concurrently. If you're not up on CVS, I'd recommend learning it since it's the only way you'll be able to merge your changes into the release base. -Michel > > Benno > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://www.zope.org/mailman/listinfo/zope-dev > > (Related lists - please, no cross posts or HTML encoding! > > To receive general Zope announcements, see: > http://www.zope.org/mailman/listinfo/zope-announce > > For non-developer, user-level issues, > zope(a)zope.org, http://www.zope.org/mailman/listinfo/zope ) >

1 0

Problem with Properties's method
by Victor.Zhai＠ogilvy.com 08 Oct '99

08 Oct '99

Hello,everyone. I am a learner with Zope.When I changed a dtml(pollEdit.dtml) of class Poll's method manage_main.But when I restart zope and view my instance,In the properties interface,It is always the same.And it doesnnot work like I expected. What's the problerm? manage_options=( {'label':'Properties', 'action':'manage_main'}, ............ ) manage_main=HTMLFile('pollEdit', globals()) "WorldSecure Server <ogilvy.com>" made the following annotations on 10/08/99 04:30:52 ------------------------------------------------------------------------------ Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of the Ogilvy Group shall be understood as neither given nor endorsed by it. ==============================================================================

1 0

RE: [Zope-dev] NotMail on Win32 Zope
by Michel Pelletier 08 Oct '99

08 Oct '99

> -----Original Message----- > From: Josh Zeidner [mailto:jmz_phylogenic@hotmail.com] > Sent: Thursday, October 07, 1999 5:16 PM > To: Zope-Dev(a)zope.org > Subject: [Zope-dev] NotMail on Win32 Zope > > > > Has anyone successfully installed NotMail on Win32 zope-install? > > thanks to all the zope people! Ok, here is the status on NotMail. I am going to fix it soon to work with the current CVS version of Zope. This does not guarantee that it will work with 2.0.1. Once it is fixed, I must pass it on to someone else. I just do not have any time to work on it or support it, and other than quick one minute no-thinking questions, I will pretty much ignore anything about it. It's new owner must know Python, be familiar with IMAP issues, have a vague idea how Zope Products work, and be able to reverse engineer code. Before making my final 'release' i will put as many comments in the code as possible. Before I'm going to do all this work someone must first volunteer to be the new maintainer. -Michel

3 2

RE: [Zope-dev] inconsistency in tag argument syntax
by Jay, Dylan 07 Oct '99

07 Oct '99

> -----Original Message----- > From: Martijn Pieters [mailto:mj@antraciet.nl] > Sent: Thursday, October 07, 1999 18:30 > To: Jay, Dylan; 'zope(a)zope.org' > Cc: 'zope-dev(a)zope.org' > Subject: Re: [Zope-dev] inconsistency in tag argument syntax > > > At 09:32 07/10/99 , Jay, Dylan wrote: > >After playing around with making a tag an inconsistency in > the tag syntax > >became apparent to me. Sometimes "asd" is treated as an > expression and > >sometimes as a string. e.g. > ><dtml-let blah="aObject.method()"> is an expression however > ><dtml-mime name="aObject.method()"> makes the name argument > a string with > >'aObject.method()' > >This is confusing and inconsistent. Also treating any > argument always as a > >string means that the value of the argument can never be dynamically > >specified i.e. there is no way I could name a mime block > dynamically e.g. > >from a form. The same applies for instance to the 'sort' argument in > ><dtml-in>. This is very limiting. > > > >The problem is however that I can't see a backwards > compatible way of fixing > >this problem. Alternatives are > >a) You could introduce a evaluate expression syntax like > there is in sh > >script. i.e. name="`myMethod()`". This however makes things > more confusing > >and unreadable. > >b) Another possibility is to make all "non-expression" > arguments become > >expression arguments. This would break existing code and > mean all string > >constants look like name="'A name'" which is also not > intuitive and messy. > >This could be made cleaner by allowing syntax such as name='A name'. > >c) Or ignore the problem. > > > >I prefer option b). > >What do other people think? > > Hmm.. > > This is not as inconsistent and illogical as you think. Your > DTML page is > compiled into a hierarchy of objects, speeding up rendering > of the page > when called. Most attributes are static, which helps. Only > those attributes > that need to be dynamic, are really so, just to help this > along. Attributes > that allow expressions are an exception, not a rule. First let me clarify. By incosistent I meant from a user perspective. To have one named argument be treated completely differently from another depending on context is very confusing for the user. I think that logical consistancy and readability of a language are very important. It seems these were very important in the design of python however I don't think those principles have translated as nicely to DTML. DTML's goal should be to easy for everyone. Basically syntax "exceptions" are not a way to make an easy to use language. Anyone who has learnt english as a second language will tell you how hard it is because english has so many "exceptions". As for speed, this is irrelevent. A static value can be recorded as such regardless if a variable can be used instead. A simple check to determine if it is static or not is not a big performance hit.

1 0

RE: [Zope-dev] Clarification: Bug patches and Product update
by Anthony Pfrunder 07 Oct '99

07 Oct '99

On Thu, 7 Oct 1999, Rik Hoekstra wrote: > Yep, I followed all your instructions but got nothing but tracebacks (not > sure if they were exactly the same as Martijn's). If it works for you > obviously we do something different :-\ Bummer, I must have some patches still lying around somewhere. I'll see if I can find them. > That would be great - but doesn't the the ZEI example depend on a IE only > HTMLText (or something alike) tag? Yes, but the javascript I'm using for VZ provides a cross-browser javascript DOM model which works on both NS and IE. This DOM includes all the "useful" enhancements from IE 5.0. You can find it at: http://www.dansteinman.com/dynduo The code is GPL but the tutorial is NOT. You will need to make modifications to your javascript code (ie its not a drop-in replacement). The purpose of VZ IS to make it a drop-in replacement ;) Cheers, Anthony Pfrunder

1 0