tions, and get involved.
--Mark
-- Forwarded message ------
From: Mark Ramm <[EMAIL PROTECTED]>
Date: Oct 2, 2007 11:39 AM
Subject: Re: Migrate: svndump loaded into google code project?
To: [EMAIL PROTECTED]
> I just loaded Evan's svndump into the shiny new google co
start, I would be delighted to see something akin to jj's helpers to
> be available for TG/Pylons projects:
> http://jjinux.blogspot.com/2007/08/python-database-migrations_07.html
>
> Max.
>
>
> On 10/2/07, Mark Ramm <[EMAIL PROTECTED]> wrote:
> >
> >
> >
and gain a
stronger user base. It's simple, handy and very lightweight.
--Mark Ramm
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"pylons-devel" group.
To post to this group, send email to pylons-devel@goog
quires
> programming changes in the application. So it belongs more in
> environment.py than the config file.
>
> --
> Mike Orr <[EMAIL PROTECTED]>
>
> >
>
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
-
> It should prolly be noted that the ini file is for deployment specific
> settings. Nothing so critical to the apps internal structuring should
> be in the ini like the template engine to use.
Sure, that's fine and makes good sense. I will mention though that's
not what was done in tg, so i
ommend @expose in the docs and
> tutorials? It's arguably a better way to organize one's code. We've
> kind of implemented it quietly without discussing the ramifications.
> It definitely deserves more exposure than just a trivial side feature.
> Users will want
ed by default if no template engine is specified in the @expose()
decorator.
On Dec 12, 2007 11:50 PM, Mike Orr <[EMAIL PROTECTED]> wrote:
>
> On Dec 12, 2007 4:47 PM, Mark Ramm <[EMAIL PROTECTED]> wrote:
> >
> > What I want, and what seems to make the most sense to
On Dec 18, 2007 3:12 AM, Ben Bangert <[EMAIL PROTECTED]> wrote:
> After talking with Ian Bicking a bit tonight, I'm finally fully sold
> on retiring the one-letter variable names from Pylons. The most likely
> replacement names:
> c -> context
> g -> ??? (as globals/global is already taken)
> h ->
On Dec 18, 2007 9:11 PM, Mike Orr <[EMAIL PROTECTED]> wrote:
>
> Would anybody cry if I change the render argument order to put the
> template always first. Either:
I promise not to cry if you rip the band aid off quick ;)
--~--~-~--~~~---~--~~
You received this
ests.
I think app_local is better than global, for 2 reasons. 1) it's
more descriptive, 2) many people are taught that globals are bad, so
that name has a negative connotation. Not a big deal, but if we get
to change it, I'm all for removing con
> h.url_for always reads weird to me. url_for is a first-class function,
> why not just put it at the top level for templates? That said, I
> generally like h.
TurboGears 1 had a registry of things that ought to be automatically
imported into the template namespace as top level variables.
And
> I think everything that is a SOP right now could hang off a single
> request SOP. I personally would prefer that; I think it makes all this
> stuff much more clear. It's easy to remember that the request object is
> per-request -- heck, it's obvious once you write it down.
I agree that it mak
od to have a plan
about how to handle 2, since we likely want testutil to work with both
pylons request response objects and WebOb.
It's also possible that there will be other issues after 2 is fixed
which we haven't found yet since we're not yet to the point where the
test infra
> On Dec 27, 2007 7:17 PM, Mark Ramm <[EMAIL PROTECTED]> wrote:
> > it turns out there are two WebOb incompatibilities in the current
> > pylons trunk which need to be overcome.
>
> These need to be fixed anyway because Pylons will drop support for the
> old Reque
ting together a plan in case we ever have that kind of thing happen
again.
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
make pylons work with 2.4
first, and then I can come back to tg.
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"
TG2 is built on top of a Pylons and, many of other components
which we also share with Pylons. We've been making a lot of
progress via monthly sprints so far in 2008, so we're starting to plan
sprints a bit further out.
Pylons Developers are always welcome!.
Here's a list of the sprints for the
I have a render-function change that I'd like to make.
I'd like to add a globals keyword argument to each of the three pylons
render functions, which defaults to None, but gets used instead of
globs = pylons_globals() if it is there.
This would allow TG2 to use the pylons render functions direct
On Thu, Jun 19, 2008 at 11:20 AM, Mark Ramm <[EMAIL PROTECTED]> wrote:
> I have a render-function change that I'd like to make.
>
> I'd like to add a globals keyword argument to each of the three pylons
> render functions, which defaults to None, but gets used instead
ry good essay on how to ask questions:
http://www.catb.org/~esr/faqs/smart-questions.html
I can promise you that better questions will get you better answers. ;)
--Mark Ramm
On Fri, Nov 14, 2008 at 9:44 AM, Lukasz Szybalski <[EMAIL PROTECTED]> wrote:
>
> Can pylons add
tem is and how that maps to URL's.
There are down sides, which chris and many of you have raised, but I
think we have to do something, because the current terminology is just
a bit too arcane.
--Mark Ramm
On Thu, Dec 16, 2010 at 9:05 PM, Chris McDonough wrote:
> While it seems peop
On Fri, Dec 17, 2010 at 3:51 AM, Andrey Popp <8may...@gmail.com> wrote:
> Hello,
>
> On Fri, Dec 17, 2010 at 7:57 AM, Mark Ramm
> wrote:
>> I think resource is a good term for items in the graph.
>
> Why you think resources are need to be bound to locations in g
> Thanks to Mark Ramm for shepherding this idea through the TG community!
You are more than welcome. I'm very happy to be joining forces with
all of you, and I'm even more excited about the possibilities if we
can all work together to build great web development tools.
--Mark
to need, but it *can* be done without resorting
to overriding the dispatcher.
--Mark Ramm
--
You received this message because you are subscribed to the Google Groups
"pylons-devel" group.
To post to this group, send email to pylons-devel@googlegroups.com.
To unsubscribe from this group
> A countervailing opinion: pip has problems with namespace packages. For
> an example, trying to use tox (a testing package which uses pip
> internally) to run tests against a namespace package (like
> repoze.anything) consistently fails. I haven't had time (or
> inclination) to dig into this pu
is not removing all choice, or having the maximum
number of options possible -- it's allowing just the right number of
choices in just the right places.
--Mark Ramm
On Fri, Mar 4, 2011 at 10:19 AM, Daniel Holth wrote:
> Psychologists have done a significant amount of research documenting t
On Mon, Mar 21, 2011 at 2:32 PM, Joe Dallago wrote:
> Yah the term 'scaffold' is used in a number of rails-like php frameworks as
> well. I think it would be more easily recognized than skeleton. -1
> skeleton. +1 scaffold.
Also agreed on scaffold being a more recognizable and actually more
ac
27 matches
Mail list logo