Ksenia Marasanova wrote:
And here is the demo: http://turboblog.ksenia.nl
I'll keep it in sync with svn :)
Tnx Ksenia.
By the way keep up the good work reflog, really well done.
Ciao
Michele
My preference is for TinyMCE.
I'm also against the inclusion of a WYSIWYG widget in TG, IMHO it
should be a widget plugin once entry points for widgets are ready, this
will give less bug on the TG core, no license problems for TG itself,
and the ability to release a new version of the plugin any
Same error here, all tests are passing but not those two:
/home/michele/Progetti/TurboGears/svn/turbogears/tests/util.py:4:
UserWarning: turbogears.tests.util has been replaced by
turbogears.testutil
warn(turbogears.tests.util has been replaced by
turbogears.testutil)
I was going to send a message regarding this (evil) FieldSet widget so
I will ask my questions there.
Ticket #125 has a patch that's almost ready if not for this widget, the
patch regards moving error display to the form itself (that's where it
really belongs) and not the widget, now my
Hi Victor,
Please attach your patch to a new ticket on trac.
Ciao
Michele
Victor Kryukov wrote:
Hi list,
I'm currently testing my database model with generous help of
turbogears.testutil, and frankly it's quite annoying that server starts
every time I run my test-model.py, while I don't
Kevin Dangoor wrote:
cleaning things up on the way to release, the widgets package is
undergoing some changes (that started in r572, I think).
- declarative style form syntax is gone for now (but will return in
the style that was discussed a couple days back)
I've almost finished the
Kevin Dangoor wrote:
That's a bug. Did you happen to open a ticket on this already?
http://trac.turbogears.org/turbogears/ticket/443
Ciao
Michele
On 1/20/06, Max Ischenko [EMAIL PROTECTED] wrote:
Hi,
When creating new project with quickstart it creates __init__.py in
top-level
Michele Cella wrote:
I've almost finished the WidgetsDeclaration class, but I'm not a
metaclass guru.
I will open a ticket once I've finished this, so gurus :-) can check
what I've done.
I've attached my work (based on Ian Bicking conservative metaclass [1]
and a snippets of code from
Matthew Bevan wrote:
On January 24, 2006 7:08 pm, Kevin Dangoor wrote:
Had this been released code, these changes would've been made in a
backwards compatible way... but, doing that in code that only exists
in the trunk seems like a bad idea.
An interesting but otherwise unmentioned
Jeff Watkins wrote:
Always on the lookout for ways to simplify the Identity framework, I
thought about allowing developers to specify their Identity model
classes directly rather than by specifying the name of the module and
then the names of the classes. So instead of:
Jamie wrote:
Yeah same here, thanks Michele! For some reason I thought the eggs
would specify which versions they needed, I guess the dependencies just
haven't been updated.
No, eggs are working just fine, the problem is that there is no egg for
Kid svn yet (there will be once it's released),
Jeff Watkins wrote:
On 20 Jan, 2006, at 10:12 pm, Kevin Dangoor wrote:
That's one of the cool things about making WidgetsDeclaration a
list subclass:
TableForm(widgets=[TextField(someotherfield)] + ContactFields())
That would just work, because lists already support +.
Excellent.
Bob Ippolito wrote:
Running tg-admin sql create doesn't do anything unless there's
something in your model. Adding a tg-admin sql create button and/or
checkbox next to Write model would be a nice addition to
ModelDesigner though.
You are right indeed, we can't imagine (yet :D) what DB
Kevin Dangoor wrote:
On 1/19/06, Michele Cella [EMAIL PROTECTED] wrote:
Is there a way to make the widget instance a callable that defaults to
the insert() method?
Example:
instead of:
form.insert(action...)
it would be nice to use (at least for me):
form(action
for the latter is that it removes all the magic (regarding the
name parameter), and I agree with Jeff that it feels right.
But how does it feel from a python point? It's legal code inside a
class? :-)
Ciao
Michele
Michele Cella wrote:
Jeff Watkins wrote:
On 20 Jan, 2006, at 10:12 pm, Kevin Dangoor wrote
Jeff Watkins wrote:
I'd like to propose an alternative, which I'll code if necessary:
class TableForm(Form):
TextField(name)
TextField(age, validators=Int())
Then you can use:
TableForm.widgets['name'] = the name TextField
TableForm.widgets[1] = the age TextField
This
Ok, this is a new idea I've got today it doesn't need any breaking
change and it feels right (at least to me) from an OOP point.
The actual problem with forms declarative style is that we are trying
to subclass a widget to declare the widget list it should use, that's
wrong since you usually
+1
Setting the db uri (and at this point I would add executing tg-admin
sql create) usually to your project dir is the step I hate.
To address Jorge concerns, I would propose to not make SQLite a
dependency (no problem for me anyway).
Maybe we can try to import pysqlite and if we don't get an
Karl Guertin wrote:
On 1/20/06, Mathieu [EMAIL PROTECTED] wrote:
Hi all !
Kid Can Make SVG and XUL ? :)
if yes : how ?
Kid can produce any kind of HTML, you just have to make a template.
Check turbogears/forms/ for a few examples on implementing non-html
XML filetypes.
or
Kevin Dangoor wrote:
I'm not following this. Are you saying you include a tag for each
widget and it gets expanded out at render time?
Yep, sorry I've written it too quickly.
That's something I've tried 1/2 month ago as a proof of concept, the
idea I had was to make it easy to provide
Kevin Dangoor wrote:
OK, I think I grok what you're saying. It sounds tricky and
potentially more trouble than it's worth (to me, at least). I'd rather
put more effort into the code that utilizes the source method on
widgets to make the form *completely* customizable.
Yes, you're right.
Karl Guertin wrote:
On 1/17/06, Jorge Godoy [EMAIL PROTECTED] wrote:
Eh, I need it for a project. I'll do it right now unless you're mostly
done.
This is in r530. I used css_classes because although it isn't quite as
accurate, there's no chance of someone thinking it's some sort of
Jorge Godoy wrote:
I said what I think before: this will make you limited to only two cases:
normal and required classes. What about something else, like a discount
field, or a confirmation field? What about an attention message where you
want to make it stand more, but not in, e.g., red
Karl Guertin wrote:
AFAIK (and I've looked through most of the formencode codebase) there
is no way to definitively tell from a validator whether a field is
required or not without actually trying the to_python method with an
empty string. The not_empty attribute doesn't cover compound or
I guess my idea of using py:match to define widgets attributes in a kid
template it's not thread safe then. :-(
This is what I had in mind:
in master.kid (dumb namings):
attr widget=form.name size=10 ... /
this should be matched on the sitetemplate, and will result in
something like this (at
Mike Kent wrote:
One thing I learned while doing this project is the current Widget base
class is very form-input oriented. I see from comments from Kevin and
Karl that what I set out to do is not really in line with the original
intended use for widgets. It may be a mistake to limit our
Kevin Dangoor wrote:
My ideal vision:
Widget
|__ TagWidget
|__ FormField
TagWidget is a widget whose output/template is just a single tag and
hence supports attributes using py:attrs.
TagWidget really sounds like STAN or htmlgen. I don't think that wheel
needs
Kevin Dangoor wrote:
Ahh. I see what you're geting at. You're correct that something like
attrs makes no sense in a complex widget, but makes perfect sense in
what you're calling a TagWidget. Making a change like that can make it
clearer to people what kind of Widget they've got and what
Mike Kent wrote:
Now, you might say that this is exactly the intended way to change the
behavior of the grid widget. But this seemed to me to be an ugly,
hackish way to go about it, when all I wanted to do was add one column
to the grid. By using a more flexible set of widgets, not only can
Kevin Dangoor wrote:
On 1/16/06, Karl Guertin [EMAIL PROTECTED] wrote:
I'm deploying a TG app to a machine that isn't connected to the
internet. I know I can do an easy_install -f on a directory with all
the eggs, but I'm looking for a simple way to fetch all the dependency
eggs into a
Michele Cella wrote:
Kevin Dangoor wrote:
On 1/16/06, Karl Guertin [EMAIL PROTECTED] wrote:
I'm deploying a TG app to a machine that isn't connected to the
internet. I know I can do an easy_install -f on a directory with all
the eggs, but I'm looking for a simple way to fetch all
Michele Cella wrote:
This should be:
wget -r -l1 --no-parent -A.egg http://www.turbogears.org/download/
Works here.
Ciao
Michele
By the way this only works for the stable release, but I think you were
talking about the TG svn. :-(
Ciao
Michele
Olivier Favre-Simon wrote:
Bob: Yes I'll vote for more Paste support (but I think that's already
clear from my previous mails in TG ML but the CP and Paste ones too)
+1
As others said Paste/WSGI it's the way to go, even more if you consider
TG attitude to reuse existing and best of breed
Agreed, shipping 0.9 soon is really an important step for TG that will
let many more people (that ATM don't want to use a svn thing because
they feel it as unstable) play with the new features and give a
realistic feedback to developers.
As you said CP 2.2 is on the right track for WSGI/Paste
Ian Bicking wrote:
If you are thinking about RuleDispatch, you should probably consider
peak.security: http://peak.telecommunity.com/DevCenter/SecurityRules
This in fact was already suggested by PJE, I opened a ticket some days
ago:
http://trac.turbogears.org/turbogears/ticket/313
Right
Lee McFadden wrote:
+1
+1 for visitor tracking being off by default too (as it's tied in with
identity somewhat). A simple toggle in the config is about as simple
as it gets imho, and it'll still be great when you do enable it.
Agreed.
I think Identity/Visit shouldn't even try to create
Jeff Watkins wrote:
Michele Cella wrote:
I think Identity/Visit shouldn't even try to create Tables magically at
project start but only if the developer wants them (ie. when one runs
tg-admin sql create).
OK, then someone needs to fix the bug in SQLObject that makes it not
create tables
Jeff Watkins wrote:
Michele Cella wrote:
Ok, then we should most probably keep this feature in until this
SQLObject bug it's fixed.
Not at all. There's still the (lame) option of modifying sqlobject.txt.
Yep.
Excuse me Jeff. :-)
I didn't mean to snap at you, just that the automatic
Olivier Favre-Simon wrote:
Right. If I remember well (from 2 years ago ASP.NET1.0 (VS.NET2003))
forms even have a IsPostBack method to check for this.
And the LAN sniffer we used for tests showed relatively high traffic.
= ASP.NET was trading server RAM against bandwidth.
Don't know about
Olivier Favre-Simon wrote:
Many people wasting their energy about EARLY OPTIMIZATION, THE ROOT OF
ALL EVIL :-/
If what matters for you is quickstart behaving well, just use stable
version released by Kevin.
If what matters is having a good visit tracking or authentication
framework,
Jeff Watkins wrote:
Actually, one of the features I *CAN'T* add to TurboGears is
aggregated identity from multiple sources (DB, LDAP, IMAP, etc)
because it would be considered a Single Sign On solution and my
employer (an SSO provider) would own it. Not good.
Too bad. :-(
Ciao
Michele
Michele Cella wrote:
Agreed. It seems Jeff has pretty good understanding of what he is doing
thankfully.
And by the way we should be grateful to Jeff for all the great work he
has done/is doing for TG.
Ciao
Michele
Leandro Lucarella wrote:
Michele Cella, el lunes 9 de enero a las 10:12 me escribiste:
Agreed. It seems Jeff has pretty good understanding of what he is doing
thankfully.
And by the way we should be grateful to Jeff for all the great work he
has done/is doing for TG.
And we
Leandro Lucarella wrote:
Great, so why don't we use the session filter so anyone can use the model
that better fits his needs (RAM/files/DB) and we don't have to discuss
about confirmation of cookies?
If DB sessions backend is broken, I don't think it would be impossible to
fix.
Just to
+1
A quickstarted project should be kept barely simple IHMO.
What I would really like (more than an advanced option for tg-admin) is
a set of command that you can use even after you quickstarted the
project, like Rails generate scripts.
I mean, tg-admin ATM helps you only at the beginning (app
David Stanek wrote:
On 1/8/06, Jeff Watkins [EMAIL PROTECTED] wrote:
100% of all respondents agreed: adding Identity support to quickstart is
+1. Therefore, starting with revision 478, you get methods for login and
logout in your root controller and a login.kid template.
Identity
Jeff Watkins wrote:
Are you running SQLite version 2 or 3? At least one other person saw
these errors go away after moving from 2 to 3.
Thanks Jeff, problem solved after using SQLite3.
Some nitpicks:
Why the error with SQLite2?
On ubuntu (where pysqlite uses sqlite2) at least *everyone*
[EMAIL PROTECTED] wrote:
Jeff,
I'm wondering what leads you to say this, since this isn't the case
with any cookies or browsers in my experience. The fact that
clear_cookie() in visit.py wouldn't work if this were the case makes me
think I must be misunderstanding you.
On the main subject
Jeremy Jones wrote:
David Stanek wrote:
This has to do with the reloading of base templates, but I can't seem
to recreate the issue anymore. Still looking though.
-- David
It's really sporadic with me. I've been running for a couple of hours
now with no problems. Or did you mean
Kevin Dangoor wrote:
That seems reasonable... Can someone open a ticket on this? It'll be
nice to delete a couple lines of code :)
Done, patch attached.
http://trac.turbogears.org/turbogears/ticket/358
Ciao
Michele
Kevin Dangoor wrote:
On 1/3/06, Michele Cella [EMAIL PROTECTED] wrote:
Can this be a starting point?
http://www.cherrypy.org/changeset/908
Yeah, that's good stuff. Unfortunately, that is likely CherryPy 3.0.
It would be nice if we can implement a stopgap before then.
Good news (if I'm
Kevin Dangoor wrote:
Gadzooks. All hail the mighty Fumanchu!
:-)
This puts me in a bit of a quandry as far as CP 2.2 is concerned.
IMHO, this is a hugely important feature for a variety of reasons. I
think I'll work on clearing the TurboGears 0.9 queue in Trac and then
decide whether CP
Kevin Dangoor wrote:
On 1/4/06, Keir Mierle [EMAIL PROTECTED] wrote:
The devcast says that the submit argument is removed from the form
parameters when passed via the inputform; hence there is no 'submit'
parameter to signup_confirm(). This works great, but only when there is
no
Ronald Jaramillo wrote:
Hi,
Short comments:
- The download box should left align with the 'Learn fast column
- Green for the download is ok (kind of a convention this days), but
orange will be better for
the other links so they could play up to to the golden gear.
- What about a blue
Michele Cella wrote:
Agreed, I really like the 1) 2) 3) slogan but I think we can find
better words for Run and Visit (Quickstart is ok)... by the way I don't
know what we can use! :P
1) Quickstart
2) Run
3) Gear Up
!? Ok, time to sleep. :-)
Ciao
Michele
Just noticed Dict4Ini on the Cheese Shop:
http://cheeseshop.python.org/pypi/Dict4Ini
This module is used to process ini format configuration file. It acts
just like
a dict, but you can also access it's sections and options with
attribute syntax,
just like x.test.
The site contains some
Kevin Dangoor wrote:
On 1/3/06, Richard (koorb) [EMAIL PROTECTED] wrote:
[1] is a slightly different approach with the following provisos;
- Three steps are just filler ideas, so both text and images should be
improved.
- Download Now grey box should have relevant information
Kevin Dangoor wrote:
TurboGears is not yet using Paste-Deploy. As of the current CherryPy
trunk, CP can currently handle a decent amount of URL mangling on the
way in. However, CherryPy still has the notion of a single root
object that makes it not very functional with paste. Ian has been
Kevin Dangoor wrote:
On 1/2/06, markc [EMAIL PROTECTED] wrote:
. I needed to use hub.begin() and hub.commit() adding or modifying
records in SQLite3 via tg-admin shell (again, from the wiki20
tutorial).
Note that it's really hub.commit() that you needed to do. Access to
the database is
Hi markc,
for the sheel problem you could try to wrap the record insertion
betwenn hub.begin() and hub.commit().
Ciao
Michele
markc wrote:
Regarding the JSON problem, I had a look in dev.cfg and found this
setting and now AJAX works...
tg.allow_json = True
As for the inability to
Hi David,
This was also announced here: http://tinyurl.com/e4blh
TG now supports template plugins: ;-)
http://www.blueskyonmars.com/2006/01/01/turbogears-now-supports-cheetah-and-stan/
Ciao
Michele
David Guaraglia wrote:
http://blog.dowski.com/2005/12/26/buffet-a-full-spread-of-templates/
Kevin Dangoor wrote:
On 12/29/05, Michele Cella [EMAIL PROTECTED] wrote:
Something like this seems pretty good and nice looking (at least to
me):
raise turbogears.HTTPRedirect(/notfound, pagename= pagename)
It's still like the CherryPy one (and not a departure from the CherryPy
Since it has to do with widgets, could this be ticket #148?
http://trac.turbogears.org/turbogears/ticket/148
Ciao
Michele
David Stanek wrote:
It seems like this may be a CherryPy issue. Are you able to run your server
with '-v' so that you can get more detail about the exception that
This also seems to be related to ticket #148, you are using a widget
created outside the turbogears package, right?
Ciao
Michele
reflog wrote:
hm, ok.
i'll keep an eye on it.
eli
directory up properly, the widget worked fine. I stuck it in a random
20 minute wiki project that I've got, and all was well...
Kevin
On 12/29/05, Michele Cella [EMAIL PROTECTED] wrote:
This also seems to be related to ticket #148, you are using a widget
created outside the turbogears package
Kevin Dangoor wrote:
On 12/29/05, Kevin Dangoor [EMAIL PROTECTED] wrote:
On 12/29/05, Jason Chu [EMAIL PROTECTED] wrote:
My thinking was that it had to do with cherrypy autoreloading. Cherrypy
finds the compiled class in cls.template, but can't find the source class
and throws an
Great, but are validators still working right?
I remember Sean Cazzel saying (back in November on the 0.9 IRC Chat)
that validators were not working when using positional parameters.
Ciao
Michele
Kevin Dangoor wrote:
CherryPy 2.2 has positional parameters as a standard feature, and
we've had
Konstantin Veretennicov wrote:
One thing I noticed: Rails' redirect_to looks nicer *and* more
explicit than raise cherrypy.HTTPRedirect. And it's easy to fix by
adding turbogears.redirect_to wrapper.
Regarding this, I think raising an exception is better (hence more
explicit) than calling a
Kevin Dangoor wrote:
Validators, in general, work. But, you may be correct that validators
*on the positional parameters* may not work. That's worth testing.
Kevin
And probably turbogears.url should take positional parameters into
account while generating an url. right?
Ciao
Michele
Kevin Dangoor wrote:
On 12/27/05, Michele Cella [EMAIL PROTECTED] wrote:
Also since (as Mike said) you are obviously validating input shouldn't
inputform be renamed to form?
@validate(form=..., validators=...)
You're right... form is a lot more pleasant. inputform was a
holdover from
I've just come across this interesting real comparison between TG and
RoR:
http://sl33p3r.free.fr/tutorials/rails/wiki/wiki-en.html
From a first look, I like their welcome page (ok, it's not that
important anyway) and the very helpful error page (there are two ticket
for this on the TG trac,
Leandro Lucarella wrote:
Karl Guertin, el mi?rcoles 28 de diciembre a las 00:09 me escribiste:
I'm also annoyed that the labels all have 'for=widget' rather than
the correct widget name.
This one is clearly a bug, did you opened a ticket?
Yes, labels should have their for attribute
sergio wrote:
Patrick Lewis wrote:
I think you need to have a py:match statement in the index.kid file,
something like the following (untested):
thanks!
for some reason, i am not getting this..
i have adjusted my index.kid so the header looks like the bottom of this
.. but i am
Great to see that now you feel more positive. :-)
You can even help to improve the documentation by submitting ticket on
the doc component, or by contributing new things to the documentation
playground (or turbogears faqs) if you feel they are needed.
Betwenn the two process seems the best:
@process(form=..., validators=...)
Validate could be confusing since you will end up with something like:
@validate(validators=...)
Ciao
Michele
Kevin Dangoor wrote:
Hi,
I'm working on the expose decorator split that's been talked about for
a while
Kevin Dangoor wrote:
On 12/27/05, Mike Orr [EMAIL PROTECTED] wrote:
@validate sounds best because that's what it's doing. And if anybody
asks what's it validating, what else can it be but the input?
That was what I was thinking. You're either validating that set of
validators or the
Bob Ippolito wrote:
Copies are a good thing because they are the specific version that has the
egg metadata, which is usually newer than what your managed package has.
In your configuration, you'll probably get different packages with import
foo and require('foo'); import foo. That's
Matthew Bevan wrote:
1. Can I make the @turbogears.expose() template path relative to the
current directory, or otherwise detach it from my application root?
E.g. the above would turn into templates.view which is much nicer.
If you are using tg svn:
* Templates can now be specified
Kevin Dangoor wrote:
I know that you've been thinking along the lines of a product API.
What I've been shooting for is the ability to compose applications
using standard Python mechanisms. Install an egg, import the class and
hook up an instance to your tree... that would hardly even
I think Karl's layout is original and nice, but (personally) I don't
find it quite usable.
For example, I think the front page exposes to many things packed in a
small spaces and it's hard to find what you are looking for.
Most probably my impression it's only related to the relatively dark
(and
Kevin Dangoor wrote:
My thought is that the core package will include the functionality
needed for a large portion of webapps. i18n, identity and widgets all
fit this description. The feed generation code that Elvelind wrote is
probably the most borderline, but I think that feed generation
Richard (koorb) wrote:
$ tg-admin vault install tg-shoppingcart
Just a thought ...
+1
I don't think whole applications (like a shopping cart...) should
belong to TG itself, eggs/setup tools are already providing facilities
to plug a third part component into TG.
Ciao
Michele
That's simply great!!! :-)
Congratulations Kevin and Mark!
Ciao
Michele
Jared Kuolt wrote:
Yes. How totally radicalawesomecowabunga.
On 12/19/05, Ronald Jaramillo [EMAIL PROTECTED] wrote:
Wt = )!
On Dec 19, 2005, at 9:55 PM, Kevin Dangoor wrote:
After a month of
Jorge Godoy wrote:
Steven Kryskalla [EMAIL PROTECTED] writes:
Another interesting feature is CrackAJAX, which allows you to write an
Ajax page with Python code. It's kind of like 'jsonify', but instead
of Python datatypes, it converts the actual Python code to javascript.
Rails does
Jonathan LaCour wrote:
I like the concept of having plugins installable through some sort of
vault, but I don't think it makes sense to do this in tg-admin, when
you can just use easy_install.
Agreed, that's also what I was thinking, just putt your shopping cart
on PyPI and you are done
' parameter =).
And (thanks to Jason) there is even a patch to make this possible :
http://trac.turbogears.org/turbogears/ticket/204
Ciao
Michele
On Dec 19, 2005, at 10:22 PM, Richard (koorb) wrote:
Michele Cella wrote:
Personally I don't like CracAjax (at least ATM), to me it seems just
Mark Ramm wrote:
...
If you have ideas or experience running an Internet available class,
or want to participate in the class, please let me know.As soon as
more details are available, I will post them to the list, and on my
blog (http://compoundthinking.blogspot.com)
Mmmm, it seems as
Dave Warnock wrote:
Yes. Either a separate egg or a tg-development egg and a tg-deploy egg
or a tg-admin deploy that creates an egg which includes the application
but not the toolbox etc.
Or:
easy_install turbogears
that gives you the base framework, and then:
easy_install
Jorge Godoy wrote:
Not to mention that this one has no today button... If the user went to
some other date, he has to navigate back month by month...
I prefer the one we're using now.
If you go to another date and then click on the month's name you come
back to today.
Personally I think
Dan Jacob wrote:
1. An error_handler argument to @turbogears.expose. This would simplify
code like this:
...
@turbogears.expose(html=templates.form)
def add(self):
return dict(form=article_form())
@turbogears.expose(inputform=article_form(), error_handler=add)
# go straight
Are you doing something that involves widgets templates inside your
app?
Ciao
Michele
Jared Kuolt wrote:
**TG Rev 327**
CherryPy is freaking out and I don't know why! I'm made very minor
changes in my app, but it seems to have killed something and I have no
idea how to debug it:
Hi Richard,
Great work again, but my personal preference goes to the first layout,
I find it really nice, professional and easy on the eyes.
Ciao
Michele
PS
Can I have a gear like the gold one but gray/silver (the one that
you've already done) and with the TurboGears text (and
There is a ticket (106) related to this:
http://trac.turbogears.org/turbogears/ticket/106
(Please, don't pay attention to some of my crazy ideas.)
Anyway, I think that with compound widgets this becomes quite hard, a
solution is much needed to be sure that TG widgets really rock.
Ciao
Michele
koorb wrote:
Hey guys, this certainly is a hot topic. Nice to have a generally
positive feedback.
Hi koorb,
I had a play with some other ideas
http://koorb.co.uk/static/images/tglogos/logo-sheet.png, someone on my
web site suggested a metallic look.
Yes, it was me.
I really like (as the
Facun Chamut wrote:
Apparently (no guarantees, it's fri @ 1:30 on the east coast), templates
that are being called from 3 levels deep in cherrypy are not being affected
by CSS. Uff, that sounds weird.
An example:
controllers.py
import turbogears
from turbogears import controllers
class
Jared Kuolt wrote:
I don't think it's as much a problem with the translator as it is the
idiom of our culture. Ask an Italian guy if he's ready to gear up
and he's likely to smack you.
Google translation from English to Italian:
Siete pronti ad innestare in su?
It's not the best
Brian Beck wrote:
Jared Kuolt wrote:
Doesn't IE choke on that Content-Type?
Not sure, but it didn't solve my problem anyway, since Kid ignores the
DTD you give it and puts in its own. Also tried the xlmns:mochi thing
you suggested, still can't get the template to render. Where can I
Jorge Godoy wrote:
Interesting, Michele, because I haven't tried putting it in master.kid. Since
it is something particular to this page only, I didn't think about putting it
there and polluting the whole site. This is definitely something to look
at. Specially because if I had something
I've added your proposal to this ticket:
http://trac.turbogears.org/turbogears/ticket/163
So we can keep track of this.
Ciao
Michele
Rune Hansen wrote:
I'd like to include a new variable in stdvars - hash_random
Why, because of IE's caching of GET requests. This is particularly
annoying
Jared Kuolt wrote:
Can someone tell me what fonts are used in these files? Thanks.
http://trac.turbogears.org/turbogears/wiki/WelcomePageImproved
Do you mean the font used on TG logo files right? If so we should ask
Ronald about this.
Ciao
Michele
401 - 500 of 546 matches
Mail list logo