The goal is to be able to run the following:
curl http://myserver:8080/xml-in/ -d '[some lovely xml]'
On the TurboGears side I'm not entirely sure how to do this. Running
the above gives:
ValueError: too many values to unpack
I can get around this by:
curl http://myserver:8080/xml-in/ -d
]
return responseGood/response
index.exposed = True
Be nice to be able to use the turbgogears expose decorator instead, or
a least a more turbogearsy way to do this.
On Dec 19, 12:14 pm, Owen Mead-Robins owenm...@gmail.com wrote:
The goal is to be able to run the following
'--Yummy XML Data--', data.keys()[0]
return responseGood/response
Tried adding this to config/app.cfg, but didn't seem to take
[/rpc]
xmlrpc_filter.on = True
xmlrpc_filter.encoding = 'latin-1'
On Dec 19, 12:35 pm, Owen Mead-Robins owenm...@gmail.com wrote:
I can do it by using
Hopefully I can shed some light on these questions.
The original AutoComplete would only return the values displayed to the
user to your controller. So if you were searching on names, it would
return names. The hidden field is used to return another value, say a
contact id instead of a name.
Doing some development with Oprius Web Widgets, and wanted to use the
FastDataController but with a hash for an ID instead of a database ID.
I posted how to do it on the Oprius blog for those interested. The main
tricks are to use an alternateID plus extending a field creation
function in the
We just finished updating our screen casts of Foundations. Totally TG
under the hood and leveraging the awesome widgets quite a bit.
The 3 new screencasts are posted on our software page:
http://www.oprius.com/software.htm
Let us know what you think,
-Owen
Thanks,
Actually the software is free. I'm curious how you thought it was paid
for, as other may think the same.
-Owen
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group,
For anyone following this thread via Google Groups, Jason posted the
first of probably a number of docs / howtos. The first: Loaded Widgets.
Google group post:
http://groups.google.com/group/turbogears/browse_thread/thread/c0c712021bf61e5c
The actual article is here on the Oprius Blog:
We have no problem publishing a couple tutorials/recipes. The question
to the community is what do you want? What we think would be useful may
be quite different from what others think. Our quick editable AJAX
tables have already come up. Other requests?
Glad you like what we have so far. The team here is enjoying all the
warm fuzzies we are feeling by all the positive feedback we are
getting. If you know others that would benifit from Foundations, spread
the word, the more users using Foundations the better (and it adds to
the momentum of
For those interested in projects using TurboGears under the hood,
You can now import vCards and Outlook CSV into Oprius Foundations. It
would help us a bunch if people would try importing their data and let
us know if they have any problems. You can use the demo account, but
your contacts will
I'm thinking the best way to go about this, is to create a recipe or
a howto where we can work off each other while we build it, then others
can leverage our work in their own projects. The mappings from imported
files to each of our database backends will be quite different.
I did a bunch of
Any TG projects out there have data import capabilities? In the very
near future Oprius Software will be developing an address book
calendar data import/export tool. Since this is fairly generic in
nature I was wondering if anyone else has / is / will be working on
this? Sharing of ideas / code
Thanks. Wasn't sure if that was going to bypass something important.
(for those reading this thread using an older version of TG the line of
code is:
identity.current_provider.validate_identity(user_name, password,
identity.current.visit_id)
New user has just finished entering their credentials in a sign-up
form. Form submits and creates the account. Now the system *should*
log them in with their supplied credentials and take them to the main
page, which requires the user to be logged in. Currently, after the
account is created
I was wanting to add instructional text to the Autocomplete field (grey
text that goes away when you click the field). I did a bit of a hack
(which I included below). Wondering if I should make this less hack
like and submit a patch into TG?
MyCustomManager= function(name, groupid) {
To make a long post short, you don't use XML()
Try this:
img src='${turbogears.url(/pie_chart, billable=25,
unbillable=25, nonbill=25, contract=25)}' /
-Owen
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
For people following this but not the trac, there was a bug with the
new hidden field. Clearing out the text would not clear out the hidden
field. So it was imposible to remove a value once set. I've updated the
javascript to solve this problem:
http://trac.turbogears.org/turbogears/ticket/656
Performing autosearching from a user's point of view, you need to use
text fields (first/last name of people). From a technical point of
view, you want to work with ids (matching an id to perform database
functions is much easier and less error prone then string parsing).
To do this we modified
I've been able to perform a single outer join as follows:
Contact.select(join=LEFTOUTERJOINOn(Contact, ContactEmail, Contact.q.id
== ContactEmail.q.contactID))
The basic object structure:
Contact has many-to-one relationships with Phone, Email, and Addresses.
What I can't figure out, is how to
20 matches
Mail list logo