jvanasco wrote:
If this ticket for 'TurboEmail' is good as-is ( which some suggested -
but I don't know ), it would be nice to have it in now.
http://trac.turbogears.org/turbogears/ticket/244
Great work with everything Keven others. Thanks a ton.
Mmm I think something like this
Ups, forgot to commit decorator.py. Fixed in r1260. Sorry for the
inconvenience.
Cheers,
Simon
Jorge Godoy wrote:
Em Quarta 26 Abril 2006 18:40, Simon Belak escreveu:
Hi,
I would just like to highlight some (breaking) changes I made in r1257.
For now all are intended for First Class, if
Roger Demetrescu wrote:
Hi Michele !!!
On 4/26/06, Michele Cella [EMAIL PROTECTED] wrote:
(...)
I particularly like your commit message! :D
+1 !
Oh, and please Michele (one L not two, only Roger calls me Michelle)
:D
My God !!! Why didn't you tell me before !!?
Since when did you
Em Quinta 27 Abril 2006 07:18, Simon Belak escreveu:
Ups, forgot to commit decorator.py. Fixed in r1260. Sorry for the
inconvenience.
No problems. I was just testing your changes ;-)
It works now. At least my app starts ;-) Unit tests are back to normal:
Ran 185 tests in 45.386s
FAILED
Em Quinta 27 Abril 2006 03:33, Michele Cella escreveu:
jvanasco wrote:
If this ticket for 'TurboEmail' is good as-is ( which some suggested -
but I don't know ), it would be nice to have it in now.
http://trac.turbogears.org/turbogears/ticket/244
Great work with everything Keven
Em Quinta 27 Abril 2006 03:23, Michele Cella escreveu:
Hi gasolin,
Hi agree with you, that was also my first impression, we can make
things easier if we do something like this IMHO:
Do you want to enable indetity support in this project? [no]
Now who wants identity types yes:
Select
sure no problem I sux at doing frontends.Sorry for not providing a patch but at work I can't get pass my firewall for SVN access.It's a small change in quickstart.py, on how to set the variables, all the rest should work.
On 4/27/06, Michele Cella [EMAIL PROTECTED] wrote:
Hi gasolin,Hi agree with
Hi...
Continuing to refactor several forms I isolated some common fields and I found
out that I can reuse them inside a new list. Something like this:
class CommonWidget(widgets.WidgetsList):
my_common_widget = widgets.SomeField(...)
class UseCommonWidget(widgets.WidgetsList):
I just committed a big change to how logging is configured so that
everything is now piped through Python's logging module and is very
flexibly configurable via the config files. You can reroute access
logs with the turbogears.access logger.
If you look at a brand new quickstarted project,
On 4/27/06, fumanchu [EMAIL PROTECTED] wrote:
Why not just using the logging module with well-defined categories?
First, because the logging module doesn't have categories, only
levels. The categories in Dejavu (IO, SQL, SANDBOX) and CP (access
log vs everything else) aren't heirarchical.
On 4/27/06, Jorge Godoy [EMAIL PROTECTED] wrote:
Sure. But in these cases, isn't it easier to do the thing twice, i.e.,
editing the svn:externals twice?
Not really, if you have both checked out (see Michele's recent post
about conventions).
svn merge -r: ../my_1.0_dir
Kevin
Mmmm, everytime a widget is declared it increments a global counter to
keep the right order of declaration (since a class dict is not ordered
sadly), we may experiment with tweaking the WidgetsList so that when a
new instance of it is created it tells the widget to increment it's
counter this
Jorge Godoy wrote:
Em Quinta 27 Abril 2006 14:15, Kevin Dangoor escreveu:
That's a great idea. I'll have to fiddle with the code a little bit,
but I think I can do that. Though I agree that a separate log.cfg
would be nice, I'll probably drop them in app.cfg for now because that
On 4/27/06, Jorge Vargas [EMAIL PROTECTED] wrote:
sure no problem I sux at doing frontends.
Sorry for not providing a patch but at work I can't get pass my firewall for
SVN access.
It's a small change in quickstart.py, on how to set the variables, all the
rest should work.
Watch out for
On 4/27/06, Michele Cella [EMAIL PROTECTED] wrote:
Great work Kevin, and +1 for log.cfg when possible. :-)
Already done :)
Kevin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears Trunk group.
To post to
On 4/26/06, jvanasco [EMAIL PROTECTED] wrote:
If this ticket for 'TurboEmail' is good as-is ( which some suggested -
but I don't know ), it would be nice to have it in now.
http://trac.turbogears.org/turbogears/ticket/244
I think some work is needed before we have an email package
Kevin Dangoor wrote:
On 4/27/06, Michele Cella [EMAIL PROTECTED] wrote:
Great work Kevin, and +1 for log.cfg when possible. :-)
Already done :)
Oh that's great, are these tickets fixed now?
http://trac.turbogears.org/turbogears/ticket/609
http://trac.turbogears.org/turbogears/ticket/609
On 4/27/06, Michele Cella [EMAIL PROTECTED] wrote:
Oh that's great, are these tickets fixed now?
http://trac.turbogears.org/turbogears/ticket/609
http://trac.turbogears.org/turbogears/ticket/609
I think I'm seeing double. 609 and 609 are both fixed. :)
Kevin
On 4/27/06, Kevin Dangoor [EMAIL PROTECTED] wrote:
On 4/27/06, Jorge Vargas [EMAIL PROTECTED] wrote: sure no problem I sux at doing frontends. Sorry for not providing a patch but at work I can't get pass my firewall for
SVN access. It's a small change in quickstart.py, on how to set the
Kevin Dangoor wrote:
On 4/27/06, Michele Cella [EMAIL PROTECTED] wrote:
Oh that's great, are these tickets fixed now?
http://trac.turbogears.org/turbogears/ticket/609
http://trac.turbogears.org/turbogears/ticket/609
I think I'm seeing double. 609 and 609 are both fixed. :)
D'oh!! :D
With 3 lines of code I have a working solution but this won't go into
0.9a5, I need to flesh out some other things before doing that, for
example in your code what name do you expect the widget to get?
my_common_widget will be used name, since the widget at this point
is_named we can't change
Kevin Dangoor wrote:
I may very well have the release ready today, but I don't like
releasing at the end of the day in case something is very wrong with
the build that's out there.
Go for it. ;-)
There is a small typo in the CHANGELOG.txt:
In widgets, if the widget you are using provides
Kevin Dangoor wrote:
I got a couple conflicts trying to merge from 1.0 to trunk and it
looks like test_errorhandling at least has some bad line endings that
my editor graciously corrected, but now I need to merge. (And it's
harder for me to know if I just take everything since work has begun
On 4/27/06, Michele Cella [EMAIL PROTECTED] wrote:
In widgets, if the widget you are using provides a default validator,
for example a SelectionWidget, you can tweak its parameters
***without***
by just passing a dictionary of those parameters as validator
(for example,
Jorge Godoy wrote:
Hi...
Continuing to refactor several forms I isolated some common fields and I found
out that I can reuse them inside a new list. Something like this:
class CommonWidget(widgets.WidgetsList):
my_common_widget = widgets.SomeField(...)
class
Em Quinta 27 Abril 2006 18:51, Michele Cella escreveu:
from turbogears import widgets
def common_widget():
return widgets.TextField()
class FooBar(widgets.WidgetsList):
bar = widgets.TextField()
common = common_widget()
foo = widgets.TextField()
key
Em Quinta 27 Abril 2006 18:35, Kevin Dangoor escreveu:
So, just a reminder to keep your editors set for spaces and unix-style
line endings.
No problem to me since this is what I use and I only work on Linux ;-)
--
Jorge Godoy [EMAIL PROTECTED]
Em Quinta 27 Abril 2006 16:06, Michele Cella escreveu:
Mmmm, everytime a widget is declared it increments a global counter to
keep the right order of declaration (since a class dict is not ordered
sadly), we may experiment with tweaking the WidgetsList so that when a
new instance of it is
Em Quinta 27 Abril 2006 17:22, Michele Cella escreveu:
With 3 lines of code I have a working solution but this won't go into
0.9a5, I need to flesh out some other things before doing that, for
example in your code what name do you expect the widget to get?
If I do:
name =
Em Quinta 27 Abril 2006 15:49, Kevin Dangoor escreveu:
On 4/27/06, Jorge Godoy [EMAIL PROTECTED] wrote:
Sure. But in these cases, isn't it easier to do the thing twice, i.e.,
editing the svn:externals twice?
Not really, if you have both checked out (see Michele's recent post
about
[EMAIL PROTECTED] ~/desenvolvimento/python/TurboGears/trunk % find . -name
config\* | grep -v \.svn
./docs/docs/deployment/config.html
./turbogears/quickstart/+package+/config
./turbogears/tests/config.cfg
./turbogears/tests/configfile.cfg
./turbogears/config.py
./turbogears/config.pyc
Em Quinta 27 Abril 2006 22:53, Kevin Dangoor escreveu:
On 4/27/06, Simon Belak [EMAIL PROTECTED] wrote:
I'm going to make everyone's life miserable again. ;)
In r1279 I added support for alternative decorator syntax as used by
PEAK to lessen the anguish of people still on Python 2.3.
On 4/27/06, Kevin Dangoor [EMAIL PROTECTED] wrote:
- #763 - this is an SQLObject failure...I'd make it clear in the docs (failure from SQLObject), ask SQL Object people to take a look at it, bump it to a next milestone.rescheduled for
1.0b1I send something to SQLObject mailing list regarding
On 4/27/06, Michele Cella [EMAIL PROTECTED] wrote:
Kevin Dangoor wrote: I may very well have the release ready today, but I don't like releasing at the end of the day in case something is very wrong with the build that's out there.
Go for it. ;-)There is a small typo in the CHANGELOG.txt: In
34 matches
Mail list logo