Hi!
Congratulations!
Thank you for all your work on TW!
tw.dojo
---
dojo 1.3.2 added
added versioning system
This version also fixes several bugs, which can cost lot of time.
Please upgrade!
Cheers,
Michael
--~--~-~--~~~---~--~~
You received this
Hi Luke,
See this discussion
http://groups.google.com/group/toscawidgets-discuss/browse_thread/thread/d1add406ad1dbc6d
and solution by srlindemann here:
http://toscawidgets.org/trac/tw/ticket/30
Cheers, Andrew.
2009/3/30 Luke Macken luke.mac...@gmail.com:
Hey guys,
I've been getting
Michael,
I agree that catwalk should be it's own app at some point. However, I
think that TG2 is benefiting from the marriage of Catwalk to TG2. TG2
recently grew a restful controller, and some new decorators because of
the challenges in making Catwalk inside of TG.
I guess one of my goals
I wrote my initial response at like 12am, so sorry it was so terse. I
wanted to thank Mark for bringing this issue up to the ML, and I will
try to do that more successfully in the future. I realize that the
change I made effects the entire TG dispatch, and that really needs to
be discussed.
Hi Chris!
The problem with making Catwalk it's own middleware is that I'd have
to re-implement all of the rest dispatch, and I don't really have a
desire to do that.
Shouldn't it be possible to make it just a TG2 app mounted in a TG2
app, instead
a TG2 controller.
In this way, you should
Mark Ramm wrote:
I noticed that a recent change in tg.controllers does 2 things:
1) it allows you to set your toscawidgets to adapt to mako or genshi
on a per request basis
2) it makes a hard dependency on TW in tg.
It was a goal to have the actuall turbogears2 package have as small a
On Wed, Jan 14, 2009 at 9:26 AM, Mark Ramm mark.mchristen...@gmail.com wrote:
I noticed that a recent change in tg.controllers does 2 things:
1) it allows you to set your toscawidgets to adapt to mako or genshi
on a per request basis
2) it makes a hard dependency on TW in tg.
It was a
Mark Ramm wrote:
if tg.config.use_toscawidgets:
import tw
tw.framework.default_view = tg.config.tw.framework.default_view
Makes sense, though you only want to do the import once, not on each
request. ;)
It's safe to do that on every request since that attribute is a
Makes sense, though you only want to do the import once, not on each
request. ;)
It's safe to do that on every request since that attribute is a
descriptor that stores the value you set in thread-local storage.
Safe, yes. Fast, probably not. ;)
On 15/01/2009, at 4:07 AM, Mark Ramm wrote:
if tg.config.use_toscawidgets:
import tw
tw.framework.default_view = tg.config.tw.framework.default_view
Makes sense, though you only want to do the import once, not on each
request. ;)
I was going to suggest that there should be no
Just so you guys know, this change allows people with mako, jinja, or
chameleon.genshi default_templates to use tg components like
tgext.admin and Catwalk. Without this, those libraries have to use XML
() all over the place in their templates which also degrades
performance. The default
Alberto,
Thanks for this. This was the last remaining item keeping TW from
supporting Python 2.6 properly.
cheers.
-chris
On Dec 8, 4:53 am, Alberto Valverde [EMAIL PROTECTED] wrote:
Hi,
I've just uploaded a 0.9.4 release to PyPI. Most notable change is that
ToscaWidgets now requires, and
The ToscaWidgets FormsTutorial under project_code has now been changed
work with tg2a4 and it works fine for me. Can someone else confirm too
please?
Regards
Sanjiv
On Sep 3, 5:30 am, Ademan [EMAIL PROTECTED] wrote:
The project code provided doesn't work with alpha 4. A little bit of
Thanks Sanjiv!
Worked for me too.
On Sep 3, 12:43 pm, Sanjiv [EMAIL PROTECTED] wrote:
The ToscaWidgets FormsTutorial under project_code has now been changed
work with tg2a4 and it works fine for me. Can someone else confirm too
please?
Regards
Sanjiv
On Sep 3, 5:30 am, Ademan [EMAIL
Well, all the breaking changes since the tutorial was written can be found at:
http://trac.turbogears.org/wiki/2.0/changelog
But yea, I don't think you'll miss any changes if you quickstart a
new project and doing the same steps in the tutorial -- that should
fix everything.
--Mark Ramm
On
I just wanted to say thank you to Alberto for his hard work.
Also, I wanted to mention that I don't know of any widgets in the
twtools family that use Rule Dispatch. I urge those using RD in their
widgets to speak up about it so that we can move quickly from
deprecation to elimination.
cheers.
percious wrote:
I just wanted to say thank you to Alberto for his hard work.
You're welcome :)
Also, I wanted to mention that I don't know of any widgets in the
twtools family that use Rule Dispatch. I urge those using RD in their
widgets to speak up about it so that we can move quickly
if google let me use dancing banana emoticons, you would see a whole
row of them.
-chris
On May 30, 12:31 pm, Alberto Valverde [EMAIL PROTECTED] wrote:
percious wrote:
I just wanted to say thank you to Alberto for his hard work.
You're welcome :) Also, I wanted to mention that I don't know
Anyway, the release will most probably go out even if not
all those tickets are closed so these important changes can be tested in
the wild ASAP.
This is fantastic news. Thanks for all the hard work Alberto, Paul,
Chris, etc.
I'm very much looking forward to the new ToscaWidgets site.
Jorge Vargas schrieb:
On Fri, May 23, 2008 at 11:00 AM, Diez B. Roggisch [EMAIL PROTECTED] wrote:
Hi,
I'm getting troubles using TW in TG11 as widgets. Funnily enough I made
it work at work - but here on my notebook, it fails. The reason is
simple: ToscaWidgets registers a template
On Fri, May 23, 2008 at 11:00 AM, Diez B. Roggisch [EMAIL PROTECTED] wrote:
Hi,
I'm getting troubles using TW in TG11 as widgets. Funnily enough I made
it work at work - but here on my notebook, it fails. The reason is
simple: ToscaWidgets registers a template lookup-thingy that doesn't get
iain duncan wrote:
On Sat, 2007-15-12 at 23:28 +, Alberto Valverde wrote:
iain duncan wrote:
I got toscawidgets working in the python shell ( as in I could call and
render a widget ) and in the pylons simple toscawidget example, where
the widget gets attached to that handy 'c' object.
On Sat, 2007-15-12 at 23:28 +, Alberto Valverde wrote:
iain duncan wrote:
I got toscawidgets working in the python shell ( as in I could call and
render a widget ) and in the pylons simple toscawidget example, where
the widget gets attached to that handy 'c' object. Couldn't figure out
Hi Together
In fact it was a problem with the baseclass of AdminController. It
should be controllers.Controller.
Best Regards Ivo
On 10/5/07, Ivo Looser [EMAIL PROTECTED] wrote:
Hi together
I've tried to use Toscawidgets in the Admin part. I did the following
structur...
This is the correct patch. Had created the first one against a
partially modified version of view.py.
--- view.py.orig2007-09-08 00:32:01.0 -0400
+++ view.py 2007-09-08 00:34:19.0 -0400
@@ -54,12 +54,13 @@
raise EngineException(No plugin available for
On Aug 28, 2007, at 9:06 PM, Diez B. Roggisch wrote:
Ok, I tried the retrieve_javascript-function as well as a simple
javascript-property.
So my widget looks like this:
class TagInputWidget(Widget):
template =
input xmlns=http://www.w3.org/1999/xhtml;
Alberto Valverde schrieb:
On Aug 28, 2007, at 9:06 PM, Diez B. Roggisch wrote:
Ok, I tried the retrieve_javascript-function as well as a simple
javascript-property.
So my widget looks like this:
class TagInputWidget(Widget):
template =
input xmlns=http://www.w3.org/1999/xhtml;
AttributeError: 'Stream' object has no attribute 'tag'
Hmm, are javascript and css wrapped with ET in sitetemplate.html?
They shouldn't be wrapped since TW takes care of adapting output...
They were. But that's how they came out of the quickstart. Me being used
only KID so far didn't
Alberto Valverde schrieb:
On Aug 24, 2007, at 4:08 PM, Diez B. Roggisch wrote:
Hi,
I'm trying to wet my feet with TWs. But I encounter a problem with the
following widget:
class TagInputWidget(Widget):
template =
input xmlns=http://www.w3.org/1999/xhtml;
On Aug 24, 2007, at 4:08 PM, Diez B. Roggisch wrote:
Hi,
I'm trying to wet my feet with TWs. But I encounter a problem with the
following widget:
class TagInputWidget(Widget):
template =
input xmlns=http://www.w3.org/1999/xhtml;
xmlns:py=http://genshi.edgewall.org/;
On Aug 14, 2007, at 6:50 PM, stephen emslie wrote:
I'd like to pull a regular TurboGears widget into a project using
ToscaWidgets. The TurboGears widget is rendering with kid, and I would
like to have it included into my genshi template. ToscaWidgets appears
to handle the kid-to-genshi
Thanks for the offer of help. I made a start at tackling this myself
without terribly much success, and I've got more widgets in mind that
I'd like to build from scratch as TW widgets.
The widget in question is TGFusionCharts:
http://www.thesamet.com/TGFusionCharts/
I'd like to wrap my head
On 8/15/07, Mark Ramm [EMAIL PROTECTED] wrote:
Is there a reason you don't want to use regular TG widgets?
Not particularly. I was just getting to know TW by attempting to work
it into an existing project using non-core TG Widgets.
I've no desperate need to do this because as you mentioned,
I'm using TurboGears 1.0.3.2 with toscawidgets 0.1a1 and twForms0.1a1
On 8/14/07, Mark Ramm [EMAIL PROTECTED] wrote:
What version of TurboGears are you using?
On 8/14/07, stephen emslie [EMAIL PROTECTED] wrote:
I'd like to pull a regular TurboGears widget into a project using
On May 19, 2007, at 2:40 PM, Christopher Arndt wrote:
Alberto Valverde schrieb:
BTW, crossposting to toscawidgets-discuss. Let's please move this
thread
there since there are TW users subscribed there who might not be
in TG
trunk and a, most probable, change that might break their
On Apr 5, 2007, at 9:45 AM, Max Ischenko wrote:
Hello,
I wonder why this test fails:
def test_options():
w = MultipleSelectField(options=Group1 Group2 Group3.split())
eq_(['Group3', 'Group1'], w.validate(['Group3', 'Group1']))
print w.validate(['GroupX'])
assert 0,
Alberto,
On 4/5/07, Alberto Valverde [EMAIL PROTECTED] wrote:
def test_options():
w = MultipleSelectField(options=Group1 Group2 Group3.split())
eq_(['Group3', 'Group1'], w.validate(['Group3', 'Group1']))
print w.validate(['GroupX'])
assert 0, formencode.Invalid not
On Apr 5, 2007, at 1:50 PM, Max Ischenko wrote:
Alberto,
On 4/5/07, Alberto Valverde [EMAIL PROTECTED] wrote:
def test_options():
w = MultipleSelectField(options=Group1 Group2 Group3.split())
eq_(['Group3', 'Group1'], w.validate(['Group3', 'Group1']))
print
On Jan 30, 11:39 am, Alberto Valverde [EMAIL PROTECTED] wrote:
On Jan 26, 2007, at 7:34 PM, shday wrote:
So the tests at test_genericfucntions.py are passing? :)
I guess not:
C:\Documents and
Settings\Daystev\Desktop\Downloads\toscawidgets\testsnosetests
Oh, excellent. Exactly what I wanted; I feel truly spoiled :-D
[sending this for the second time - no idea what happened to last
nights reply]
The patch applied perfectly and works a charm. I noticed that you
don't make any attempt to clear out cached templates in
_initialize_engine. Think this
On Mar 7, 2007, at 12:57 PM, robinbryce wrote:
Hi,
On the tw trunk; The engine manager currently unconditionally loads
all python.templating.engines entry points::
toscawidgets.view.py
for entrypoint in
iter_entry_points(python.templating.engines):
engine_factory =
Thanks for your help. I've decided that being on the bleeding edge may
not be a good idea as I'm trying to build something quickly. For now
I'm just going to use plain old 1.01 widgets. The only non-standard
part will be SQLAlchemy.
Steve
On Jan 30, 9:39 am, Alberto Valverde [EMAIL
Hi,
I've update/installed everything in your list:
Genshi-0.3.6-py2.4.egg - upgraded with warning messages
Mako-0.1.1-py2.4.egg - installed it
MyghtyUtils-0.52-py2.4.egg - installed it
Paste-1.1.1-py2.4.egg - already had it
PasteDeploy-1.1-py2.4.egg -upgraded
PasteScript-1.1-py2.4.egg -upgraded
On Jan 26, 2007, at 5:44 PM, shday wrote:
Hi,
I've update/installed everything in your list:
Genshi-0.3.6-py2.4.egg - upgraded with warning messages
Mako-0.1.1-py2.4.egg - installed it
MyghtyUtils-0.52-py2.4.egg - installed it
Paste-1.1.1-py2.4.egg - already had it
On Jan 26, 2007, at 5:58 PM, Alberto Valverde wrote:
Hmmm, I remember Karl having the same problem with display rules and
solved it by erasing the old versions' eggs... can you try that?
More precisely, remove only the old version of RuleDispatch which
came with TG (which has a bug the new
2) When I upgraded from kid-0.9.3 to 0.9.4 I get an internal server
error. Here is the console output:
http://paste.turbogears.org/paste/910This is due to the pyc precompiled
templates 0.9.3 left behind are
incompatible with 0.9.4. Erase them and that error will dissapear.
Now I get a
Okay... my easy_install.pth was pointing to a non existent version of
RuleDispatch (one with (2) at the end which I had removeded 8\ ).
That's fixed now, but I am getting yet another error
http://paste.turbogears.org/paste/913
Here is my easy_install.pth... in case it looks fishy:
On Jan 26, 2007, at 6:44 PM, shday wrote:
Okay... my easy_install.pth was pointing to a non existent version of
RuleDispatch (one with (2) at the end which I had removeded 8\ ).
That's fixed now, but I am getting yet another error
http://paste.turbogears.org/paste/913
So the tests at
So the tests at test_genericfucntions.py are passing? :)
I guess not:
C:\Documents and
Settings\Daystev\Desktop\Downloads\toscawidgets\testsnosetests
test_genericfunctions.py
...FF
==
FAIL: Non-prioritized ambiguous methods
Okay, that got it working... sort of. Most of the page seems to be
rendered okay but there are large bits of raw html showing also.
http://img49.imageshack.us/img49/7075/tgsamplebug3rs.png
I suspect the problem is somewhere with kid or the template (I have
kid-0.9.3-py2.4.egg). I have another
On Jan 25, 2007, at 6:56 PM, shday wrote:
Okay, that got it working... sort of. Most of the page seems to be
rendered okay but there are large bits of raw html showing also.
http://img49.imageshack.us/img49/7075/tgsamplebug3rs.png
Doh, that should *not* be happening. This has happened
Excellent work,
* You no longer need to register_static_directories for JS and
CSSLinks. These are registered automatically when Links are initialized
so that's less bolier-plate for you. The syntax is also friendlier and
takes care of finding the full path for resources for you:
On Jan 21, 2007, at 9:40 AM, [EMAIL PROTECTED] wrote:
Hi:
ToscaWidgets looks cool but I had a problem to install the current
version on windows because it depends with cjson, which need a vc 2003
compiler (I do have vc 2005 express version).
In case you haven't read it at the non-trunk
On Jan 22, 2007, at 9:59 PM, Florent Aide wrote:
On 1/22/07, Alberto Valverde [EMAIL PROTECTED] wrote:
[...]
In case you haven't read it at the non-trunk ML, I've switched to
simplejson to avoid another C extension dependency (though I might
switch back if I can get a windows
Hi:
ToscaWidgets looks cool but I had a problem to install the current
version on windows because it depends with cjson, which need a vc 2003
compiler (I do have vc 2005 express version).
--~--~-~--~~~---~--~~
You received this message because you are subscribed
On Dec 25, 2006, at 9:43 AM, Bill wrote:
Hello Alberto,
I see that you are a very busy fellow these days. There are lots of
changes and code reorganization going on in the ToscaWidgets SVN. So
far I've been able to keep my Pylons test code in sync with the
changes. But it's got me
On Dec 26, 2006, at 7:10 PM, Jorge Godoy wrote:
Alberto Valverde [EMAIL PROTECTED] writes:
3) I need to implement a way to signal all root widgets what template
language they're displaying on. The current implementation needs
manually
setting toscawidgets.framework.default_view in each
Alberto Valverde [EMAIL PROTECTED] writes:
I'm afraid you can't have a genshi (nor kid) template consisting of a single
XML opening or closing tag (it's not well formed XML) so neither
tabber_start or tabber_end can be implemented as single widgets. However,
you can create a DIV
On Dec 21, 2006, at 3:55 PM, Bill wrote:
A bit of confusion here. I originally posted this on the
pylons-discuss group but it didn't show up for hours so I thought
something was wrong. I decided to then post here to see if it would
get through to Alberto one way or another. Well, a day
Hi All,
On Dec 20, 10:48 am, Bill [EMAIL PROTECTED] wrote:
I've been experimenting with the Pylons ToscaWidgets (TW) sample with
snip
A bit of confusion here. I originally posted this on the
pylons-discuss group but it didn't show up for hours so I thought
something was wrong. I decided
On 12/20/06, Bill [EMAIL PROTECTED] wrote:
I've been experimenting with the Pylons ToscaWidgets sample. I have
been doing some debugging. Should I report my analysis here or on the
pylons-discuss group?
This is a good place to talk about ToscaWidgets-related issues.
Kevin
On 12/12/06, Ian Bicking [EMAIL PROTECTED] wrote:
I guess it was added: http://mochikit.com/doc/html/MochiKit/Selector.html
Wonder how I managed to miss that...
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
+1 on this. Although it's more work, if it's going to really be
framework-independent then we need to support at least some of the
major javascript kits.
-ian
On Dec 11, 2:40 pm, Alberto Valverde [EMAIL PROTECTED] wrote:
On Dec 11, 2006, at 12:47 AM, Lee McFadden wrote:
I think that if
On 12/12/06, Jonathan LaCour [EMAIL PROTECTED] wrote:
You could even have it generate a cached version that
gets run through a JavaScript packing tool.
The problem with this is that unless the extraction is done on a
site-wide basis, you'll have to re-download the same set of core
components
On Dec 11, 2006, at 2:40 PM, Alberto Valverde wrote:
So now my plan for action is:
1) new ToscaWidgetsMochi egg with the mochikit widget
2) new ToscaWidgetsJQuery egg with the jQuery widget and wrappers for
the cool accordions, tabs, bells and whistles.
3) js_interface.core.EventAware bye,
On 12/10/06, Ian Charnas [EMAIL PROTECTED] wrote:
Is the accordion in jquery any better than
the accordion in mootools? Is scriptaculous' lightbox any better than
jquery's graybox? Because we can't provide them all so that people can
use whichever they want for their application, I think we
66 matches
Mail list logo