We may need implement a subcontroller class. At current stage, the
following object mapping does not work:
class a(BaseController)
pass
class b(BaseController)
a = a()
Make that:
class a(object):
pass
class b(BaseController):
a = a()
and it will work ;)
We could
On Jan 4, 2008 5:01 PM, Kevin H [EMAIL PROTECTED] wrote:
I've finally managed to get mercurial installed on all the machines I
work with TG on, and have started playing around with an SVN checkout
of TG2. I have a couple of basic (very basic) questions...
1) Is tg.url() (in templates) or
Fred? How about the rest of the community.
--
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
TurboGears Trunk group
In the long/mid term I definitely agree with Mark to separate crud
command into tg-dev section.
Ok that makes sense, and since this shouldn't require users to change
the way they work I'm up for changing this later.
--Mark
--~--~-~--~~~---~--~~
You received
The equivalent in Pylons in resp.c (which gives the values from
pylons.c). If TG is not putting any return values in the response, then
it should. If you have custom values, you can put them in
req.environ['paste.testing_variables'] and they show up as attributes on
the response object (if
I haven't used AuthKit at all, and probably wouldn't use a new system
(at least for a while), so I'm not really very invested in this choice.
I tried to use AuthKit, but we ended up rolling our own because some
things seemed unessisarily complex and slightly odd...
My only desire is to see
FWIW, I'd be happy to polish up my code that I am using in my own TG 2
project, and contribute it as a starting point. It provides two things:
1. A simple WSGI middleware for authentication, which depends on beaker,
and places a validation that the user is authenticated into the
hi,
the tg.flash has been updated to default tg2 template.
Thanks fred. It's good to see this working.
We keep getting closer and closer to a release every day. ;)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
might make life easier for people migrating from tg1. I'd like
to be sort of careful about adding lots of cruft in this way, but I
think a few simple things can make upgrading way easier.
--Mark
Alberto
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog
to that off of the top of the front page. But we
could do this in 2 phases.
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You received this message because you are subscribed
from turbogears import identity, redirect
from cherrypy import request, response
# from model import *
# from itest import json
8
BTW: it should also say, which version you need to install in the
exception error message.
Chris
--
Mark Ramm-Christensen
email: mark
The implementation is kinda hurried and quite rudimentary... but its a
start :)
Thanks for your awesome work on this, very timely and very useful.
You rock!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
. Any other
suggestions?
Cheers,
Ben
--
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
TurboGears Trunk group.
To post
] : http://blog.ianbicking.org
___
Paste-users mailing list
[EMAIL PROTECTED]
http://webwareforpython.org/cgi-bin/mailman/listinfo/paste-users
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
hands on TG2... :)
Alberto
--
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
TurboGears Trunk group.
To post
suggested changing it,
and I agree with that his plan is probably the best way to do this.
Rick Copland has also suggested doing validation in middleware, which
to me seems a bit more complicated, but it's certainly another
possibility.
--Mark Ramm
Wow, Apydia looks pretty cool. I'll have to check that out more thoroughly.
Yea, if Docudo ever gets revived, I think the combo of Apydia+Docudo
will be awesome.
--Mark
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Mako templates to components as the need
arises.
So, where it's reasonably easy, we should make it possible to have
both Genshi and Mako templates in various components, but for most
things we can safely assume Genshi, and deal with the mako/performance
issues as they come up.
--Mark Ramm
On Dec 12
- First doc question: Do we need to install the pylons dev version in
order to run TG2? If so, why? The first page of TG2 doc says we should
do that without explaining why.
TG2 currently depends on features not in any released pylons version
(in particular we use an expose/decorated
It would also be helpful to see an official release of Pylons which includes
the tg2 changes, since I've had no end of trouble getting mercurial
installed on my (primarily Win32) development machines.
If mercurial doesn't work there should be some tarballs that work
fine... I'll see if we can
from maco website:
Mako: 1.10 ms Myghty: 4.52 ms
Cheetah:1.10 ms Genshi: 11.46 ms
Django: 2.74 ms Kid:14.54 ms
That was the only reference I found. So if mako and cheetah are at the
same speed and we support cheetah then cheetah would be my first
choice if I
) and many more
single-query database operations than the competitors is likely to
make more difference than template performance.
And, of course you will be able to use Mako for projects that need it.
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
- I would like to use widgets, I'm a bit scared by the lack of
Toscawidget docs, which seem not to have moved much at all in a very
long time.
The ToscaWidgets docs problem is important. I know lots of people
who've not used tosca because of the lack of up-to-date docs.
I'm hoping we can
).
I'm concerned that option 1 limits the performace/scalability of tg2,
and option 2 is too big of a change from tg1. And I'm not sure how
much work 3 is, but I'm guessing that it's not insignificant, so it
will limit the number of components that get developed.
What do you all think?
--
Mark
This is really good news, but given the number of past attempts at this
(FastData2, tgcrud, ...) and the infeasability of porting CatWalk to
SQLAlchemy, because it is so tightly coupled to SQLObject, I'm a bit
sceptic. To be fair, I haven't looked at the dbsprockets source yet, I
have only
) class?
--
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
TurboGears Trunk group.
To post to this group, send email
for the docs that is a)
working NOW b) has good spam protection and c) allows us to import our
present, ReST-based docs at least semi-automatically, I'm open for it.
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
Gosh, I remember something about object-dispatch wreaking havoc with
TG in the past. I am pretty sure it didn't work with psycho, which
made TG look bad when someone did a benchmark of the system. Maybe I
am mistaken?
I think RuleDispatch won't work with Psycho, and TurboGears 1 used
One thing I'm conscious of is that TG1 has a lot of real world
experience and much work has been done fixing bugs, dealing with unusual
situations, etc. It would be a shame to start again from scratch with
TG2. Can we think of ways to port this practical experience across?
Well, 2 things
API compatibility important
2) people using visit extensively are OK with switching to beaker
3) somebody who uses identity extensively is willing to provide some
advice, testing, and help.
I think it likely that 1 is true, but I'm not sure about 2 and 3.
Any thoughts?
--
Mark Ramm-Christensen
The attached test project seems to work with dbsprockets for me.
This is slightly adapted from your sample code in another thread.
And was run against a very recient checkout of DBSprockets.
This is good stuff, thanks!
--Mark
On Nov 24, 2007 7:06 PM, Mark Ramm [EMAIL PROTECTED] wrote
There has been a lot of talk about what should be included in the TG2
package, and I think there was some tentative agreement on a plan.
But as I'm about to make changes, I'd like to get some more community
input.
Currently TurboGears 2 depends on SQLAlchemy, Genshi, and Pylons.
TurboJson is
which I
haven't been able to track down. Paster shell does not currently
work on a tg2 project, so there's no equivalent of tg-admin shell. I
think this has something to do with how we implemented the
ObjectDispatch controller in Pylons.
--
Mark Ramm-Christensen
email: mark at compoundthinking
: This Compiled object is not
bound to any Engine or Connection.
My question is this:
Where/when does the metadata get bound to the database connection, and
how can I ensure that my Controller has access to that bound metadata
when the provider is created.
Thanks,
chris
--
Mark Ramm
that I would have
tried to make that argument. But as it is, I think 2.4, 2.5, 2.6,
and 3.0 is going to be more than enough versions to try to support.
And 2.6/3.0 aren't really that far off!
--Mark Ramm
--~--~-~--~~~---~--~~
You received this message because you
We should make sure that a TG instance that runs a project that was
quickstarted as plain SA or SO does _not_ import nor require Elixir at
all. Other than that I see no problem.
For TurboGears2 I think it is very important that we be able to build
reusable web-site-components like a
BTW, with SA I think there is less need to restrict transactions to
certain requests. I'm pretty sure SA is lazy - it only issues the BEGIN
when you do your first query, so if you don't touch the DB in a
controller method, the transaction handling won't touch it either.
I think the issue is
out:
http://docs.turbogears.org/SprintOrganization
--
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
TurboGears Trunk
as well to something less
confusing (although `global` is a keyword and `globals` is a built-in).
app_globals?
--
Ian Bicking : [EMAIL PROTECTED] : http://blog.ianbicking.org
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
On Nov 5, 2007 11:16 AM, Christoph Zwerschke [EMAIL PROTECTED] wrote:
Maybe pylons.c should also become app_context, and pylons.session
app_session? This would avoid confusion with the database (SO/SA)
session and context (which should become db_session and db_context).
pylons.h could become
develop
Let me know if that works for you.
On Nov 6, 2007 12:11 AM, percious [EMAIL PROTECTED] wrote:
I got the code from the trunk. Is this not the current dev version?
(still not working)
On Nov 5, 9:55 pm, Mark Ramm [EMAIL PROTECTED] wrote:
Yea, you need the latest Pylons (the dev version
module, or a
web forum, or a blog. If you can mix and match freely between elixir
and plain SA that part becomes easier.
--Mark Ramm
On Nov 5, 2007 10:44 PM, percious [EMAIL PROTECTED] wrote:
I think saying most users will use the defaults means that it doesn't
matter whether or not you choose
participation is not only welcomed, it's
encouraged!).
--
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
TurboGears Trunk
in your patch + support for SQLite, Oracle and
PostgreSQL into the sa-0.3.10-fix branch at Google Code. All test run
fine with SQLite, MySQL and PostgreSQL. Oracle XE gives some
ORA-12519 errors but this may be a database problem.
--
Mark Ramm-Christensen
email: mark at compoundthinking
/setup.py_tmpl
furthermore, setup.py is not created, so therefore I cannot install my
app to develop on it.
Also, um, how do I get this thing started?
thanks for the hard work guys. dbmechanic AKA dbsprockets is coming.
-chris
--
Mark Ramm-Christensen
email: mark
to Pylons.
Comments welcome.
I think it's a great idea. Go ahead :)
Alberto
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You received this message because you are subscribed
I've just made a fairly change to sqlalchemy ActiveMapper and turbogears
to remove the deprecation warnings. This has a bit more impact than I'd
really like, but I think almost everything will still work.
Awesome! Thanks for the hard work.
For 1.1, I'm wondering, since Active Mapper is
,
so keep tuned
Regards,
Florent.
--
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
TurboGears Trunk group
) with Routes.
Anybody got any objections? Or even better, anybody wanna help?
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You received this message because you are subscribed
/17/07, Mark Ramm [EMAIL PROTECTED] wrote:
Well, I'd still use workingenv for a couple of days ;)
And if you're on Windows or a Mac (with MacPython -- as opposed to
python from macports), it's not fixed yet.
--Mark
On 9/16/07, John M Camara [EMAIL PROTECTED] wrote:
On Sep 16
The only new thing here is number 2, right? I think that's great. Since
some browsers use the file extension to interpret the content type, and
since it is handy if you want to save a web page, it's usually a good
idea to add the proper extension anyway.
The thing that goes away is the
to do it.
Any thoughts before I go off and start adding this kind of stuff to SVN?
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You received this message because you are subscribed
(and then
have it set them to logged it). Ideally, registration would support
email auth, etc.
Keep up the good work Thanks!
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You received
Any thoughts on the best way to integrate ToscaWidgets into TG2?
We can modify the TG controller code to just call the special pylons
response handlers right? Is there any disadvantage to doing that?
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog
replacement which
Philip Eby will support, and TPS is moved over to use it instead of
RuleDispatch, I'd think that it would be a very viable API that many
people would prefer to the current Identity stuff.
What do you all think?
On 8/8/07, Ken Kuhlman [EMAIL PROTECTED] wrote:
On 8/8/07, Mark Ramm
Just a thought,
it would be nice to have a testrunner gadget in the toolbox that runs
all the nosetests in the project and provides a nicely formated table
with red/green indicators for passing/failing tests. Failing tests
could link to the nose failure output for that test...
--
Mark Ramm
I'm planning to move the value_for and error_for functions from the
pylons context object (c) to the pylons helper object (h).
So rather than write c.value_for(*field_1) you will have to write
h.value_for('field_1)
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog
So rather than write c.value_for(*field_1) you will have to write
h.value_for('field_1)
They are both just proxy objects but the helper is object is
currently filled with useful helper functions, while pylons uses the
context object as a request local data store for user data. So
throwing
* TG2 controllers will have __before__ and __after__ methods which
will always be run before or after your controller method
Nice feature, but it's not directly related with this create on
request behavior, I suppose...
Yea, it's not directly related, but the way it is implemented is
, as there are the special cases of default() and lookup(),
but for other non-dynamic URLs, it's true). So caching the root TG2
controller seems like a _very_ good idea to me. Just my $.02
On Jul 18, 11:21 am, Mark Ramm [EMAIL PROTECTED] wrote:
* TG2 controllers will have __before__ and __after__
I wrote a photo gallery program named engal a while back - it uses
SQLObject and Kid. It's in the Cheese Shop.
It has to do some pretty ugly things to get URLs like
/gallery/${user}/sets/${set_id} to work. I think it's a reasonable
size and relative complexity project.
This could be an
Note that you can use -f in a RewriteCond to test for the existence of a
file, so you can use mod_rewrite with overlapping directories. Just an FYI.
I did not know that -- it's definitely good to know. I also want to
be clear, I don't think we should change the behavior of pylons, just
of standard practice for static
content like images, javascript, and CSS.
What do you all think?
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You received this message because you
, and to provide a reasonable
test bed to make sure that we've covered everything we really need for
a functioning alpha release.
I've already done the 20 min wiki, so please don't recomend that ;)
Any thoughts?
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog
Could this be because TG2 controllers are instantiated once per request?
Also, could the new lookup functionality of the TG controllers replace
the need for this setattr trick?
--Mark Ramm
On 7/6/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
At this time two things block the toolbox app
as soon as
Kid 0.9.6 is released (which should happen very soon). Is this ok?
Anything I need to consider? After checking in the new eggs to
site_resources/eggs/, what needs to be done to make them available at
the cheese shop?
-- Christoph
--
Mark Ramm-Christensen
email: mark
to start
working from.
--
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
TurboGears Trunk group.
To post to this group
say plain assignmapper-SA.
I always use mappers when developing with TG.
Me too...
--
Jorge Godoy [EMAIL PROTECTED]
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You
This is Kid ticket #188. David Stanek already started working on this
some time ago. We'll get to it eventually...
Cool. I didn't know if it was already on your radar or not...
Anyway I fully support you in taking on TurboKid related maintenance
tasks. Thanks for your help!
--Mark
for Toolbox.
How is it going to be? When? Has someone started it? Is there room for
an extension or even an independent version of Toolbox? Where can i
grab more info about it?
Regards
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
Yes please! Make Toolbox components separate projects with a dedicated
maintainer so that hopefully we don't get the situation with abandoned
components like CatWalk and ModelDesigner again.
Should we make the TurboGears 2 toolbox a separate project itself? We
can ship with it but keep it
If it is a separate project, I don't see why we should ship it with the core.
We don't ship CherryPy, we don't ship Kid, we don't ship Genshi. Separate
project is separate project. The approach I'd use would be to ship Toolbox2
as a separate project and require a range of versions from TG
I really feel strongly that the Toolbox should be a separate egg, and
not a requirement for the standard TG 2.0 install. To me, a required
dependancy is as good it being a part of the core, which it clearly
doesn't need to be.
How about we don't make it a dependency, but we port a copy of
of pylons.database.
--
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
TurboGears Trunk group.
To post to this group, send
.
--Mark Ramm
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears Trunk group.
To post to this group, send email to turbogears-trunk@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED
Oops I crossed my words, I though assign_mapper and wrote active_mapper sorry
:)
Cool I think we are all on the same page. :)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears Trunk group.
To post to
Ben recomends that we not depend on anything in pylons.database, and
use SAContext instead.
If that's going to happen we'll probably need a third party package
SOContect which provides the connection code we need to support SO
users.
Does that make sense as a path to everybody?
--
Mark Ramm
to make a few modifications to the A2python
controller to get it to work. Patch as well as updated controllers/
root.py attached. I'm using latest svn trunk of tg and pylons as of
this morning (Py 2.5).
Cheers,
Chris Miles
On 9 Jul 2007, at 04:03, Mark Ramm wrote:
Attached is a 20 min
ToscaWidget pylon middleware's
response is not used in tg2)
7. Toolbox
--
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
dispatch system, and write quite a few more tests. I'm sure
there are other thnings that need to be done before the 2.0 alpha, so
let's put them all into Trac with a 2.0 target so we can keep track of
all of them.
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog
.
Thanks for all your hard work Fred! You are rocking the tg2 dev this week!
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You received this message because you are subscribed
3. need implement tg_flash
I've looked into implementing this as well. I'm not sure what the
reason was for calling it tg_flash (surely its obvious its from tg if
you just import it there?), but I'd like to have a flash function as
well. It should also ensure the cookie is signed properly
will be the major focus of the core
developers). In my business we develop and support web applications
built on a combination of CP2, CP3 and TG, and would like to simplify
our support efforts by moving all apps to CP 3 only, if we can.
Cheers,
Chris Miles
--
Mark Ramm-Christensen
email
Elixir, I have found ActiveMapper to be adequate for my needs.
Paul
--
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
', '_attach_locals']
So I'd say we go with _prefixing, and deal with things as they come.
If we decide to use something other than pudge, we can hack that too,
and if pylons/paste/toscawidgets move too the hack will be useful to
others...
--Mark Ramm
--~--~-~--~~~---~--~~
You
Ive also started test_controllers.py using blogtutorial as the test
subject and the html output test passes (yay! :). However, the json
output fails. First because jsonify doesn't know how to jsonify
pylons.c (should it even be trying??) and later, after I switched the
I didn't get tests written, but I did create some docstrings.
I'll keep going with adding more docstrings and tests tonight.
Awesome, thanks!
I see you've beaten me to it on adding tests. :)
Thanks!
--~--~-~--~~~---~--~~
You received this message
://groups.google.com/group/turbogears-trunk)
--
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
TurboGears Trunk group
I didn't get tests written, but I did create some docstrings.
I'll keep going with adding more docstrings and tests tonight.
--Mark
On 6/26/07, Mark Ramm [EMAIL PROTECTED] wrote:
Yea, we definitely need some tests, some better docstrings, and
more/better code comments.
Not sure how much
projects, and I hope that people
do create and share those alternatives to help out with the 5% problem
you mention.
--Mark
On 6/27/07, Neil Blakey-Milner [EMAIL PROTECTED] wrote:
On 6/27/07, Mark Ramm [EMAIL PROTECTED] wrote:
I'm looking forward to some spirited discussion of the TurboGears 2.0
, and other sub-projects.
--Mark
On 6/27/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On 6月28日, 上午1時53分, Mark Ramm [EMAIL PROTECTED] wrote:
Yes, we actually require the current svn version, as we had to fix a bug
in the Buffet template API handling in Pylons.
I also understand (from Ben
I think we should branch 1.0 right away and get it ready to flip the
switch on Genshi/SQLAlchemy.
I think all we need is a new set of paster templates, that include
Genshi rather than kid template files.
Is there anything else needed on the code side for 1.1?
--
Mark Ramm-Christensen
email
I guess we're abandoning Catwalk and Model designer for 1.1? I think
people have mention problems with paginate as well.
I'd hope we could get paginate to work, but yea, Catwalk and
ModelDesigner are SO specific in ways that would be hard to fix.
[EMAIL PROTECTED] wrote:
Paul Johnston schrieb:
I guess we're abandoning Catwalk and Model designer for 1.1? I think
people have mention problems with paginate as well.
What do you mean, abandon? Didn't we always say that SO and Kid will be
always supported as well?
Chris
--
Mark
afriad the patch is now a little hacky; I hope someone else can cast
their eye over this and perhaps suggest improvements.
Regards,
Paul
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
the expose decorator should still accept a parameter for setting the
extension. like the current as_format
Yes, I'd need that as well 'cause there are times when I'm generating dynamic
contents and I don't always have a file to work with (I can create a random
filename, but...).
We'd be
a pdf document if you had a buffet engine which could return
PDF.
What do you all think?
--
Mark Ramm-Christensen
email: mark at compoundthinking dot com
blog: www.compoundthinking.com/blog
--~--~-~--~~~---~--~~
You received this message because you are subscribed
It's open now.
I had it private for a bit, back when we hadn't talked to you yet ;)
--mark
On 6/18/07, Alberto Valverde [EMAIL PROTECTED] wrote:
On Jun 17, 2007, at 11:10 PM, Mark Ramm wrote:
Several folks from Optio, and other Atlanta area companies are going
to get together next
;)
--Mark Ramm
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears Trunk group.
To post to this group, send email to turbogears-trunk@googlegroups.com
To unsubscribe from this group, send email to [EMAIL
Ok, cool. I'm pretty impressed with the stuff in the new CherryPy book,
and with the quality of the book itself. So it would be sad not to keep
leveragiong all that good work!
Yea, there's lots of good stuf in Cherrpy 3 thats for sure. Robert
Brewer has done a fantastic job, and there is a
501 - 600 of 639 matches
Mail list logo