Mailman 3 March 2005 - Twisted-web

liveevil and unicode
by Dave Cook 07 Mar '05

07 Mar '05

Has anyone had any success sending unicode back and forth between client and server (using nevow 0.3). I'm testing with the simple liveevil.py example: from nevow import liveevil, inevow, tags, rend, loaders from twisted.internet import reactor reactor.listenTCP(8080, liveevil.LiveSite(rend.Page(docFactory=loaders.stan(tags.html[tags.head[liveevil.glue], tags.body[ tags.input(type="text", onchange=liveevil.handler(lambda client, text: client.alert(text), "node.value"))]])))) reactor.run() Either the server doesn't understand the input from Firefox, or in the case of Safari, send back garbage. A good example of the kind of character I want to send is: č U+010D LATIN SMALL LETTER C WITH CARON General Character Properties Unicode category: Letter, Lowercase Canonical decomposition: U+0063 LATIN SMALL LETTER C + U+030C COMBINING CARON Various Useful Representations UTF-8: 0xC4 0x8D Octal escaped UTF-8: \304\215 Decimal entity reference: č Thanks, Dave Cook

2 2

livepage and threads does work
by Kevin Dangoor 05 Mar '05

05 Mar '05

Follow-up to my last message... I suddenly noticed that my current version of that was doing a deferToThread and passing progress, not wrappedProgress. D'oh! Everything works fine if I do the threads properly. Kevin

1 0

mixing livepage with threads
by Kevin Dangoor 05 Mar '05

05 Mar '05

I'm using a relatively recent vintage Twisted and Nevow (say within the past 3 weeks). I'm trying to do something like this: def myLPHandler(self, client): def progress(message): # there are a couple of miscellaneous things that happen here... trivial, non-blocking, non-io stuff. client.set("someid", message) def wrappedprogress(message): reactor.callFromThread(progress, message) reactor.callInThread(someLongRunningThing, wrappedprogress) Here's what happens: 1) user clicks a button that calls the method above 2) someLongRunningThing starts up 3) it sends progress messages to wrappedprogress 4) a couple messages show up, but after that they just get buffered (I can see this with liveevil.DEBUG=True) Should this work? Is there something else I should be doing to keep sending messages across the livepage link? Generally speaking, LivePage has been great fun to use. It's so easy and yet so powerful! Kevin

1 0

Basic wsgi implementation
by Sridhar Ratna 05 Mar '05

05 Mar '05

I have hacked (that's a long time back) wsgi.py (new) and put the files here http://srid.bsdnerds.org/hacking/wsgi/ wsgi.py: replacement for nevow.wsgi test.py: test cgi script that uses nevow.wsgi Basic URL traversal and template processing works. Liveevil, Guard and Sessions for sure will not work. -- Sridhar Ratna - http://srid.bsdnerds.org

1 1

Fix for an issue 92 (windows binary distribution made with distutils doesn't install data files into package directories)
by Alexey Shamrin 04 Mar '05

04 Mar '05

Hello! While trying to fix issue 92 [1] I came to PEAK package. To solve the problems with distutils they use package 'setuptools' from python cvs repository. They just add 'setuptools' to PEAK repository and use it in setup.py [2]. So I tried to do the same for nevow. My results (and longer description) are attached to issue 92 [1]. For example, with 'setuptools' nevow's setup.py become: ===[...setup.py...]=== #!/usr/bin/env python2.3 # -*- test-case-name: "nevow.test -xformless.test" -*- from setuptools import setup, find_packages import sys packages = find_packages() ## Prevent 'setuptools' package to be included in certain cases cmd = sys.argv[1] if cmd.startswith('bdist') or cmd.startswith('install'): packages = [pkg for pkg in packages if not pkg.startswith('setuptools')] setup( author='Donovan Preston et al', author_email='dp(a)divmod.org', name='nevow', version='0.4pre', description='Web Application Construction Kit', url='http://www.nevow.com/', packages = packages, package_data = { 'formless': ['freeform-default.css'], 'nevow': ['liveevil.js','Canvas.swf'], }, scripts=['bin/nevow-xmlgettext'], ) ===[...setup.py...]=== P.S. What about documentation issues 158 [3] and 159 [4]? For some reason I haven't recieved *any* response. Is it because nobody is interested in them? Thank you! [1] http://divmod.org/users/roundup.twistd/nevow/issue92 [2] http://cvs.eby-sarna.com/PEAK/setup.py?rev=1.101&content-type=text/vnd.view… [3] http://divmod.org/users/roundup.twistd/nevow/issue158 [4] http://divmod.org/users/roundup.twistd/nevow/issue159 -- Best regards, Alexey.

6 9

Re: [Twisted-web] patch: default values for slots from html templates
by Stefano Debenedetti 03 Mar '05

03 Mar '05

James Y Knight ha scritto: > On Mar 3, 2005, at 3:40 PM, Tommi Virtanen wrote: [..] >> Also, I'd imagine it's a valid use case to want to see some "example >> data" in the template, when viewed directly, and still set the default >> to something else. > > If that's a requirement, I don't think your proposed syntax will do it, > because the webmonkey will see both MISSING *and* John Doe. If that's That won't be a problem for the web monkey (see below for the reason why) but even if it was the web monkey would then promply do: <p class="person"> <n:slot name="fullname"> <n:slotdefault style="display:none">MISSING</n:slotdefault> John Doe </n:slot> </p> which does the trick in Mozilla. Oh well, the web monkey doesn't love IE anyway.. ;-) (it will work on IE too for text/xml content with an external CSS) > not a requirement (and I personally don't think it needs to be, but as > I don't do much webmonkeying, could be convinced otherwise), a much It wouldn't be a problem anyway for the web monkey because it is usually a matter of text size, not of actual content: when the page is used as a mockup the actual text is usually some dummy string like "Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam..." while the default text is usually something really short like "-" or "N/A" or "Nothing here sorry". So even if the mockup text showed "N/ALorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam..." it would make no difference whatsoever (in most cases). > simpler solution is to do <n:slot name="fullname" > allowDefault="true">MISSING</n:slot>. That also has the advantage of > not breaking any current code and allowing arbitrary default contents. +1 for not breaking current code so my preferred solution would be what you suggest but with an added check so that: if allowDefault="true" *and* there exists a n:slotdefault then take *only* the n:slotdefault content as default value, else if only allowDefault="true" then use the whole contents of the slot as default value, else bail out like it does now. ciao ste

1 0

Re: [Twisted-web] patch: default values for slots from html templates
by Stefano Debenedetti 03 Mar '05

03 Mar '05

Steven Armstrong ha scritto: > The cool thing about default="whatever" is that you can (mis)use it to > mark slots as optional. > > IMHO it makes the render="mapping" functionality even more powerfull. Yes, +1 for the defaulting functionality: tremendously useful, makes for more elegant templates and code. But I like more the syntax suggested by srid for specifying the default: + more similar to what other popular templating languages do, XSLT for one but also some java-based I think + makes templates more useful when looked at in a browser by themselves (w/o nevow rendering), when testing the l'n'f just my .02 ciao ste

3 3

patch: default values for slots from html templates
by Steven Armstrong 03 Mar '05

03 Mar '05

Hi all I've found out lately that you can give a slot a default value when using stan. Attached is a patch that enables that functionality for xmlstring and xmlfile templates. Stan: T.span[T.slot("my_slot_name", default="Whatever")] HTML: <span><n:slot name="my_slot_name" default="Whatever" /></span> regards Steven Index: nevow/flat/flatsax.py =================================================================== --- nevow/flat/flatsax.py (revision 1213) +++ nevow/flat/flatsax.py (working copy) @@ -103,7 +103,7 @@ if name == 'invisible': name = '' elif name == 'slot': - el = slot(attrs[(None,'name')]) + el = slot(attrs[(None,'name')], attrs.get((None, 'default'), None)) self.stack.append(el) self.current.append(el) self.current = el.children Index: nevow/flat/flatmdom.py =================================================================== --- nevow/flat/flatmdom.py (revision 1213) +++ nevow/flat/flatmdom.py (working copy) @@ -43,7 +43,7 @@ if name == 'invisible': name = '' elif name == 'slot': - return slot(element.attributes['name'])[ + return slot(element.attributes['name'], element.attributes.get("default", None))[ precompile(serialize(element.childNodes, context), context)] attrs = dict(element.attributes) # get rid of CaseInsensitiveDict

3 3

SIP MessageParser
by M.N.A.Smadi 03 Mar '05

03 Mar '05

Hi; does twisted.protocols.sip.MessagesParser <http://twistedmatrix.com/documents/current/api/twisted.protocols.sip.Messag…> implement the NOTIFY/REFER method or is it going to return the |invalidMessage(self) thanks m.smadi |

2 1

Re: nevow.liveevil question (dynamically adding a link with its own handler)
by Thomas Hervé 02 Mar '05

02 Mar '05

On Dec 19, 2004, at 12:05 PM, David Moore wrote: > def adder(client): > # newLink = loaders.stan(tags.a(href="#")["Nothing"]) > newLink = loaders.stan(tags.a(href="#", > onclick=liveevil.handler(adder))["AddAgain"]) > client.append('content', newLink) I got a similar problem and actually found the reason : you can't call liveevil.handler in a function itself called by liveevil.handler (a function aimed at javascript). To make things work, I used a small hack : ### Code def adder(client): newLink = tags.a(onclick="myfunc")["AddAgain"] client.append('content', newLink) ### END Code In your page : ### Code def render_myfunc(context, data); return liveevil.handler(adder) ### END Code And in your html/stan/whatever : ### Code <script language="javascript"> function my_func() { <span nevow:render="myfunc" /> } </script> ### END Code Hope it'll help -- Thomas

1 0