with config.begin(); ...; config.end().
- Michael
> On Dec 3, 2020, at 23:30, Karl O. Pinc wrote:
>
> Hi Micheal,
>
> Thanks very much for the prompt reply. My reply inline below.
>
> On Thu, 3 Dec 2020 22:16:15 -0600
> Michael Merickel mailto:mmeri...@gmail.com>>
Have you looked at querying data out of the introspector after config.commit()?
For example, the following will return the route descriptors registered for
this name [1]:
config.introspector.get('routes', route_name)
You can also make a dummy request and use it to generate routes. For example:
On Thu, Feb 9, 2017 at 6:02 AM, Hans-Peter Jansen wrote:
> There's one decision to make as the next step:
>
> Does the involved parties agree to leave the translation procedures
> somewhat
> outside the normal workflow and supply a i18n.sh script, accompanied with a
> default
er(renderer)
> +deform.renderer.configure_zpt_renderer(("deformdemo:custom_widgets",))
> config.add_static_view('static_deform', 'deform:static')
> config.add_static_view('static_demo', 'deformdemo:static')
On Wed, Feb 8, 2017 at 4:19 PM, Michael Merickel
I noticed that the renderer is not being used. The
`deform.Form.set_default_renderer(render)` is commented out. Uncommenting
it doesn't solve the problem but it's definitely an issue as the
zpt_renderer isn't actually being used as a result.
On Wed, Feb 8, 2017 at 4:14 PM, Michael Merickel <mm
The issue is *usually* that the TranslationString instance hasn't been run
through `request.localizer.translate(..)`. Now, why not? I haven't dug in
to try and figure that out yet.
On Wed, Feb 8, 2017 at 3:55 PM, Hans-Peter Jansen wrote:
> Hi,
>
> I've used a good part of the
/en/latest/narr/i18n.html
On Wed, Feb 8, 2017 at 3:31 PM, Hans-Peter Jansen <h...@urpla.net> wrote:
> Hi Michael,
>
> On Mittwoch, 8. Februar 2017 12:22:27 Michael Merickel wrote:
> > On Wed, Feb 8, 2017 at 11:36 AM, Hans-Peter Jansen <h...@urpla.net>
> wrote:
&g
On Wed, Feb 8, 2017 at 11:36 AM, Hans-Peter Jansen wrote:
> As a consequence, all these packages will depend on lingua then..
>
Do the packages actually need to depend on lingua? I see that your PR to
deform doesn't add it, however deform expects it to in the dev environment
Hey Vincent, thanks for working on this.
It would be very helpful if you could open an issue or a PR on github as
it's much easier to discuss things there. I will say up front that a couple
of these decisions are made already.
1) no tox. This is an app, not a library and we've already had a
I'm missing something here probably but the raven docs have pretty
straightforward support for configuring it via the ini file. Have you tried
this?
https://docs.getsentry.com/hosted/clients/python/integrations/pyramid/#pastedeploy-filter
On Sat, Mar 19, 2016 at 5:44 PM, Zsolt Ero
On Tue, Mar 8, 2016 at 5:55 PM, Marc Abramowitz wrote:
>
> To be honest, I'm not sure I want to be solely responsible for it myself
> either. I was hoping that if it was under the Pylons project, that would
> allow more people to chip in, as needed.
>
The Pylons Project
Hey everyone, I'm starting the discussion (which I hope is very quick)
about what to do with our public websites.
Right now we have:
- docs.pylonsproject.org (docs, hosted on rtd)
- docs.pylonsproject.org/projects (hosted on rtd)
- www.pylonsproject.org (ppo, hosted somewhere controlled by
R and make sure we don't
> publish unfinished work on master.
>
> On Saturday, January 2, 2016 at 4:28:29 PM UTC-5, Steve Piercy wrote:
>>
>> On 1/2/16 at 3:11 PM, mmer...@gmail.com (Michael Merickel) pronounced:
>>
>> >Hey everyone, I'm starting the discussio
e to write down some procedure and
> workflow about this.
>
>
> On Saturday, January 2, 2016 at 4:54:28 PM UTC-5, Michael Merickel wrote:
>>
>> Okay, I was unaware of any on-going changes on the sites which is a
>> little silly for someone with my level of involvement in the pr
I already added the initial hook for this via debugtoolbar.includes. In
theory you could add extra panel packages that defined an includeme(config)
and they can do whatever they want.
development.ini
---
debugtoolbar.includes =
myapp.debug.custom_panel
myapp/debug/custom_panel.py
---
def
On Tue, Oct 20, 2015 at 12:29 PM, Chris Withers
wrote:
> What does pserve use?
pserve is a generic runner. It uses whatever server is pointed to in the
[server:main] section by default. This is taken care of by PasteDeploy as
part of loading the ini file.
- Michael
--
Pyramid has no way to know which pyramid app you are referring to in
bootstrap unless you specify the section. As pyramid at a fundamental
level supports running multiple apps in the same process you have to
handle this yourself outside if you need to load a specific app for
your script to run.
It seems to me that allowing this to be modified is fairly harmless.
Would you expect it to fallback to __acl__ if it doesn't find the
custom method/attribute? Or would you expect it to be changed
wholesale? The issue in changing it wholesale and still calling it the
ACLAuthorizationPolicy is that
I started to lay the groundwork for this in
https://github.com/Pylons/pyramid_debugtoolbar/pull/182 by making the
panel name a unique identifier that can be used in more places. This
work probably needs to be completed but I did it on that panel
activation branch which has some real problems
pyramid.scripts.pserve.watch_file and
pyramid.scripts.pserve.add_file_callback exist for this purpose.
Unfortunately it doesn't look like they are in the docs atm but I
think you can expect them to stick around. See
AFAIK all of the things you are asking for are possible using the
(documented) scaffolding API. You basically just subclass
``PyramidTemplate`` and override ``pre`` to mutate the ``vars`` and
add what you like.
http://docs.pylonsproject.org/projects/pyramid/en/1.5-branch/narr/scaffolding.html
You'll want to avoid changing the path in your usage of static_url.
Fortunately, Pyramid supports overriding static assets, so you can
make a dummy path and override that with your dev or production real
asset path.
config.add_static_view('images', 'p_started:webapp/images')
It sounds like you are not using the
`pyramid.security.remember(request, userid)` API to store the user in
the session. If you would like to store the userid directly you may but
you are circumventing the pyramid authentication APIs. As far as the
authenticated_userid, this will invoke your
On Thu, Jun 5, 2014 at 11:40 AM, Chris McDonough chr...@plope.com wrote:
On 06/05/2014 11:49 AM, Bert JW Regeer wrote:
https://github.com/Pylons/webob/pull/150
Is an outstanding pull request to fix this in from_file() in WebOb, would
this solve the problem?
Probably not. More like here:
actually
https://github.com/Pylons/pyramid_handlers/issues
On Mon, Aug 5, 2013 at 7:19 PM, Steve Piercy steve.piercy@gmail.comwrote:
On 8/5/13 at 11:57 PM, h...@urpla.net (Hans-Peter Jansen) pronounced:
Dear Chris,
don't know your favorite way to be informed about such issues:
Huh? Where do you describe the error you're seeing??? You should probably
be calling __init__ on your parent via super or explicitly but it's not
actually a bug since you duplicated the code in both __init__s.
On Sun, Aug 4, 2013 at 1:01 AM, John Cadigan johnpaulcadi...@gmail.comwrote:
I'm
Well pyramid scales down very easily. If you just ignore the stuff you
don't need you will get very far in using it as a minimalist framework.
Pyramid at its lowest levels simply dictates the use of webob's
request/response objects and a particular routing mechanism to get urls to
code (url
I think that if you use a NewResponse subscriber instead of NewRequest that
will be good enough to get what you want. pyramid_beaker commits the
session changes in the response callbacks which happen immediately after
the NewResponse event. So you're probably running into some ordering issue
None of those are public APIs so it probably just wasn't a big concern.
Pyramid's source in general is entirely flat aside from the config
subpackage. Scaffolds and scripts are things you would never import in your
own code.
On Wed, Mar 27, 2013 at 12:44 PM, Jonathan Vanasco
support to RTD, knock yourself out!
On Fri, Feb 8, 2013 at 11:52 AM, Tshepang Lekhonkhobe tshep...@gmail.comwrote:
On Fri, Feb 8, 2013 at 7:29 PM, Michael Merickel mmeri...@gmail.com
wrote:
The URL format is /major.minor-branch, with 1.4 as /latest the latest
stable, and /master as master
On Tue, Oct 30, 2012 at 3:34 PM, Jonathan Vanasco jonat...@findmeon.com wrote:
That pattern / functionality is great. I'm just talking about
proactively saying this name space is reserved for plugins, this
namespace for projects - you can rest assured that as Pyramid grows
and new
What? Pyramid doesn't have a debug code path, minus emitting some
log messages. Do you mean that the debugtoolbar is doing something to
the response?
On Tue, May 15, 2012 at 5:57 PM, Jonathan Vanasco jonat...@findmeon.com wrote:
I ran into an issue a few months ago regarding a NewResponse
This would be done in unauthenticated_userid of a custom authentication
policy. You just need to follow the interface described here:
http://docs.pylonsproject.org/projects/pyramid/en/1.3-branch/narr/security.html#creating-your-own-authentication-policy
On a side note, your apache plugin should
Sorry, is this a question about jinja2? If so there's another mailing list
for that.
If you are asking about pyramid_jinja2, for use in conjunction with pyramid
then the request is already exposed in the template, so you can simply do
request.session['mykey'] to deal with the session.
On Wed,
I'm unaware of another situation where this error shows up other than using
Python 2.5. I'd ensure that you are in fact on 2.7 before chasing other
solutions. If easy_install is pulling down the 2.5 egg then it means you're
on 2.5.
On Wed, Nov 16, 2011 at 9:00 AM, czam grossep...@googlemail.com
You can add or override a renderer via the config.add_renderer() directive
here:
http://docs.pylonsproject.org/projects/pyramid/1.2/narr/renderers.html#adding-and-changing-renderers
Renderers have access to the request object so accessing the current
language shouldn't be an issue.
--
Michael
If you're using paster in production, it's usually smart to launch it via
supervisor so that it can restart the app if it crashes and generally
provide a better way to monitor the process. An example of doing this is in
the cookbook.
Just as a followup, I thought I'd mention that we released pyramid_rpc 0.3
last week which revamped the API completely. When using add_jsonrpc_endpoint
you can specify a factory which will be used for security. That factory can
then set the ``__acl__`` based on the ``request.rpc_method`` property,
Brian, I just want to clarify some points from your original email.
Specifying the ``factory`` on the route is telling the traversal system how
to get the root of your resource tree for that specific route. Thus in your
example you might do:
def PageFactory(request):
pagename =
It's not incorrect, I just merged two thoughts which probably made it
unclear. If he doesn't specify a ``traverse`` parameter then traversal will
not happen, which will use a similar RootFactory to what I showed except
that he might want to raise a HTTPNotFound if the ``page`` is None. The rest
of
The JSONRpcViewMapper was never supported for classes. However in
pyramid_rpc 0.3 which was released last week it ships with a default view
mapper that works well with classes, as well as a whole new API for defining
the views that allows other things such as permissions.
--
Michael
--
You
Hey people, I've been looking into ways to resolve some of the most common
complaints with URL Dispatch. The few that I have seen more than once in the
past are:
1) I have a lot of placeholders in this URL, generating it is a pain and I'd
like to supply some defaults so that when using route_url
The velruse.yaml config, minus the private keys (which is why it's not
source controlled) looks like this:
Probably obvious, but you might want to go ahead and version control an
example yaml file with placeholders for the keys.
--
Michael
--
You received this message because you are
WebError's codebase was moved to the Pylons Project's github account.
https://github.com/Pylons/weberror
AFAIK Ben is still the active maintainer.
Michael
On Tue, Apr 12, 2011 at 4:10 AM, Chris Withers ch...@simplistix.co.ukwrote:
Hi All,
Is https://bitbucket.org/bbangert/weberror
I've been a fan of tacking the connection onto the request object using
@reify, thus if your request never calls request.db it doesn't have any db
overhead.
Thanks to reify, it reuses the same connection throughout that request. If
you want to ensure that the connection is closed at the end of
Going through the trouble of creating a webob response is much more
complicated than simply adding a response_callback.
def _set_cookie(request, response):
response.set_cookie()
request.add_response_callback(_set_cookie)
Michael
--
You received this message because you are
What is the exact error?
I noticed you're using @view_config on the blog_view that isn't working,
with only a renderer argument. This makes me think that you might believe
that code will do the same as render_to_response(..) in your pages_view.
In fact, @view_config is a different way of doing
, 'history').
request.root is the root context, thus the context used for views hanging
off of /.
Michael
On Fri, Mar 4, 2011 at 12:56 PM, Chris Withers ch...@simplistix.co.ukwrote:
On 02/03/2011 00:48, Michael Merickel wrote:
I noticed in your example you aren't specifying a context= or for_
I noticed in your example you aren't specifying a context= or for_= in the
view_config, implying you maybe intended to use route_name instead of name
with url dispatch.
If you are using traversal your application basically assumes a resource
tree, and so to get the url you provide a resource
For the record, I mentioned that constant in the interfaces.py the other day
and Chris didn't realize it was there... it's also undocumented. He went so
far as to suggest removing it.
If there's going to be a constant anywhere, I'd imagine it should be in
pyramid.security.
Michael
On Tue, Feb
50 matches
Mail list logo