Re: should I code against the current release or the 0.96rc?
Well I've definitely got a deadline to make this week. What I'm afraid of is that this project will grow and the migration will be that much more difficult. however if I build it on 0.96 now then I'll have to install one of release candidates. Not sure how stable rc2 is for real use or for that matter how far away 0.96 really is Jose Max Ischenko wrote: On 7/31/07, *Jose Galvez* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi all, I've got a pretty big project that is almost done with phase one, but will undoubtedly need updates in the very near future. Since I know that this will be a work in progress for at least the near future the big question is should I code against the current release (which it is currently written against) or should I just bite the bullet and chagne my code base now the for 0.96? Any thoughts? I would advise upgrading. It took me almost two days to complete the migration, mostly because I had a lot of extension code. But postponing it means increasing your technical debt. I'd only do it in the face of a deadline. Max. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
unit test: g not registered with thread
team pylons-- we have some admin processes that run on top of pylons (share model, ini, etc) but run outside of any request context. these processes make use of the g app_globals var (g holds a ref to a memcache client). in unit tests, when i try to access g outside the scope of a request, i get an exception. so how do i register g with the test thread? or is my whole premise backwards? sample code: test_welcome.py from test_9_5.tests import * from pylons import g class TestWelcomeController(TestController): def test_index(self): response = self.app.get(url_for(controller='welcome')) g.test = 'hello' *** nosetests exception print out Traceback (most recent call last): File C:\projects\adroll_aaron_sandbox\test_9_5\test_9_5\tests \functional\test_welcome.py, line 11, in test_index g.test = 'hello' File c:\python25\lib\site-packages\Paste-1.3-py2.5.egg\paste \registry.py, line 128, in __setattr__ setattr(self._current_obj(), attr, value) File c:\python25\lib\site-packages\Paste-1.3-py2.5.egg\paste \registry.py, line 179, in _current_obj 'thread' % self.name__) TypeError: No object (name: G) has been registered for this thread thanks, ab --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: should I code against the current release or the 0.96rc?
On Mon, Jul 30, 2007 at 11:30:43PM -0700, Jose Galvez wrote: Well I've definitely got a deadline to make this week. What I'm afraid of is that this project will grow and the migration will be that much more difficult. Indeed. The API has changed a bit (to the better) and I would suggest you use 0.9.6. however if I build it on 0.96 now then I'll have to install one of release candidates. Not sure how stable rc2 is for real use or for that matter how far away 0.96 really is 0.9.6 is pretty close (matter of days) and if there are issues they should be sorted out quickly. I'm also basing a productive application on 0.9.6rc here and am happy so far. No deadline until end of the week here but I don't fear any major instability issues. The devs fix those things very quickly usually. Christoph --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: 0.9.6rc: No templates directory
On Tue, Jul 31, 2007 at 10:39:47AM +0200, Christoph Haas wrote: Is it a bug that the templates directory is missing with the 0.9.6rc Pylons template? Creating it (mkdir) and putting Mako templates into it works perfectly though. So the basic Mako configuration is okay. Just figured that it's probably known as http://pylonshq.com/project/pylonshq/ticket/284 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: should I code against the current release or the 0.96rc?
On 7/31/07, Jose Galvez [EMAIL PROTECTED] wrote: Well I've definitely got a deadline to make this week. What I'm afraid of is that this project will grow and the migration will be that much more difficult. however if I build it on 0.96 now then I'll have to install one of release candidates. Not sure how stable rc2 is for real use or for that matter how far away 0.96 really is If deadline is so close, what's the rush? Make a release and _then_ plan migration. Max. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Toscawidgets and Pylons0.9.6rc1
On Jul 27, 2007, at 12:25 PM, Dominik Neumann wrote: Hello, i'm trying to get the Toscawidgets example running with pylons 0.9.6rc1. The only part not working for me is in middleware: def extra_vars(): return dict( py_c=pylons.c._current_obj(), g=pylons.g._current_obj(), ... where the pylons-object doesn't exist: exceptions.NameError: global name 'pylons' is not defined any ideas? do i miss something? import pylons :) Alberto --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Javascript in Pylons for ToscaWidgets with Mako
On Jul 17, 2007, at 1:13 AM, BruceC wrote: Hi all...I posted this in the ToscaWidget discussion board, (http:// groups.google.com/group/toscawidgets-discuss/browse_thread/thread/ c2250165e832c1a?hl=en) but in some ways it's more of a Pylons question, so I thought I'd ask the question here as well... I'm trying to work out how to ensure that Javascripts get loaded into a Pylons page when using ToscaWidget forms that use the Mako templating engineThe forms display properly, data validation works. I'm using the approach documented here: http://wiki.pylonshq.com/display/pylonscookbook/ToscaWidgets+and +Mako+-+example+app . The one thing missing is that the JS libraries needed for the toscawidgets calendar date picker aren't being loaded into the page header, I'm not sure of the general approach for loading JS into a Pylons app. So if anyone can shed some light on this for me, it would be greatly appreciated. :) Are you sure you're using the render_response function provided in toscawidgets.mods.pylonshf and passing all widgets to the template in the c.w attribute? Alberto --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Javascript text editor.
David Geller wrote: No question that this editor is in the early stages, and needs more work and refinement. But I like it's simplicity. Certainly, if you want a full-featured slick editor that does just about anything, something like xinha might really fill the bill. But if you want to limit what a user can do to a small, predefined menu so that the snippets created are consistent for use as specific pieces in a larger master plan, then maybe this more minimalist thing might be better. Also, one has to look at who will be using the system, and fewer features means, in general, it should be easier to use. It's also quite simple to trim down the Xinha toolbar to those elements you want to include. Xinha has some neat features (mostly in the form of of various plugins), but the core editing experience is also a big part of why I like it. And it also has little things like pretty printing your HTML when you go to HTML edit mode (though I believe you need a plugin to get it to do that). That's a feature (in that it requires code to make that happen), but it's not something that complicates the editor. Or there is a plugin that makes images maintain their aspect ratio when you resize them. That's rather challenging, because it's the browser that really handles the resizing but the browser does it in a stupid way (totally free form), so you have to work hard to fix that. (Either way you still really need to do server-size processing to do a real resize, but so it goes.) Anyway, I guess my point is just that simple code isn't the same as simple UI. -- Ian Bicking : [EMAIL PROTECTED] : http://blog.ianbicking.org : Write code, do good : http://topp.openplans.org/careers --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Javascript text editor.
No question that this editor is in the early stages, and needs more work and refinement. But I like it's simplicity. Certainly, if you want a full-featured slick editor that does just about anything, something like xinha might really fill the bill. But if you want to limit what a user can do to a small, predefined menu so that the snippets created are consistent for use as specific pieces in a larger master plan, then maybe this more minimalist thing might be better. Also, one has to look at who will be using the system, and fewer features means, in general, it should be easier to use. (BTW, as far as the xhtml code, indeed, in its raw state it is not formatted nicely as far as pretty-printing goes, but seems to be well-formed - if not, I'd sure like to know...) Hey, just my 1 1/2 cents. -David Ian Bicking wrote: David Geller wrote: A really interesting js editor: wymedit -- wym for what you mean. It tries *not* to be wysiwyg on purpose. It's use might be a little confusing to a new user at first, but the output can be carefully controlled by the site designer. I have just started playing around with it, but it might be what I have been seeking for a long time. I suggest reading the (short) intro and trying the demo if you are at all interested in these sorts of things.. http://www.wymeditor.org/en/ I think it way oversells itself. It throws in a little CSS so that paragraphs and whatnot are visible (not all bad, but hardly rocket science). As an editor it's just not good. For instance, move the cursor around and hit the link button. It'll create a link like a href=.../a -- no text, completely invisible. Totally sloppy. Well, if you can get it to link at all. And then go look at its clean XHTML. Jumbled and uneditable. Yes, it spells out strong. Because, after all, when you hit the B button you of course *mean* strong. Anyway, I looked at and dropped this editor from my evaluation pretty quickly when I was doing such things. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Pylons 0.9.6rc1 fails to start helloworld project: Lookup error
I also faced this error while trying tutorial on my debian (mostly testing with some unstable). The problem can be caused by too old setuptools. Some details: 1) I easy_installed pylons, then created project as in the tutorial 2) App refused to start exactly as above 3) I noticed that the helloworld.egg-info directory is *ALMOST EMPTY* (it contained only paste_deploy_config.ini_tmpl paster_plugins.txt) 4) Then I tried issuing setup.py egg-info and got error The required version of setuptools (=0.6c6) is not available, and can't be installed while this script is running. Please install a more recent version first. (Currently using setuptools 0.6c3 (/usr/lib/python2.4/site-packages)) 5) So I easy_install-ed newer setuptools and reissued setup.py egg- info, as I noticed 6 new files were created in helloworld.egg-info directory: PKG-INFO, SOURCES.txt, dependency_links.txt, entry_points.txt, requires.txt and top_level.txt 6) now the app starts. 7) I also tried creating the new app again in other dir, and now everything is OK. So the final diagnosis is: when (too) old setuptools are in use, 'paster create' silently (there was no error message) fails to create some files. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
nosetests output
I'm getting a lot more errors than Shift-PgUp could view. Is there a way to redirect stdout/stderr to a file? Normal redirection doesn't work. Thanks, Carlo --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: nosetests output
What do you mean, normal redirection doesn't work? nosetests file.log That should always work. It's just part of 'nix. ~jon On Jul 31, 9:37 pm, Carlo Sogono [EMAIL PROTECTED] wrote: I'm getting a lot more errors than Shift-PgUp could view. Is there a way to redirect stdout/stderr to a file? Normal redirection doesn't work. Thanks, Carlo --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: nosetests output
but only if you're using a csh derived shell nosetests log 21 if memory serves me, for a normal shell (sh, or bash) Uwe On Tuesday 31 July 2007, Jonathon Anderson wrote: What do you mean, normal redirection doesn't work? nosetests file.log That should always work. It's just part of 'nix. ~jon On Jul 31, 9:37 pm, Carlo Sogono [EMAIL PROTECTED] wrote: I'm getting a lot more errors than Shift-PgUp could view. Is there a way to redirect stdout/stderr to a file? Normal redirection doesn't work. Thanks, Carlo -- Open Source Solutions 4U, LLC 1618 Kelly St Phone: +1 707 568 3056 Santa Rosa, CA 95401 Cell: +1 650 302 2405 United States Fax:+1 707 568 6416 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: nosetests output
Uwe C. Schroeder wrote: but only if you're using a csh derived shell nosetests log 21 Pfft. I'm such a twat. I was doing: nosetests 21 log All good now. Thanks! Carlo if memory serves me, for a normal shell (sh, or bash) Uwe On Tuesday 31 July 2007, Jonathon Anderson wrote: What do you mean, normal redirection doesn't work? nosetests file.log That should always work. It's just part of 'nix. ~jon On Jul 31, 9:37 pm, Carlo Sogono [EMAIL PROTECTED] wrote: I'm getting a lot more errors than Shift-PgUp could view. Is there a way to redirect stdout/stderr to a file? Normal redirection doesn't work. Thanks, Carlo -- Open Source Solutions 4U, LLC 1618 Kelly St Phone: +1 707 568 3056 Santa Rosa, CA 95401 Cell: +1 650 302 2405 United States Fax:+1 707 568 6416 -- Carlo F. Sogono Software Developer Anchor Systems Pty Ltd http://www.anchor.com.au/ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: nosetests output
That's true. The syntax is different, but I was referring to the ability to redirect stdout/stderr. On 8/1/07, Uwe C. Schroeder [EMAIL PROTECTED] wrote: but only if you're using a csh derived shell nosetests log 21 if memory serves me, for a normal shell (sh, or bash) Uwe On Tuesday 31 July 2007, Jonathon Anderson wrote: What do you mean, normal redirection doesn't work? nosetests file.log That should always work. It's just part of 'nix. ~jon On Jul 31, 9:37 pm, Carlo Sogono [EMAIL PROTECTED] wrote: I'm getting a lot more errors than Shift-PgUp could view. Is there a way to redirect stdout/stderr to a file? Normal redirection doesn't work. Thanks, Carlo -- Open Source Solutions 4U, LLC 1618 Kelly St Phone: +1 707 568 3056 Santa Rosa, CA 95401 Cell: +1 650 302 2405 United States Fax:+1 707 568 6416 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---