- Zope - Zope lists

RE: [Zope] bobobase_modification_time one day back?
by Brian Lloyd 03 Mar '00

03 Mar '00

> > Thanks for investigating this - because TimeStamp objects are > > used in the object database, I don't want to make any changes > > to this yet until I can talk to Jim and verify that the fix > > won't have any impact on ZODB code (mon. morning probably). > > That's why I didn't suggest a fix in my first analysis. I don't know > anything about the internals of the Zope object data base (hey, I > learned about Zope only about two months ago, so what do you > expect?). So I don't even know whether it's just a problem of > displaying the wrong date, or whether wrong time stamps are > written to the data base. In the latter case, most people would > prefer to have that bug fix yesterday. Inconsistent dates in a data > base are a serious problem, and it's getting worse as longer it lasts. FWIW, I'm 99% sure that it's just a formatting/display problem. I'm just a big chicken about making assumptions about code I'm not intimately familiar with :^) Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

can I stop tree moving page view
by Andy Heath 03 Mar '00

03 Mar '00

Another tree difficulty: I have a tree widget in a page. When branches are expanded or collapsed the view you get in the browser moves. Now I know this is somewhat unavoidable but can anyone think of a way to limit the effect for example some way of making the text above the newly-expanded bit stay still and just re-rendering that below instead of shifting everything around? Andy -- ------------------------------------------------- Andy Heath a.k.heath(a)open.ac.uk The Open University +44 (0) 114 2885738

2 2

Re: [Zope] bobobase_modification_time one day back?
by Tres Seaver 03 Mar '00

03 Mar '00

Brian Lloyd <Brian(a)digicool.com> > > > Function TimeStamp_yad(int y) in > > zope-2.1.4-src\lib\python\zodb\TimeStamp.c > > expects a 1900 based year (i.e. 0 = 1900, 2000=100, etc.), > > for positive agruments, when computing (y+300)/400. > > > > TimeStamp_abst(int y, int mo, int d, int m, int s) > > seems to expect a 0 based year, on the other hand. > > > > l = y%4==0 && (y%100 != 0 || y%400==0) > > > > But it gets called with a 1900 based year in line 290 in > > function TimeStamp_timeTime( > > > > TimeStamp_abst(TimeStamp_y-1900, TimeStamp_m- > > 1, TimeStamp_d-1, > > Thanks for investigating this - because TimeStamp objects are > used in the object database, I don't want to make any changes > to this yet until I can talk to Jim and verify that the fix > won't have any impact on ZODB code (mon. morning probably). You might also look at TimeStamp_yad() (line 117 of the same file in 2.1.4):: static double TimeStamp_yad(int y) { double d, s; d=(y-1)*365; if (y > 0) { s=1.0; y=y-1; } else { s=-1.0; y = -y; } return d+s*(y/4-y/100+(y+300)/400); } I _think_ the last line should be:: return d+s*((y/4)-(y/100)+(y/400)); "every fourth year, except century years, except every fourth century". Perhaps the original was "working" to compensate the base 1900 vs. base 0? Tres. -- ========================================================= Tres Seaver tseaver(a)palladion.com 713-523-6582 Palladion Software http://www.palladion.com

1 0

[Newbie] SQL database support on NT
by Brad Crittenden 03 Mar '00

03 Mar '00

Hello All: I'm just beginning to play with zope and really like what I see. No Zen yet but it's coming. The project I'm working on must use NT as the server, much to my displeasure. I need to select a SQL database for the project and need to find one that will work and play well with zope. Searching through the Guides and How-to's has left me a big puzzled. Looking at the "Database Adapter Roadmap", it looks like there isn't a direct adapter for SQLServer. is this correct? Will the Oracle adapter work on NT? If not, is my only choice to use the ODBC adapter? Or the ZJetAdapter for MS-Access (which I don't think would be sufficient for my needs)? Any suggestions for database selection on NT will be appreciated. Thanks, Brad

4 3

Dumping REQUEST for debug
by Sin Hang Kin 03 Mar '00

03 Mar '00

How could I dump all names in REQUEST for debug? The quick reference reval that REQUEST have has_key(name) but do not say it response to keys() It is not possible to put <dtml-in REQUEST> neither

4 3

HTML / site validation
by Stefan Hoffmeister 03 Mar '00

03 Mar '00

How should one validate the HTML produced by Zope? An external validator on the site? But that pinpoints only the problem at the macroscopic level, not at the Zope document or product (i.e. microscopic) level? I would like to validate individual Zope documents. The problem I mainly have is that Tidy doesn't know the DTML markup - meaning that I cannot use the validation and cleaning (!) services offered by Tidy on Zope "snippets" (documents, methods, ...) My interest in Zope is in modularizing a site, making it more maintainable this way - much in the same way as a source base in any OOPL is modularized into classes, I would like to accomplish the same with *content* on a web site. I do not seem to have found the key to gaining both modularity *and* robustness with Zope.

2 1

DCOracle error
by Ulf Byskov 03 Mar '00

03 Mar '00

I'm trying to use DCOracle but I get the following error: Traceback (innermost last): File "/opt/Zope/lib/python/OFS/Application.py", line 387, in import_products product=__import__(pname, global_dict, global_dict, silly) File "/opt/Zope/lib/python/Products/DCOracle/__init__.py", line 52, in ? import sys, Buffer ImportError: No module named Buffer I don't know anything about python so I don't have a clue..... Can someone help ?

1 0

tree and expand_all
by Petr Knapek 03 Mar '00

03 Mar '00

Hi all, I have a problem with expand_all variable in tree which should expand whole tree. When I post it (<A HREF="<dtml-var URL0>?expand_all=1">Expand</A>) it doesn't work. No change in tree rendering. On the other hand the collapse_all works as predicted. Is anything wrong what I do or is it a bug? I use Linux with Zope 2.1.4 Thanks, Petr -- Petr Knápek PVT.NET, e-mail: petr.knapek(a)pvt.net, tel:+420-5-41 558 394 PVT a.s. - pvt.net, Veveří 102, 659 10 Brno, Czech Republic

1 0

Batch processing... SOLVED
by Curtis Maloney 03 Mar '00

03 Mar '00

Again, greetings... So I kept looking at what I had, and some things just did NOT look right. So I fiddled. I wrangled. I bashed it with various bits of office equipment. And I got it to work! here is a cutdown of what i used: <dtml-in "somQueryHere" size=5 start=qs> <dtml-if sequence-start> <dtml-if previous-sequence> <tr><td colspan="2"><a href="past_orders?qs=<dtml-var previous-sequence-start-index>"> Previous <dtml-var previous-sequence-size> orders.</a></td> </tr> </dtml-if> </dtml-if> <tr><td>STUFF</td> <td>FROM</td> <td>ITERATED</td> <td>QUERY</td> <td>HERE</td> </tr> <dtml-if sequence-end> <dtml-if next-sequence> <tr><td colspan="5"><a href="past_orders?qs=<dtml-var next-sequence-start-index>"> Next <dtml-var next-sequence-size> orders.</a></td> </tr> </dtml-if> </dtml-if> </dtml-in> it's much simpler than the example in the DTML book (IMHO), and it would be faster in making only ONE call to whatever query it is you're using, not 3. I'm not sure who is in charge of the DTML reference manual, but if i get a moment i will be forwarding this code snippet on to them. -- Have a better one, Curtis. <dtml-var standard_work_disclaimer>

1 0

RE: [Zope] bobobase_modification_time one day back?
by Brian Lloyd 03 Mar '00

03 Mar '00

> Function TimeStamp_yad(int y) in > zope-2.1.4-src\lib\python\zodb\TimeStamp.c > expects a 1900 based year (i.e. 0 = 1900, 2000=100, etc.), > for positive agruments, when computing (y+300)/400. > > TimeStamp_abst(int y, int mo, int d, int m, int s) > seems to expect a 0 based year, on the other hand. > > l = y%4==0 && (y%100 != 0 || y%400==0) > > But it gets called with a 1900 based year in line 290 in > function TimeStamp_timeTime( > > TimeStamp_abst(TimeStamp_y-1900, TimeStamp_m- > 1, TimeStamp_d-1, Thanks for investigating this - because TimeStamp objects are used in the object database, I don't want to make any changes to this yet until I can talk to Jim and verify that the fix won't have any impact on ZODB code (mon. morning probably). Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

3 2