On Monday 16 December 2002 10:53 am, Guido van Rossum wrote:
We're running ZEO with Zope 2.5.1. We currently have a ZEO Cache
(ClientCache) of 200 meg. Occasionally someone will download a 300
meg file that completely blows away the client cache. Is there a way
to prevent this?
You're
On Monday 16 December 2002 11:55 am, Evan Simpson wrote:
My trunk and 2.6 sandboxes are now behaving themselves. Thanks, guys!
Ok, then it must be time for some more beautification... ;^)
Idle hands are the work of the devil you know.
-Casey
___
Yes, except I would argue that such work is best left on the HEAD rather than
applied to a maintenance branch until necessitated by bug reports on that
branch, or at least the knowledge that such a bug definitely exists and can
be reproduced on that branch.
I'm all for improving the code base.
On Wednesday 11 December 2002 03:43 am, Dmitry Vasiliev wrote:
Casey Duncan wrote:
On Tuesday 10 December 2002 03:14 pm, Guido van Rossum wrote:
Can we get the same patch without the generic except:, please?
the last thing I want is a database corruption caused by resizing the
Edit box
On Wednesday 11 December 2002 11:13 pm, Shane Hathaway wrote:
On Wed, 11 Dec 2002, Evan Simpson wrote:
I think I've fixed my ZGlobals, but there's definitely a problem in
coptimizations. I made Connections.py use the Python persistent_id,
restarted twice, and ZGlobals was fine on the
Please submit a collector issue for this http://collector.zope.org/Zope so the
patch doesn't get lost.
Thanks.
-Casey
On Tuesday 10 December 2002 10:07 am, Dmitry Vasiliev wrote:
Hi All!
Zope 2.6: pressing of Taller or Shorter buttons of the page template
edit window raises ValueError.
On Tuesday 10 December 2002 03:14 pm, Guido van Rossum wrote:
Can we get the same patch without the generic except:, please?
the last thing I want is a database corruption caused by resizing the
Edit box...
Why would this particular except clause cause database corruption?
I think
another getattr call)
As for examples, there is a complex one in the CMF Skinnable module and a
simpler one in the Document module of my DocumentLibrary product.
-Casey
On Tuesday 03 December 2002 10:58 am, Maurizio Boriani wrote:
Casey == Casey Duncan [EMAIL PROTECTED] writes:
Casey
Can you just use acquisition?
On Tuesday 03 December 2002 01:11 pm, Maurizio Boriani wrote:
Casey == Casey Duncan [EMAIL PROTECTED] writes:
Casey Its easy to create an infinite loop. To avoid these, do
Casey attribute lookups from the instance __dict__ rather than
Casey
Yes, cvs co Zope checks out the HEAD, which is 2.7 and requires python 2.2.x.
Try: co -r Zope-2_6-branch Zope
Which will give you the 2.6 maintenance branch.
hth,
-Casey
On Monday 02 December 2002 10:42 am, Stefan H. Holek wrote:
It appears that when I currently do 'cvs co Zope' I get a
If this is critical for you, then you will probably need to develop a patch
for it in order for it to make it into 2.6.1; unless anyone else wants to
volunteer. I don't feel comfortable enough with the unicode converters to do
this.
-Casey
On Monday 02 December 2002 05:46 am, Maik Jablonski
If you want an object to be able to handle calls to undefined methods, you'll
probably need to use a __getattr__ hook. They can be a little tricky to get
right (you want to filter out names that start with _ or aq or else
you'll be in trouble), and they don't have access to acquisition, but
I am assigned to fix this. I will make time to do it over the holiday. Time
has been extremely short for me (and basically all of us at ZC) lately, so
your patience is appreciated.
I'm assuming we will not have bug day before 2.6.1, but perhaps one shortly
thereafter is in order?
-Casey
On
The solution to your problem is to use ZEO. This allows any number of Zope
application servers to share a single ZODB storage. The app servers and
storage server do not need to be on the same machine, just connected via a
local network.
This is the standard way to make Zope scale for large
Just a note that this can't be put in Zope 2.6 since functions and methods
don't have a __call__ in Python 2.1.
-Casey
On Wednesday 20 November 2002 02:33 pm, Steve Alexander wrote:
Thomas Guettler wrote:
Hi!
In KeywordIndex the newKeywords get called
if they are callable:
def
On Thursday 14 November 2002 04:36 am, Steve Alexander wrote:
Casey Duncan wrote:
It is only there due to lack of time to take it out. We had planned to
take it
out for 2.6, but time was never made to replace it with code to
bootstrap an
empty storage with the proper root level
It is only there due to lack of time to take it out. We had planned to take it
out for 2.6, but time was never made to replace it with code to bootstrap an
empty storage with the proper root level elements still residing in
Data.fs.in.
-Casey
On Wednesday 13 November 2002 02:22 pm, Jeff Rush
One way to do this is to peek at the HTTP_REFERER value coming from the
browser before you serve the document. If the document is in a file object,
then you can use a precondition for this, which is a callable object.
It could be written as follows in a python script:
request = context.REQUEST
ZCTextIndex is to become the full replacement for old TextIndex. There are a
couple of outstanding patches for making the ZCTextIndex splitter, etc.
locale friendly. Whether those solve your problem I don't know.
We are happy to improve ZCTextIndex for international use, however we at Zope
In the original design of ZCTextIndex we (PythonLabs mostly) considered
stemming and found that it has been found to have dubious value in many
information theorists views (The fact that Google does no stemming was also a
factor in the decision). So we decided to leave it out entirely.
The main reason I have not merged this already is that I lack a sample to make
a new test with. If someone can provide me with some content samples that
break now, but work with the patch, I will make a new test and checkin the
fix for 2.7 perhaps 2.6.1 if desired.
-Casey
On Friday 08
On Wed, 30 Oct 2002 13:32:59 -0700
Jeffrey P Shell [EMAIL PROTECTED] wrote:
On Wednesday, October 30, 2002, at 04:22 AM, Chris Withers wrote:
Ross J. Reedstrom wrote:
It what world do you live, and can I move there?
You miss the point ;-)
The flurry to get features into a 'stable'
(continuing discussion on zope-dev)
I am to blame for those changes which were motivated by the addition of a bunch of new
indexes. The most significant of which is ZCTextIndex which has its own brand new kind
of Vocabulary object (called a Lexicon, which is what the old thing actually was).
As much as I try to avoid them (especially in Zope code), they are sometimes
necessary because you simply don't know what exceptions might be raised from
inside Python or the standard libs. Besides, even if you stamped it out
people will just use:
try:
...
except Exception:
Besides,
On Monday 30 September 2002 08:36 am, Roché Compaan wrote:
Don't know if this will help but these errors specifically occur with
'lines' properties with Keyword Indexes on them.
What is also significant is that there are legitimate duplicates in the
lines properties and that they are
What you are looking for sounds like stateful through-the-web functionality.
I think you should use sessions to remember the form fields and/or whether the
user has been to this URL before.
I am suspect of an app design that makes a single URL mean different things in
this way, however. I
Try doing a recompile and restart again.
hth,
-Casey
On Thursday 26 September 2002 05:24 pm, Sidnei da Silva wrote:
I was happily trying to startup my Zope2.6 instance, running from the
Zope-2_6-branch with an ZODB copied from a 2.5 insance and got the
following error:
- Original Message -
From: Craeg K Strong [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, September 23, 2002 10:59 PM
Subject: [Zope-dev] __before_publishing_traverse__ calls
RESPONSE.redirect(): is there another way to change the browser URL?
Hello:
I have defined a
Truth is that the Zope code has done anything but languish in the last few
months. Unfortunately most people are bound by our release cycle, which has
given that impression.
As for i18n in 2.6, The Zope Pope gave the nod, so I consider it a done deal,
assuming it gets checked in.
-Casey
On
Sounds like you are trying to persist a class attribute value. This is not
possible because instance are persistent, not classes. This is also the
reason that the values change over all the instances. You are changing a
mutable attribute of the class in place.
I would suggest setting the
On Thursday 05 September 2002 03:45 am, Max M wrote:
[snip]
In userland indentation is actually a hard problem.
regards Max M
http://lists.zope.org/mailman/listinfo/zope )
Indeed, most normal humans have trouble with understanding nested hierarchies.
Something which we geeks often
On Tuesday 03 September 2002 03:53 am, Toby Dickenson wrote:
On Monday 02 Sep 2002 4:30 am, Casey Duncan wrote:
What do you all think of this? Do redirects ever make sense to an xml-rpc
call?
In reading the spec it says (in reference to the response status value):
Unless there's
What do you all think of this? Do redirects ever make sense to an xml-rpc
call?
In reading the spec it says (in reference to the response status value):
Unless there's a lower-level error, always return 200 OK.
Now granted this problem stems from calling a ZMI API through xml-rpc, but
for
I am working on improved xml-rpc fault output because I find the current
output from Zope less than useful.
Basically what my version does is strip the html tags from the error value
returned from Zope/standard_error_message, formats it in a simple way
(basically justs trims line breaks down)
egregious offenders
(like not found errors) entirely by making them a plain text message for
xml-rpc.
-Casey
On Friday 30 August 2002 12:16 pm, Florent Guillaume wrote:
Casey Duncan [EMAIL PROTECTED] wrote:
Update of /cvs-repository/Zope/lib/python/ZPublisher
In directory cvs.zope.org:/tmp
One thing to remember is that running multi-treaded Python apps on a
multi-processor box is suboptimal unless you can bind all the threads to a
single processor, due to the Python GIL.
So, I'm not surprised that a 800MHz Athlon outperforms a dual 1GHz Piii with
Zope, regardless of OS. As for
You rock! I'm glad this bugged you so much ;^)
-Casey
On Thursday 22 August 2002 12:38 am, Chris McDonough wrote:
I have created (yet another, perhaps) easy Zope install branch off the
current Zope trunk.
It allows for a ./configure; make; make install sort of Zope
installation for the
PROTECTED]
To: Casey Duncan [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Sunday, August 18, 2002 2:54 AM
Subject: Re: [Zope-dev] PathIndex doesn't index last part of path
If you call getObject, that actually does traversal anyway.
Right, in that situation it would be pointless...
You rock, Casey
Yes I agree, I think it would be better if the apis were getRecordForUid,
getIndexForUid since the uids can be something other than paths.Thanks for
the input on that.
-Casey
- Original Message -
From: Myroslav Opyr [EMAIL PROTECTED]
To: Casey Duncan [EMAIL PROTECTED]
Cc: Andy McKay
A PathIndex is designed to make it more efficient to aggregate objects at
various levels of containment. Their primary use case AFAIK is to allow to
to limit queries to particular places within a hierarchy. The idea is to
eliminate recursive searching of leaf level folders when you want all
A PathIndex is designed to make it more efficient to aggregate objects at
various levels of containment. Their primary use case AFAIK is to allow to
to limit queries to particular places within a hierarchy. The idea is to
eliminate recursive searching of leaf level folders when you want all
On Thursday 15 August 2002 09:21 am, Jim Fulton wrote:
The original reason to share vocabularies was that multiple fields
often came from the same human vocabulaties. The idea was that
vocabularies
would encompass a number of features including:
- Words (or n-grams) used
- Synonyms
-
On Wednesday 14 August 2002 06:03 pm, Guido van Rossum wrote:
Fix for issue #505
ZCTextIndex is now associated by path to its lexicon. After replacing a
lexicon used by an index, clear the index to make it use the new lexicon.
So the semantics are that when you replace the lexicon, the
The Item class mixes in Traversable, which is probably responsible for making
this work TTW. It also gives you a bunch of other stuff that many Zope
classes need, like DAV support, copy support, ZMI tab support and security.
It doen't mix-in acquisition tho.
If you need support for acquistion
Python's xmlrpclib doesn't support any authentication. It is easily subclassed
to include it. I have successfully used it to connect with Zope and I do not
have any reason to believe that Zope is broken with regard to authentication.
However I do think that Python's xmlrpclib should include
-RPC
is used on top of it.
And I am inclined to agree.
Regards
Tim
On Thu, 2002-08-15 at 11:47, Casey Duncan wrote:
Python's xmlrpclib doesn't support any authentication. It is easily
subclassed
to include it. I have successfully used it to connect with Zope and I do
not
have
I know I will regret that I said this, but this is really symptomatic of a
more basic need. The need to extend manage_main.
This has been identified as a hot spot for products to monkey with. Why
don't we go right to the source and make manage_main extensible so that
monkey patching it isn't
On Tuesday 13 August 2002 02:10 pm, [EMAIL PROTECTED] wrote:
On Tue Aug 13, 2002, Jim Penny wrote:
There is a large problem looming with Moneky Patches. The problem is
that monkey patches are so Highlander. There can be Only One.
For example, there are at least five or six products that
__record_schema__ is simply a dictionary which maps field names to column
positions (ints) so that the record knows the index of each field in the
record tuples.
See line 154 of Catalog.py to see how it is initialized to the Metadata schema
plus a few extra columns for catalog rid and scores.
My guess would be that it would get an OSError possible IndexError, but I'm
not sure the logic in just setting the mtime to null and continuing.
especially since it will likely just try and fail to open the file a few
lines later...
This could actually be simplified to:
try:
mtime =
.
Second, I'm not sure if this is the best solution. For one thing, I
would prefer to keep all my dtml in separate files, rather than
defining it into my methods.
Any suggestions?
P.S. I'd like to thank Toby Dickenson, Casey Duncan, and R. David
Murray for their very helpful responses to my
On Thursday 18 July 2002 02:06 pm, Ross Boylan wrote:
Is there a way to get inheritance, so that, for example,
class C(B):
sect1 = DTMLFile(CSect2,globals())+B.sect1(self)?
I don't think that syntax will work, but perhaps you see what I'm
driving at--I want to include all the
There is a function defined in ObjectManager.py called checkValidId. You
could override this to enforce certain rules either in a subclass of OM
(overridding _setObject) or by a direct monkey patch of
ObjectManager.py.
Then it would not be possible to supply invalid names from anywhere
(ZMI,
BTW: This list if for development *of* Zope, the [EMAIL PROTECTED] list is
better for questions bout developing *with* Zope.
On to your question:
There is no automatic way in which DTML can do this for you. This is
simply because dtml-var foo doesn't tell Zope what foo is. Is it a
document or a
0.3 is just about ready. I have asked some ppl to help me with testing,
since I only (reluctantly 8^) have win98 to test on. So far so good.
I plan to do more testing (I've been using it today on Unix with no ill
effect).
This weekend I plan to update the documentation to reflect the many
On Thu, 2002-06-13 at 02:43, Max M wrote:
Casey Duncan wrote:
I made several changes yesterday to ZCatalog that may be of interest to
you if you have a product that subclasses or embeds ZCatalogs/Catalogs.
snip
Hmm ... I have subscribed to zope-dev for the longest time now
I made several changes yesterday to ZCatalog that may be of interest to
you if you have a product that subclasses or embeds ZCatalogs/Catalogs.
For eternity, ZCatalog has, when instantiated, created a set of
predefined indexes and metadata. Back in the day when we had only three
index types,
On Wed, 2002-06-12 at 13:32, Shane Hathaway wrote:
[snip]
The current code in the trunk no longer populates the ZCatalog with a
predefined set of indexes or metadata. It is up to the user or
application to do this now. Realizing that some products may rely on
this behavior, I am
I would recommend looking at a product that defines a dtml tag. Calendar
tag, set tag and eval tag are all ones that come to mind.
hth.
Casey
On Mon, 2002-06-10 at 09:35, Thomas Weholt wrote:
I want to create a custom DTML-tag. How/where do I start ?
My goal is to create a way to define a
I really think the only way to make this work is to design the products
with this in mind. Perhaps by developing a defacto standard for doing
monkey patches nicely.
I am going to experiment with ExternalEditor to see if I can dynamically
patch manage_main reliably rather than replacing it
This has been fixed in CVS in the trunk and the 2.5 branch. Zope 2.6
will contain the fix.
To get the fix for 2.5, run the 2.5 branch of CVS or just update the
ExternalMethod product from the one in CVS.
-Casey
On Wed, 2002-06-05 at 23:11, Emile van Sebille wrote:
I found this post from Ted
If your __getattr__ fails to find what it wants, it should raise an
AttributeError. This will give the ball back to the acquisition
machinery.
Thusly:
def __getattr__(self, name):
if name = 'foo':
return self.foo()
raise AttributeError, name
hth,
-Casey
On Tue, 2002-06-04 at
AFAIK acquisition bows out quietly during __getattr__, __setattr__.
You'll have to find another way to pass in the thing values before
__setattr__ gets called.
Maybe try an explicit self.aq_acquire('thing'). Maybe that would work.
-Casey
On Wed, 2002-06-05 at 09:33, Nicholas Henke wrote:
Why rely on __setattr__? Why not just create a regular setter function
that can use acquisition instead of being clever?
-Casey
On Wed, 2002-06-05 at 15:24, Erik A. Dahl wrote:
Yep. This is a problem for me I'm trying to find something through
acquisition in my __setattr__. Self is
The namspace traversal in Zope 2 severely violates the principle of least
surprise IMO. Although you can use this to clever ends, it opens up many
doors to misuse of a site or even significant security holes.
For instance, it used to be possible to access the Control Panel (and shutdown
Zope)
try:
ob = r.getObject()
ob.function()
or if that doesn't work:
ob = catalog.getobject(r.data_record_id_)
ob.function()
Bear in mind that getObject traverses to the object which is expensive both in
time and memory if the number of results is large.
hth,
-Casey
On Wednesday 29 May
) to do this). You might need to roll your own
traverser, but it shouldn't be too hard.
hth,
Casey
On Wednesday 29 May 2002 04:30 pm, Nicholas Henke wrote:
On Wednesday 29 May 2002 04:20 pm, Casey Duncan wrote:
try:
ob = r.getObject()
ob.function()
ob gets returned as None -- I
On Wednesday 22 May 2002 04:19 am, Joachim Schmitz wrote:
Hi,
how do I start this, I made the changes in the browser (opera), installed
the latest Python-2.2.1 with tk-support. I can start zopeedit-win32.py by
dubbleclick, but than it terminates cause of missing arguments. But when I
On Wednesday 22 May 2002 09:06 am, Matt Behrens wrote:
brian.r.brinegar.1 wrote:
I've started a VB Script version for the Windows Scripting Host. Right now
I'm in the proof of concept stage. I've got something that opens a file,
spawns an editor, gets the process id, and can PUT a file
Thanks much. I'm glad you like it and find it useful. I do!
-Casey
On Wednesday 22 May 2002 04:51 pm, William Trenker wrote:
Casey,
ExternalEditor is already shaping up for my vote as Zope developer
application of the year. This is a huge step forward. Thank you for this
fine
On Monday 20 May 2002 09:27 pm, ch j liu wrote:
hello ,everybody.
when I call file.update_data function ,zope need
authenticate. even though I check all permission to a
new user,but the user can not login .why ,what should
I do ?
thanks .
zope 2.5.1 win2k professional
update_data is a
, BUT NOT LIMITED TO, THE IMPLIED
# WARRANTIES OF TITLE, MERCHANTABILITY, AGAINST INFRINGEMENT, AND FITNESS
# FOR A PARTICULAR PURPOSE.
#
##
# Zope External Editor Helper Application by Casey Duncan
# Adapted for Win32
On Tuesday 21 May 2002 01:39 pm, Joachim Schmitz wrote:
Hi,
great to hear, I just wanted to write a mail to the list asking for a joint
effort for bringing ExternalEditor to Windows. I personally cannot offer
any help, except testing it, since I am working on linux.
I have EE installed
ZPsycopgDA (for postgres) is definitely multi-threaded. I think zPopyDA is
too.
Another solution might be to setup your site using ZEO and several single
threaded ZEO Clients. Then put a load balancer in front of it. Then the
single-threadedness is much less of an issue, since you have
On Thursday 02 May 2002 10:48 am, Lennart Regebro allegedly wrote:
In Zope 2.3.3 we did this with ZCatalog, on a field index:
query['effective_date'] = ['', DateTime.now()]
query['effective_date_usage'] = 'range:max'
This returns all records where the
The implementation adds the API to manage browser default for all
objectmanagers. However, no browser_default handler is actually added to
the object unless you specify a default other than index_html
What was the specific undesirable effects you were seeing?
If it is agreed that this
This will kill performance, especially concurrent use of the site. It
will also cause large amounts of database bloat. Do you need real time
numbers, or is a delay (such as 24 hours) acceptable?
If you can stand a delay, another approach would be to write a script
which scans the z2.log file
'index_html', not just
objectmanagers.
-Casey
Jeffrey P Shell wrote:
On 4/16/02 8:53 AM, Casey Duncan [EMAIL PROTECTED] wrote:
The implementation adds the API to manage browser default for all
objectmanagers. However, no browser_default handler is actually added to
the object unless you
The request object has a hold area which keeps objects alive as long as
the request lives. Although I have not tried it, you might be able to
add an object to this hold area using __bobo_traverse__ defined on B.
This object's class would need to have a destructor method (__del__)
defined so
Ivo van der Wijk wrote:
[snip]
This indeed does work. The only difference is that I'm installing the hook
in __before_publishing_traverse__, so I don't have to do any traversal
myself.
I find it a scary solution though (though not as scary as monkeypatching
__del__), so I'm not 100% sure
Toby Dickenson wrote:
[snip]
4. Change dtml to not allow dtml-var someNonIdempotentMethod, although it
should still allow dtml-var someNonIdempotentMethod()
Ahhh!
How do you propose to do that? I see a lot of bruised foreheads
resulting from this...
How many problems would this cause.
be committed.
However, I'm not sure I want to go there.
-Casey
Toby Dickenson wrote:
On Thursday 11 April 2002 4:39 pm, Casey Duncan wrote:
Toby Dickenson wrote:
[snip]
4. Change dtml to not allow dtml-var someNonIdempotentMethod, although
it should still allow dtml-var
IMO, this comes at this at the wrong direction.
Objects should not decide whether they can be added to a given folder,
the folder should be the one that makes that decision.
It gives me the heebie geebies to think that every time the add list is
rendered, a whole slew of class methods are
What you are likely to see in Zope3 at least is the ability to synch
objects to and from the filesystem. This would allow you to edit
content/code (code-tent?) on the filesystem using your choice of tools
and then check it back into the ZODB.
Another reason for this is a vision of having all
I agree 100% with Toby. I don't care how it looks in NS4 or (insert old
non-standard browser here), so long as the functionality is still there.
I think the ZMI should also work 100% with w3m. If we do that, then we
are basically already taking care or accessibility.
I also vote to kill
The problem with this solution is that you must wake up every object
found, thus negating the performance/memory advantaged of ZCatalog's
lazy result sets.
Since you said (in your other message) that the restriction is by role,
couldn't you just index the roles allowed to view a given object
The current Zope cvs trunk now contains these changes. Check it out and
let me know if you find any gotchas!
-Casey
Didier Georgieff wrote:
On Wed, 2002-03-27 at 17:31, Casey Duncan wrote:
ZClasses have been overlooked enough. Nobody has even bothered
putting a ZCatalogPathAware available
You can, although becoming a Zope committer would be a more efficient way.
See: http://dev.zope.org/CVS/FrontPage
for more info.
-Casey
Brad Clements wrote:
I have two pending suggestions on the wiki. I'm ready to submit code/patches. What
is
the actual mechanism I should use?
Just put
Good point, I'll add that to my list.
-Casey
Leonardo Rochael Almeida wrote:
On Wed, 2002-03-27 at 17:31, Casey Duncan wrote:
I don't think this is a big enough change to warrant a real proposal, so
I'll shoot this out here:
Does anyone see a problem with changing the default generated
are accessed TTW, then you could just use __bobo_traverse__
for this too.
Maybe restate the problem in a different way.
/---\
Casey Duncan, Sr. Web Developer
National Legal Aid and Defender Association
[EMAIL PROTECTED
to
force a login. This problem disappears if everyone must login to access
WebDAV at all.
So the question is: Is there a good reason why WebDAV access is granted to
anonymous by default? If not I vote we change it.
/---\
Casey Duncan, Sr. Web Developer
superfluous.
/---\
Casey Duncan, Sr. Web Developer
National Legal Aid and Defender Association
[EMAIL PROTECTED]
\---/
___
Zope-Dev maillist - [EMAIL
should be called bonobo
patches 8^)
/---\
Casey Duncan, Sr. Web Developer
National Legal Aid and Defender Association
[EMAIL PROTECTED]
\---/
___
Zope-Dev
--- Anthony Baxter [EMAIL PROTECTED] wrote:
seb bacon wrote
[CallProfiler]
FWIW, my own opinion is that it should not take
the 'MonkeyPatch'
approach.
Why? Any other approach means a slowdown in the Zope
code regardless of
whether profiling is turned on or off...
monkeypatching
be *really* nice to have it
work like this out of the box. I think it would really improve first
impressions of Zope from a site admin perspective.
/---\
Casey Duncan, Sr. Web Developer
National Legal Aid and Defender Association
[EMAIL PROTECTED
those weren't all coded in a textarea 8*). Ouch.
/---\
Casey Duncan, Sr. Web Developer
National Legal Aid and Defender Association
[EMAIL PROTECTED
the directory on the fly by
defining a getImage method or somesuch that takes a file name, and loads it
on demand. That way no code changes would be necessary to add new images to
the product.
hth,
/---\
Casey Duncan, Sr. Web Developer
National
photographer credit in the album.
Thanks a bunch!
P.S. The Zope news will be coming out pretty shortly, but I will continue to
add pictures to the album as I get them.
/---\
Casey Duncan, Sr. Web Developer
National Legal Aid and Defender Association
...
/---\
Casey Duncan, Sr. Web Developer
National Legal Aid and Defender Association
[EMAIL PROTECTED]
\---/
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross
the threaded task where it left off?
/---\
Casey Duncan, Sr. Web Developer
National Legal Aid and Defender Association
[EMAIL PROTECTED]
\---/
___
Zope
101 - 200 of 324 matches
Mail list logo
