On Tue, Mar 29, 2011 at 10:09 AM, Malthe Borch wrote:
>> 3) Can we have >1 template per file?
>
> You want to have them "named" somehow then? What sort of syntax are
> you thinking about it?
Isn't that exactly what macros give you via define and use?
Hanno
___
On Fri, Mar 25, 2011 at 3:20 PM, Malthe Borch wrote:
> Are there any impediments to releasing the trunk of repoze.zope2?
According to the changelog
(http://svn.repoze.org/repoze.zope2/trunk/CHANGES.txt) there are no
changes on trunk.
Since WSGI support is available in Zope 2.13, I thought repoze
On Mon, Feb 28, 2011 at 10:22 AM, Danny Navarro wrote:
> Thanks for your hints. I missed plone.folder, I'll have a careful look
> at it before redoing something that has already been done.
The plone.folder code is quite complicated, as it supports different
ordering strategies per adapter lookup
On Fri, Feb 25, 2011 at 3:41 PM, Danny Navarro wrote:
> I also suspect that for folders with lots of items a list for order
> may not be the most efficient. What would be the persistent equivalent
> to an efficient list with ZODB? An IOBTree?
We use a IOBTree in plone.folder for storing the order
Hi.
We have an application which supports both HTTP and HTTPS. If the user
visits the site via https:// he should stay on that protocol and as
such all links should be generated accordingly.
We do the SSL handling in Nginx in front of the bfg application. So
the application always gets a request.
On Fri, Apr 16, 2010 at 1:18 PM, Chris Withers wrote:
> Yeah, the warning is a wart, but what's the problem?
The problem is that installing his tarball with setuptools puts
everything at the top level. "import ImageFile" works, but "import
PIL" or any "from PIL import ImageFile" doesn't.
All the
On Sat, Apr 10, 2010 at 8:03 PM, Hanno Schlichting wrote:
> After I get some positive feedback, I'll put this into the downloads
> section on bitbucket and would be happy to see it copied to the usual
> dist.* places :)
It's now available at
http://bitbucket.org/hannosch
On Sun, Apr 11, 2010 at 3:14 AM, Alex Clark wrote:
> A couple questions:
>
> (1) Just curious have you seen any issues with PIL and Zope 2
> along these lines:
> 04:45 < wiggy> argh, PIL 1.1.7 breaks Zope
> 06:42 < aclark> wiggy: how?
> 06:42 < wiggy> aclark: it includes an ImageFile mod
Hi.
I took the time and repackaged PIL 1.1.7 for distribute / setuptools
based on Chris work for 1.1.6.
There's a fork on bitbucket [1] with my changes. bitbucket is not
behaving right now, so I put up a source dist on jarn.com [2].
In order to generate the manifest I used setuptools_hg which is
On Fri, Apr 9, 2010 at 7:47 PM, Malthe Borch wrote:
> The approach we took was practical, or seemed practical. Maybe we
> should have used a different strategy:
Sure. I think the approach we took was good. It gave as a hugely
successful, stable and performant engine. I just have the feeling that
On Fri, Apr 9, 2010 at 7:05 PM, Malthe Borch wrote:
> I think it would be worth it to go through the generated code for
> Plone to see if it looks optimal, or if there are obvious problems
> such as the one you've pointed out. Rinse and repeat for every major
> change, perhaps.
Well, the current
On Fri, Jan 29, 2010 at 12:42 PM, Malthe Borch wrote:
> There's no hard dependencies in Chameleon at this time.
Ok. You already changed that to be an optional dependency [1], cool :)
I guess hooking that fast_translate function and plugging in something
else might be easy enough.
Hanno
[1] htt
On Fri, Jan 29, 2010 at 11:09 AM, Damien Baty wrote:
> I must be missing something, here. Let's restrict the use case to
> template i18n. In my BFG app, I use Chameleon. And Chameleon is pretty
> tied up to "zope.i18n" (cf. "chameleon.core.i18n"), isn't it?
Ah right. Chameleon has a hard dependen
On Fri, Jan 29, 2010 at 10:09 AM, Damien Baty wrote:
> Le 29/01/10 09:46, Hanno Schlichting a écrit :
>> Personally I'd suggest to use Babel instead of zope.i18n. [...]
>
> I will certainly take a look at it. Thanks. What is the status of your
> zope.babel [1] package:
On Fri, Jan 29, 2010 at 2:12 AM, Damien Baty wrote:
> Does anyone have feedback about i18n with BFG?
Personally I'd suggest to use Babel instead of zope.i18n. It's in more
widespread use in the general Python community and a more
full-featured solution. Once you want locale data like translated
On Sat, Jan 16, 2010 at 11:57 PM, ken manheimer wrote:
> i'm getting the impression that you have a talent for understatement. :-)
Yeah. People keep telling me that, no idea why :)
> through a happy accident, a search through my inbox for "repoze" turned up
> shane hathaway's february 2009 zope.
On Sun, Jan 17, 2010 at 10:51 AM, Wichert Akkerman wrote:
> There is something to consider: I suspect more things are started to
> require the new publisher events from Zope2, either directly or via one
> of the backport packages for Zope 2.10. I'm not sure if repoze.zope2
> supports those.
A "fo
Hi.
I'm not a representative of the Repoze project, so I'll just share my
personal view.
On Sat, Jan 16, 2010 at 9:23 PM, ken manheimer wrote:
> these seem to be likely questions if you're interested in adoption of
> repoze.plone by the wider plone community. please let me know if i'm
> misunde
On Thu, Jan 14, 2010 at 6:30 PM, Diez B. Roggisch
wrote:
>> I have an in-work (but stalled) branch to fix those issues. You could
>> try un-stalling it:
>>
>> svn+ssh://svn.zope.org/repos/main/Zope/branches/tseaver-fix_wsgi
>
> Sorry if this mail appears twice, it seems it didn't get through th
On Sun, Jan 10, 2010 at 6:36 PM, Chris McDonough wrote:
> Miuler wrote:
>> Hi, will work chameleon on google appengine?
>> in future?
>
> Sorry, unknown.
I think it's possible to make that work without all too much work, but
it doesn't work right now.
Basically the "cached" compiled version of a
On Sun, Dec 27, 2009 at 7:21 PM, Nathan Van Gheem wrote:
> The page renders completely fine with those actions missing.
> I stepped into the code a bit and the "plone.contentactions" viewlet isn't
> even called when repoze.vhm is used.
Hhm, the only slightly funny thing about this viewlet is that
On Wed, Aug 5, 2009 at 7:37 PM, Iain Duncan wrote:
> Just wondering if anyone manages to run bfg apps from within plone, and
> if so, do they have any examples up online? I'd love to be able to pass
> traversal from the plone-zope publisher to the repoze publisher, but I'm
> very new to this whole
On Sat, Jul 11, 2009 at 7:21 PM, Tres Seaver wrote:
> Iain Duncan wrote:
>> At the moment I'm going for adding the message to the redirect url as a
>> get var, ugly but easy to scale. If anyone has other suggestions for how
>> to pass it on through the HTTPFound object, I'd love to hear them. I'm
>
On Wed, Jun 17, 2009 at 8:42 PM, Douglas Mayle wrote:
> I've been doing some testing of a new site, and I've used repoze.who
> and repoze.what for authentication, and authorization respectively. I
> did notice one unusual behavior with AuthTktCookiePlugin, however. If
> I log in to the site, I re
Tres Seaver wrote:
> +lots to calling this something other than 'repoze.zope2', which has
> always been about bending over backward to provide full BBB for Zope2 apps.
What about calling it repoze.z2bob?
It's still a bob (based on repoze.obob) helper for Zope 2, but in spirit
closer to the bob (a
Chris Rossi wrote:
> While I think you're probably right, I know for a fact there are plenty
> of templates in the wild that assume you can use attribute syntax for
> dictionary lookup. At least on the stuff I'm working on.
>
> Maybe add deprecation warnings to the next release and actually yank
Chris McDonough wrote:
> I added some more test coverage on the trunk. It's still pretty poor right
> now.
Awesome!
I'll try to improve the coverage after getting some more documentation
for my latest changes in.
Hanno
___
Repoze-dev mailing list
Re
Chris McDonough wrote:
> I think this package is becoming less "repoze.zope2" than some other more
> experimental system. Which is fine. But there's no way I'm going to be able
> to give people help with it on IRC or the maillist when it breaks because
> they're using an API that we removed.
Hanno Schlichting wrote:
> Malthe Borch wrote:
>> 2009/5/12 Tres Seaver :
>>> The server side wouldn't know that: the presence of such a field in the
>>> request is completely independent of any form (e.g., cookies passed long
>>> after logging in).
>
Malthe Borch wrote:
> 2009/5/12 Tres Seaver :
>> The server side wouldn't know that: the presence of such a field in the
>> request is completely independent of any form (e.g., cookies passed long
>> after logging in).
>
> I understand the issue, but shouldn't the remedy be to avoid ever
> displa
Tres Seaver wrote:
> Hanno Schlichting wrote:
>
>> Removed _filterPasswordFields hack, preventing keys with the exact
>> key 'passw' to be filtered out in one place is just obscurity.
>
> But you didn't de-obfuscate it, you ripped it out. Now, the respon
Hi.
I've started to play around with repoze.zope2 trunk as witnessed on the
commit list.
What I'm trying to do here is to remove the last dependencies of
repoze.zope2 to ZPublisher code. For the most part these are the request
and response objects.
My goal is to clean up both of these classes an
Hanno Schlichting added the comment:
I released 0.9 which only pulls in the pyprof2calltree package in Python 2.5
and later.
--
status: in-progress -> resolved
__
Repoze Bugs
<http://bugs.repoze.org/i
Tres Seaver wrote:
> Hanno Schlichting wrote:
>> Only having pyc files is also a pain with zope.testing and its eager
>> cleanup mode, which would constantly delete these files.
>
> I think the "keep .pyc files" mode is only for deployment (to GAE or
> other
Malthe Borch wrote:
> As a general improvement (in terms of clarity) and as part of the
> efforts of getting Chameleon working on GAE, I've begun reworking the
> compilation stage.
Yeah!
> 3) If the ``CHAMELEON_STATIC`` flag is enabled, compile into
> one-method-fits-all-arguments render methods
Chris McDonough wrote:
> On 5/9/09 9:12 AM, Martin Aspeli wrote:
>> It'd be nice if there was a way to name the files that meant people
>> won't accidentally commit a bunch of "compiled" .py files that may then
>> end up conflicting later.
>
> Maybe there could be a mode to compile template files
Iain Duncan wrote:
> Hi folks, I'm new here and was wondering if there is a good Repoze.bfg
> to Grok comparison page anywhere. If not, I'd like to recommend that it
> would be a great addition to the docs. I know there is a brief
> comparison up there, but to someone like me who is experienced in
Hanno Schlichting added the comment:
Since I added that particular dependency I should take care of this issue. Only
question I have:
Do we really still care about Python 2.4 support? Especially for profiling the
2.5 libraries are quite
different and much better. Personally I'd just
Malthe Borch wrote:
> 2009/5/4 Carlos de la Guardia :
>> If Malthe or anyone else has a good idea about how to do this and will give
>> me some pointers, I'm willing to use my limited abilities to make this work.
>> Otherwise, I might try to bring in old zpt.
>
> It can be done, but it requires th
Martin Aspeli wrote:
> Anyway, it's nice to see that we may have a tutorial on BFG-on-GAE soon.
> I'd love to be able to use TAL, though. Django templates give me a
> headache. ;)
zope.tal/es and zope.pagetemplate should work fine after some tweaking,
so if you want slow-TAL, that should be poss
Chris McDonough wrote:
> I just tried running the "c-free" version of on Windows for the first time
> and
> ran into an issue where zope.1i8nmessageid required compilation.
Hhm, which version of the package did you use? At least for 3.4.3 there
are binary Windows eggs available for Python 2.4 to
Chris Withers wrote:
> Malthe Borch wrote:
>> We use a custom parser based on ``xml.parsers.sax`` –– it's in
>> ``chameleon.core.etree``.
>>
>>> How do you guys to speed profiling? Would be interested to see how the speed
>>> compares with and without lxml and across various templating engines...
>
Hi.
Got a brainstorming question for the repoze.zope2 folks.
Currently repoze.zope2 reuses the Zope2 ZPublisher request object pretty
much directly. This is nice for full backwards compatibility, which has
been a primary concern during its initial development.
At some point in the Zope2 or at le
Chris McDonough wrote:
> Maybe there's some potential to create a set of core ZCML registration
> handlers
> for utility, adapter, subscriber, and interace that are not actually part of
> BFG, but on which BFG and other non-Zope apps could depend. I suspect this is
> the only realistic way to go
Paul Everitt wrote:
> On Dec 9, 2008, at 10:15 AM, Hanno Schlichting wrote:
>> Tom Gross wrote:
>>> is there any repoze-component for catching zope2-exceptions except
>>> cgitb which is unsuitable for production environments. omitting cgitb
>>> results in a whi
Hi.
Tom Gross wrote:
> is there any repoze-component for catching zope2-exceptions except
> cgitb which is unsuitable for production environments. omitting cgitb
> results in a white page which isn't too good eighter. is there a product
> which can return customized error pages?
If you find any
Martijn Pieters wrote:
> On Sun, Nov 23, 2008 at 04:01, Hanno Schlichting <[EMAIL PROTECTED]> wrote:
>>> - The use of iw.recipe.command means the coredev buildout probably
>>> doesn't work on Windows anymore.
>> The exact configuration I built isn'
Martin Aspeli wrote:
> Hanno Schlichting wrote:
>> Martin Aspeli wrote:
>>> - The Repoze Zope 2 packaging is maintained outside the Zope core. I
>>> don't think we can depend on that long term, though I hope that we'll
>>> see a WSGI-capable
Hi.
Chris McDonough wrote:
> I've been working on z3c.pt docs (checked in to the docs directory of
> the package), and doing so brings up some issues:
>
> - z3c.pt probably needs a project website of its own with a maillist
> and a bug
>tracker and so on. Maybe Launchpad or Google Code?
Martin Aspeli wrote:
> Chris McDonough wrote:
>> I really like Ohloh : http://www.ohloh.net; it's fun.
>>
>> So here's a request... If you're a Repoze developer or user, please
>> note it at http://www.ohloh.net/projects/10431 (via "Stack It") or
>> associating your ohloh login with the name un
50 matches
Mail list logo
