- Zope - Zope lists

Re: [Zope] Embedded HTML tables, shared annotations
by Robert OConnor 26 Feb '99

26 Feb '99

Hi Boris ... >Looking for the best of all words, I arrive at >the idea to define a set of "method" names, >whose results are HTML Tables, that "naturally" >embed into each other. Somehow I have a feeling >that the logic of such "distributed tabling" >can be isolated from HTML, so that a nice and >clean query language in terms of partial >functions and 2D grid portions ("tableaux") might >emerge. Since I am just starting on that hunch, >I was wondering if somebody else had already >hit on such an intuition and drawn any >conclusions from which I could shamelessly >profit. **** I don't clearly understand your proposal. If you create a sample page with with the embedded tables this would help make your ideas clear. >Also, these musings reminded me of an old >project I had once started, to provide an >uniform annotation facility... XML seems to be the "holy grail" solution but it's not here yet in terms of commonly used browsers. General one page description of XML: http://www.textuality.com/xml/ Tim Bray's annotated copy of the XML spec using frames. Perhaps some ideas here? http://www.xml.com/axml/axml.html -bobo connor >Regards,Boris Borcic

1 0

RE: [Zope] programming under zope
by Paul Everitt 26 Feb '99

26 Feb '99

Sebastian wrote: > - i need to write a keyword search engine, but how can i scan the > documents in the data.bbb file? You shouldn't think in terms of scanning through the database file. Since this is an object oriented system, get to the data through the objects (that is, through the app). For an example of what you want, take a look at how the Find command works. > - i need to read and write files but my attempts failed - is this a > problem with my script or a common situation? Uhh, you'll have to be more descriptive. :^) > - i want to store small amounts of information - what is the > best approach > (a database connection would be overkill) Take a look at the contributed TinyTables package from Ty Sarna. It might not work if you want to collect individual records from a web form. Obviously our Z Tables package (see previous post today) would be a good choice but it is only available on a limited basis right now. --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909

1 0

RE: [Zope] Zope - NT- DBF
by Paul Everitt 26 Feb '99

26 Feb '99

Jephte wrote: > Sorry, I still don't know what ZTables is. Z Tables is a product, formerly known as Tabula, that allows a large amount of tabular data to managed and indexed in Zope. It is a friendly product aimed at content managers, providing a wizard-like table create system. Features include: a. Upload dbf files with memo fields, RDB files, delimited files, or write your own filters and have the schema automatically created. b. Create your schema online and add/edit/delete records online. c. Create field and full-text indices on your data to make searches really fast. d. Data and indices are managed in buckets, allowing the cache manager to keep memory under control. e. Hierarchies allow multiple "views" to be overlayed on the column structure. f. Computed fields allow virtual columns. g. A whole lot more that I'm forgetting... The Z Table product is currently available only to consulting customers, as I pointed out in the email post you referenced. --Paul

1 0

RE: [Zope] Python Extensions are easier than it seems
by Paul Everitt 26 Feb '99

26 Feb '99

Jose wrote: > 1.) It would be ideal for me to be able to use Confera to > allow people to > post messages, and to have each message mailed to the subscribers of a > private mailing list (since not every member would check the > Confera pages > every day). How could I do that? I am not a Python programmer > (yet), so a > clear suggestion with sample code would be _greatly_ appreciated. While Confera is an unsupported sample application, I'll at least say that this can be done without Python. Find the DTML Method that receives posts and replies, then hack it to send emails. > 2.) Is there any manual / HOWTO about access control in Confera? > Specifically, how to give a bunch of users access rights to > the Confera > forums. Uhh, click on the Security view of the Confera. It's just a Zope application, so things are supposed to behave just like other Zope objects. --Paul

1 0

RE: [Zope] hiding tracebacks, and catching exceptions
by Paul Everitt 26 Feb '99

26 Feb '99

Julian wrote: > 1) is there any way of setting it so it sends these to web > server logs (on > stdout) and not to the HTML? Check the PCGI resource file (the thing actually executed by Apache). There is a variable that says "Hide tracebacks". We ship it in debug mode by default to help us find installation errors. > 2)Is there any way of catching and handling exceptions from > within DTML? Check out standard_error_message in the top folder. Otherwise, I'd sure like someone to implement:    <h3>This page referenced a bad variable.</h3>  --Paul

2 2

FW: [Zope] Problems requesting SQL date fields
by F.G. Hoekstra 26 Feb '99

26 Feb '99

> > Without more info this suggestion is just a shot in the dark, but as Brian > Hooper wrote a few days ago, here in Tokyo he and I recently had a hell of > a time with SQL date fields. (If you've already seen his post and it's not > relevant, apologies - and please disregard the rest of this...) > > We had no problem inserting datetime values into MySQL, but when > requesting > the values Zope wasn't able to parse them. We finally figured out > that NT 4 > was returning 'Tokyo Standard Time' as the time zone value, which Zope > didn't recognize and couldn't deal with. Thus if you're in > Germany and have > your system time zone set appropriately, this _may_ be the cause of your > trouble as well. I've included part of Brian's post below with the fix - > if, in case, this is the cause of your ills. > A few days ago I delved into the DateTime modules and the problem may be more complicated in Western Europe because 1. neither the DateTime module, nor the DateTimeZone have entries for Middle European Time (MET, which is the time of most of the countries of the European Community, including Germany). They have entries for Poland and GB-Eire and for Japan. The DateTimeZone._data dictionary entries were rather cryptic (at least to me), which makes it difficult to add one. 2. Depending on the language version of Win95 (which I work with) and probably W98 and NT as well, a different version of the timezone name: time.tzname module returns ('W. European Standard Time', 'W. European Daylight Time') in the English version and something like ('West Europese Standaardtijd', 'West Europese Zomertijd') in the Dutch version, and probably something else in the French, German, Spanish etc version. The result of all this is an empty timezone in the DateTime representation (DateTime('1999/02/26 09:23:47.4 ')), which makes it unparsable to the DateTime module. Hope this makes thing clearer. But I do not know how to solve this. Probably an entry for MET in the DateTime modules would be the most important step. Rik Hoekstra > - Jay > > >Brian Hooper <brian(a)garage.co.jp> wrote: > > > >MySQL select queries were mysteriously failing with a parse > error in RDB.py, > >related to not being able to parse a DATETIME field. > > > >After looking at DateTime.py and concluding that DateTime should > be able to > >parse virtually anything ;-), we were initially very puzzled as > to the cause > >of the parse error. However, after eliminating everything else we could > >think of, we finally found that it was the fact that NT was returning the > >value 'Tokyo Standard Time' as the timezone for our machine - a > value which > >is not listed in the _zmap in DateTime - so, DateTime was failing here: > > > > # Current time, exp in specified timezone > > t,tz=time(),self._tzinfo._zmap[lower(arg)] > > > >We added the mapping 'tokyo standard time':'Tokyo' to _zmap, > restarted Zope, > >and now everything's working fine.

2 2

Is Zope portable ?
by chalaouxf＠synbio.tpgnet.net 26 Feb '99

26 Feb '99

HI GOZ, I have a problem with the float method from DateTime module !! It seems that Linux and WIN32 platform(NT) do not give the same result. Is there an explanation? NT (Zope 1.1.02) ----------------------- >>> z=DateTime.DateTime('1999/02/25 0:00pm US/EASTERN') >>> z DateTime('1999/02/25 12:00:00 US/Eastern') >>> float(z) 919962000.0 LINUX (Zope 1.9) ------------------------ >>> z=DateTime.DateTime('1999/02/25 0:00pm US/EASTERN') >>> z DateTime('1999/02/25 12:00:00 US/Eastern') >>> float(z) 35849.7083333 FR. François-Régis Chalaoux Bioinformatics Group Synthélabo Biomoléculaire 67080 Strasbourg Cedex FRANCE Tél : 03 88 60 87 14 Fax : 03 88 45 90 70

1 0

Re: [Zope] Splitting the Zope mailling
by Oliver Thuns 26 Feb '99

26 Feb '99

>>I would spilt it a bit differently, to at least 3 lists: >> >>zope(a)zope.org dtml(a)zope.org zope-dev(a)zope.org >I would vote for this, too. It makes a lot of sense to completely seperate >DTML from externals and dev. Me too :-)

1 0

Re: [Zope] deleting variables in DTML
by Service Informatique CHSR 26 Feb '99

26 Feb '99

Once ago, i submitted a patch wich implements REQUEST.unset, to unset an application variable. check the archives. Regards, Jephte CLAIN Service Informatique CHSR >How would I delete variables from the DTML namespace, from within DTML? > >--- >Julian Morrison >Programmer (Zereau Ltd)

1 0

Embedded HTML tables, shared annotations
by 30215.gz.uu 26 Feb '99

26 Feb '99

Hello zopers, I am using Zope to set up a small intranet, for a (small) clinical lab's self-documentation. This involves encoding as Zope objects, an already existing printed manual (ms word) of clinical analysis offers, to physicians. The thing is a big list with an "inside-out" systematic, by which I mean that maybe 25% of the entries are simplest case and follow a completely regular pattern, while the other entries vary from simple variants or generalizations of that simplest pattern, along different paths of generalization, to complex variations and completely ad hoc entries. With an RDBMS, I'd have had to regularize the data completely and sacrifice some of the information. Zope incites me to consider the challenge of capturing more of the existing data's structure and variations, e.g. users' (and future maintainers') style. Looking for the best of all words, I arrive at the idea to define a set of "method" names, whose results are HTML Tables, that "naturally" embed into each other. Somehow I have a feeling that the logic of such "distributed tabling" can be isolated from HTML, so that a nice and clean query language in terms of partial functions and 2D grid portions ("tableaux") might emerge. Since I am just starting on that hunch, I was wondering if somebody else had already hit on such an intuition and drawn any conclusions from which I could shamelessly profit. Also, these musings reminded me of an old project I had once started, to provide an uniform annotation facility to annotate web pages (using an ad hoc proxy). I abandonned it at the time (it was four or five years ago) because I had discovered that other groups were much more advanced on this, and, if I remember well, the w3c was standardizing such a facility. Then I parted from web work, but (while I did not look for it), I am quite surprised that nothing like it is currently in the hands of web users nowadays. Of course, the commercial drive of the growth of the web, in the meantime, explains it. Advertisement banners overtook the budding niche for users' annotations. But maybe the time is now ripe for the pendulum to swing back. Zope strikes me as a server model that could integrate a uniform shared annotations facility on the pages it publishes. Thoughts, pointers, wish to discuss, anyone ? Regards, Boris Borcic -- "c++ is a contradiction in terms" - Einstein

2 1