On Tuesday 16 Apr 2002 10:25 pm, Casey Duncan wrote:
>However, you should know that the crux of this change is really to the
>publisher, the mixin is just the management piece.
Hmmm. Thanks for raising this. I wasnt aware that these browser_default
changes went so deep.
Im curious as to *why*
"R. David Murray" <[EMAIL PROTECTED]> writes:
> Probably, but I naively imagined that I was sophisticated enough
> to be finding a "real" problem...but I'm obviously not smart enough
> to realize that a breakage this fundamental could be due to a package
> like ZDebug.
I wasn't either.. I think t
Simon Michael wrote:
> "R. David Murray" <[EMAIL PROTECTED]> writes:
>>Probably, but I naively imagined that I was sophisticated enough
>>to be finding a "real" problem...but I'm obviously not smart enough
>>to realize that a breakage this fundamental could be due to a package
>>like ZDebug.
>
At 17.04.2002 10:57 -0400, Brian Lloyd wrote:
> >From the Zen of Python: "Explicit is better than implicit".
>
>We've been trying hard to adopt this bit of Zen. If you write
>REQUEST.set, you can look at it and easily see what is happening.
>Same with SESSION.set.
>
>If you're looking at as a ne
(FYI - I'm changing subject lines to separate the many
threads that are going on now...)
> just to give some feedback and ask for guidance with the further
> process. My college, Nils Kassube, has implemented the proposed
> features, regarding an enhanced MailHost, namely the usage of
> timeout
Simon Michael wrote:
> "R. David Murray" <[EMAIL PROTECTED]> writes:
>
>>Probably, but I naively imagined that I was sophisticated enough
>>to be finding a "real" problem...but I'm obviously not smart enough
>>to realize that a breakage this fundamental could be due to a package
>>like ZDebug.
>
--On Wednesday, April 17, 2002 11:48:12 AM -0400 Brian Lloyd
<[EMAIL PROTECTED]> wrote:
> We've already learned the hard way that the existing SiteRoots
> and VirtualHostMonsters etc. confuse people. This is partly due
> to under-documentation, but it is also partly because of the
> "here, we'
Lennart Regebro wrote:
>
> Yup. Therefore I think that the host monster shouldn't be included. VHF
> should supercede it.
>
> If backwards compatibility is desired, add warning messages for usage and
> remove the VHM from the add box, but continue to include it in the code. :-)
Just as a passin
I have created a zclass and want to create a new instance of this class and
have it be child of some other know object in the tree.
Given that we know the path (url) to the new prospective parent how do we do
this.
A second question. I need to manage lists of these zobjects within other
instances
Shane Hathaway wrote:
>
> I've been putting in code for Zope 2.6 that replaces the functionality
> of ZDebug. ZDebug was always woefully unsafe. Zope 2.6 will have
> improved tracebacks.
Does that mean we can turn them off when we don't want them and there's no more
of that damn awful appendin
On 4/17/02 9:56 AM, "Gary Poster" <[EMAIL PROTECTED]> wrote:
> On Wednesday 17 April 2002 11:48 am, Brian Lloyd wrote:
>
>> Ok :) As far as "vetting" virtual host folder, my concerns
>> boil down to:
>>
>> a. dependency / requirement for ordered folder
>>
>> b. having yet another virtual h
>>> "Brian Lloyd" wrote
> We've been trying hard to adopt this bit of Zen. If you write
> REQUEST.set, you can look at it and easily see what is happening.
> Same with SESSION.set.
The other reason why I made SESSION all shouty-caps in SQLSession[*]
is to make it _very_ obvious when it's bein
>>> Toby Dickenson wrote
> Do you remember what we had to type to achieve the equivalent of
> dtml-let, before dtml-let was introduced? That *was* horrible.
gee, I dunno...
has a sort of charm to it.
sheesh, it's still not as ugly as ZPT.
deliberately-trolling-for-ChrisW-ly yrs,
Anthony
--
On Wed, 17 Apr 2002, Chris Withers wrote:
> Shane Hathaway wrote:
> >
> > I've been putting in code for Zope 2.6 that replaces the functionality
> > of ZDebug. ZDebug was always woefully unsafe. Zope 2.6 will have
> > improved tracebacks.
>
> Does that mean we can turn them off when we don't wa
> That's only if you do it as a property. It doesn't have to be done that
> way. Shane and I discussed a counter that existed as a central
> datastructure. Objects that were being counted would simply have
> methods to increment the count and display the count.
FWIW, this already mostly exists
Lennart Regebro wrote:
> There is an alternative, and that is to clean up the enhanced
> enhanced virtual host monster we at Torped have done. It's based on
> sfm@imemes enhanced VHM and just like VHF is makes it possible to
> have standalone virtual hosting without strange apache magic. We
>
Shane Hathaway wrote:
>
> http://dev.zope.org/Wikis/DevSite/Proposals/BetterTracebacks
>
> All the work described (besides the documentation and Dieter's suggestion
> of adding error_tb to the default standard_error_message) is checked into
> the trunk. No more invalid HTML. :-)
Well, it's onl
Anthony Baxter wrote:
>
> deliberately-trolling-for-ChrisW-ly yrs,
:-P
Chris - stay in the stone age, I hear they have fire there ;-)
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or H
Chris McDonough wrote:
>
> It would be best to make make a dual-mode undoing and nonundoing storage on
> a per-object basis.
...if anyone achieves this, I will have plenty of beer to send to them.
Chris - please, pretty please :-)
___
Zope-Dev maill
> Chris - stay in the stone age, I hear they have fire there ;-)
mmm. fre pretty.
"Page Templates burn, don't dey. Be a shame if somefing was to happen
to your nice shiny website".
Anthony, who might have been spending too long in the bad places of SQL.
Anthony Baxter wrote:
>
> Anthony, who might have been spending too long in the bad places of SQL.
Maybe getting hooked back on the PHP too? I saw ya, that dodgy bloke in the
street, money changing hands...
*grinz*
Chris
___
Zope-Dev maillist - [
21 matches
Mail list logo
