[Zope-dev] 2.3.0 bug in fmt=?
Nevermind. As usual, as soon as you post you figure it out. The value of the var was a string and not a float... Sorry for wasting bandwidth. Although, come to think of it, should it throw an error rather than silently eating the value? --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] 2.3.0 bug in fmt=?
dtml-var somevar fmt=dollars-and-cents produces a blank, no matter what the value of somevar. I could swear this works in other versions of zope, but it seems like an awfully fundamental bug to have slipped through the 2.3.0 release process. Can anyone tell me what stupid thing I'm doing wrong? --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] zope 2.3.0 upgrade bug: inituser trashes existing user
I have not thoroughly tested this, but I have done it twice to make sure I could reproduce the error I saw in the specific circumstances I saw it. I suspect the bug is generic, but don't have the time to prove it right now. My setup: INSTANCE_HOME style setup. Zpatterns installed in 2.3.0 tree EMarket installed in the instance products folder. RedHat Linux 5.2 (I think, how do you tell on a linux system?) python from RPMs, zope 2.3.0 from source install (wo_pcgi). I upgraded an existing site by simply changing my zopectl (see my product) PYTHONHOME setting to the 2.3.0 tree, shutting down the site (which had been running 2.2.4), and restarting. Now, at this point I did not understand how inituser was supposed to work, so I had copied my old access file to be my inituser file, thinking the name had changed but the semantics were similar. Imagine my surprise when the inituser file dissapeared when I started zope grin. The problem is that the inituser *replaced* the single existing user in the acl_users folder. This must be a bug. --RDM PS: I also was amazed to find that having ZDebug (without Chris' patch) in my Products folder left my site *wide* open: anonymous could view and edit methods. This might be worth a warning on the web site, even though it is unlikely anyone would run production with ZDebug installed. ___ 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] ZPatterns implementation question: images attributes?
I have a specialist (actually, EMarket has a specialist grin) that manages objects that from a design point of view I think should have a couple of Images as attributes (thumbnail and fullsized images of the product). The question is, how do I implement this using ZPatterns? Currently all of the other object data is pulled from an SQL database. I don't mind storing the Images in the ZODB, but I'm having a hard time finguring out how I would implement that. Pointers or alternate design suggestions welcome. --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 )
Re: [Zope-dev] ZPatterns implementation question: images attributes?
On Sat, 13 Jan 2001, Steve Alexander wrote: Here's the simplest approach that I can think of. Thanks, Steve, that's great. I can even simplify it since there's a one to one correspondence between products and images, so I can just use the product Id as the Image Id. If that correspondence ever breaks, it'll be a sign that its time to promote the images to their own specialist... I think I'm slowly getting the hang of this. Now, if I can just manage to finish reading Coad...grin --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 )
RE: [Zope-dev] New UI for 2.3
On Thu, 11 Jan 2001, Brian Lloyd wrote: Are you guys working on 486's with 13in. monitors at 640x480 or something? :^) Let's put it this way: I have my window frame borders on my xwindows set to 1 pixel because I feel that the default (6?) pixel width wastes way too much screen realestate (I use tiled windows a lot). This is on a 17" 1024x768 monitor, and I'd probably do the same on a 20". area sizes. That could also have a "hide top frame" option for those who really can't spare the 32px. :^) shrug From my (peculiar, I'll admit) point of view, there isn't much difference between the old and new interface. I like the add dropdown being at the top, I'm indifferent to the additional item information, though the sorting looks like it might be useful, and those are about the only differences I notice. See, I use w3m and I always go to 'manage_main', so I never see the other frames or any of the "pretty" graphics Now, if the management interface were *customizable*, all these (mild) complaints would go away grin. What ever happened to the 'skinnable' project? All that said, I applaud the "management quick fixes". Thanks, guys. --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 )
Re: [Zope-dev] python script
On Tue, 9 Jan 2001 [EMAIL PROTECTED] wrote: Damnnation, Chris, everyone knows that it is supposed to be spelled Python Thingy. "I recently released 'zopectl', a Python Thingy"... 'Please go wash your hands before your shake hands with me!' Hmm. All kidding aside, Chris is right. This *is* the problem with "python script" that was pointed out during the name discussion. My use of "python script" is the traditional Unix/OS one: "a [shell] script written in python". Oh, well...fortunately the users most likely to be confused are the ones least likely to be using scripts at the os level. --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] zopectl 0.0.1
I recently released 'zopectl', a python script that acts as a configurable front end to the z2.py script, implementing the defacto standard unix process control commands: zopectl start, zopectl stop, zopectl restart. I wrote it to simplify management of a server that runs several zope instances, so it can also be used to start/stop/restart a collection of zope sites or any subset of that collection ('zopectl start mysite'). Configuration is based on a master file, with the ability to override any parameter for specific sites. http://www.zope.org/Members/rdmurray/zopectl While I orginally wrote it for the production machine, I'm finding it even more useful on my development machine where I have any number of Data.fs files for various projects. I now use an INSTANCE_HOME setup where I have a directory stucture like this: /usr/local/zope Zope222 Zope224 Zope230a1 sites devsite1 devsite2 devsite3 In /usr/local/zope I have a zopectl.conf file that specifies my "standard" setup for my development sites. In the individual devsite directories I have zopectl.conf files that override these global settings as necessary. Zopectl lets me set different versions of zope to run, and even different versions of python. Setting up an override configuration file has proven to be *much* easier than editing individual site start and stop scripts. And by putting zopectl in my path, I no longer have to cd into the site directory in order to do a start and stop. Anyway, I'm hoping others will find it useful, too. The version number (and the comments in the readme about bugs) are due to the fact that it hasn't seen much testing yet. It's been solid for me so far, and I've now exercised quite a few more parameters than my README comments would make it appear. --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 )
Re: [Zope-dev] ZCatalog with UTF-8 Chinese
On Thu, 28 Sep 2000, Sin Hang Kin wrote: After reading some code of query, I think the regular expression operations which in parse, quotes and parse2 were not safe for utf8 string. So, I That wouldn't surprise me. decide to emulate what they do. However, I do not understand what getlexicon is doing and I would like to learn what q should looks like before it is passed to evaluate. I do not understand that vocabulary seems to store like integer, is getlexicon a step to look up the string to convert them to integer? I am getting lost. I don't fully understand Lexicon myself, but I've at least spent some time groveling around in the code. I understand there's been a relatively recent checkin of a new version of the text index stuff that at least provides clearer variable names and additional comments; if you aren't working from cvs version you might want to browse the files on the cvs web interface. So, here's what I understand: The lexicon takes words and associates them with integers. It is the integers that are stored in the text index. So in the final stages of the search process, the parsed words are looked up in the lexicon to get the integer, and the integer is then passed to the index to get back the result set (list of documents containing the word). The result set is itself a list of integers. I think it is in fact pairs (or some more complex data structure); at the least the index stores the document number and the word offset (I think it's a word offset) of the word into the document. As for what q looks like...well, I haven't grovelled through the parse, quote, parens, and parse2 code much, so I'm guess a bit here: I *think* that before it goes into evaluate q is a list of sequences or words, where the sequences are a list of sequences or wordsrecursive. The sub-sequences would be the parenthesized expressions from the original string. In the original string, any occurences of the pair of words 'and not' were replaced by 'andnot'. Any quoted strings (double quotes only, I believe) were replaced by sequences of words separated by the 'near' operator ('...'). parse2 makes sure that every other item in q is an operator, by sticking the default operator, 'or', in between any pairs that aren't separated by an operator. If I'm right, an expression like: This is and not a (good "test of") searching should end up feeding to evaluate a 'q' like this: ('this', 'or', 'is', 'andnot', 'a', 'or', ('good', 'or', ('test', '...' 'of')), 'or', 'searching') I'm least sure of those parens around test...of. Maybe this will at least give you a clue to enable you to figure out what the code *really* does grin. --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 )
Re: [Zope-dev] ZCatalog : UTF-8 Chinese
On Mon, 25 Sep 2000, Sin Hang Kin wrote: I generate the search interface, and test it. However, the search of the index terms return nothings. I search most entries found in the vocubalury but none works, those work will return many unwanted results also. What is causing this failure? What I can do to go further? It is possible you are having an issue with the way the splitter is used on the search term input side. Several of us have found bugs in that area. We've fixed the ones we've found, but there may be more wry grin. Run zope in debug mode ("the debugger is your friend" howto), and watch what UnTextIndex does with the search terms. (Hint: instead of trying to set breakpoints per the howto, just uncomment the appropriate calls to the debugger in the UnTextIndex or Lexicon source file...) --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 )