Sunday, December 25, 2011

Re: Digest for django-users@googlegroups.com - 25 Messages in 7 Topics

Pydev +1

2011/12/20 <django-users@googlegroups.com>

Group: http://groups.google.com/group/django-users/topics

    Ashkan Roshanayi <Ashkan.Roshanayi@gmail.com> Dec 19 11:24AM -0800  

    I tried to live edit base.py template but now my app has internal error. I
    undo the changes but still get 500 error while accessing website. Tail -f
    of my application_name.log shows:
    > line 291, in invalid_block_tag
    > raise self.error(token, "Invalid block tag: '%s'" % command)
    > TemplateSyntaxError: Invalid block tag: '%20get_static_prefix%20'
     
     
    And tail -f of error.log shows:
     
    [Mon Dec 19 13:22:28 2011] [error] [client 188.158.186.121] return
    > TemplateDoesNotExist(name)
    > [Mon Dec 19 13:22:55 2011] [error] [client 109.125.144.206]
    > TemplateDoesNotExist: 500.html
     

    Is there anything I can do now? sorry but this is very urgent for me so
    your kind helps will be very appreciated.
     
    Cheers,

     

    Nikolas Stevenson-Molnar <nik.molnar@consbio.org> Dec 19 11:32AM -0800  

    It looks like your changes weren't undone correctly, given the "Invalid
    block tag" error. I would double check that tag, make sure it is
    correct, and make sure than any required loading is done for that tag to
    be available to the template.
     
    The other error (TemplateDoesNotExist) is really related to the first
    error: the first error would show a "500" page to the user, but since
    you don't have a 500.html template defined, you get the
    "TemplateDoesNotExist" instead.
     
    _Nik
     
    On 12/19/2011 11:24 AM, Ashkan Roshanayi wrote:

     

    Nikolas Stevenson-Molnar <nik.molnar@consbio.org> Dec 19 11:34AM -0800  

    Also, your "undo" may not have been picked up by the app; I would also
    try restarting your webserver.
     
    _Nik
     
    On 12/19/2011 11:24 AM, Ashkan Roshanayi wrote:

     

    DrBloodmoney <drbloodmoney@gmail.com> Dec 19 02:05PM -0500  

    >   if user.is_active:
    >      auth.login(request,user)
    > I am getting TypeError login() takes exactly 1 argument (2 given). I've checked the docs and i can't find any problem there. Pls any help will be appreciated. Am using django 1.3.1, python 2.7 on ubuntu 11.04.
     
    It sounds like you have solved your problem. In case you haven't, in
    the auth.login() call above you have request <comma> user instead of
    request <period> user. That would also give you the same error.

     

    zodman vr <zodman@gmail.com> Dec 19 09:57AM -0800  

    It is a dump ass question.
     
    But why on django admin/auth/user put the input with hash of the password ?¿
     
    this not make sense to me!

     

    Nikolas Stevenson-Molnar <nik.molnar@consbio.org> Dec 19 10:15AM -0800  

    The admin interface is just a view into your database, and the password
    hash is what's in your database.
     
    _Nik
     
    On 12/19/2011 9:57 AM, zodman vr wrote:

     

    creecode <creecode@gmail.com> Dec 19 10:47AM -0800  

    Hello,
     
    It might help us to better answer your question if you explained why you
    need to see the raw password?
     
    Toodle-looooooooooooo...............
    creecode

     

    Timothy Makobu <makobu.mwambiriro@gmail.com> Dec 19 05:28PM +0300  

    Komodo Edit.
     
    On Mon, Dec 19, 2011 at 5:27 PM, girish shabadimath <

     

    Alec Taylor <alec.taylor6@gmail.com> Dec 20 02:23AM +1100  

    I am testing each of the ones thus far recommended (even though I hate
    Eclipse with a vengeance :3). My results you'll find succeeding: [pun
    intended!]
     
    *PyCharm*
    PyCharm seems good (albeit Java), achieves better code-completion than
    ST2 through indexing. Unfortunately it doesn't seem to recognise
    environmental variables in its embedded Django shell.
    Proof: http://pastebin.com/0qdUVWDh
     
    *Aptana*
    Code-completion is very good. Can't find embedded Django interpreter;
    is there one?
     
    *Sublime Text 2*
    This IDE has an incredibly streamlined [e.g. awesome] interface.
    However its code-completion (even with
    https://github.com/squ1b3r/Djaneiro ) leaves much to be desired.
    There is also no embeddable Django per-project (or any for that
    matter) interpreter that I could find. (if there is one, tell me
    where!)
     
     
    /testing *Eclipse + PyDev*, *Wingware IDE*, *Komodo Edit* and *Ulipad* next.

     

    Masklinn <masklinn@masklinn.net> Dec 19 04:42PM +0100  

    On 2011-12-19, at 16:30 , Andre Terra wrote:
     
    > What do you mean by embedded Django interpreter? An instance of python
    > running within Aptana?
     
    Django performs a bunch of setup which allow for easy import and manipulation of the objects related to the instance, which is the reason why django has a `shell` management command wrapping the Python shell.

     

    colinta <colinta@gmail.com> Dec 19 07:50AM -0800  

    +1 for SublimeText
     
    it provides, in addition to the standard issue syntax highlighting,
    dotted lines that delineate your tab levels.
     
    * amazing fuzzy finder ("commant-t")
    * plugins written in python
    * vibrant community
    * almost daily updates & new features (on the dev version)
    * python console (command+` / ctrl+`)
    * cross platform (one license for multiple computers/OSes)
    * all config (prefs, keyboard mappings, file browsing) are JSON files
    * and a FAST little fella!
     
    if any TextMate users read this, I encourage you to try out
    SublimeText 2. The Textmate 2 alpha was pretty disappointing to me,
    and I've been really blown away by sb2.
     

     

    Marcos Moyano <marcosmoyano@gmail.com> Dec 19 02:20PM -0300  

    emacs +1
     
     
    --
    Some people, when confronted with a problem, think "I know, I'll use
    regular expressions." Now they have two problems.
     
    Jamie Zawinski, in comp.emacs.xemacs

     

    william ratcliff <william.ratcliff@gmail.com> Dec 19 12:39PM -0500  

    Wing IDE
     
    Syntax highlighting
    Command completion
    Awesome debugging--I can put breakpoints not just on the server, but also
    in templates!
     
    It is paid, but for me is worth it for the productivity.

     

    Brett Epps <Brett.Epps@quest.com> Dec 19 04:47PM  

    Change this:
     
    def run_DHM(request):
    xx = {'ok':'TRUE'}
    #return HttpResponse("OK")
    return xx
     
    To this:
     
    def run_DHM(request):
    return HttpResponse("{'ok': true}")
     
    You were getting that error because views should always return
    HttpResponse objects.
     
     
    Brett
     
     

     

    Ian Clelland <clelland@gmail.com> Dec 19 07:58AM -0800  

    On Monday, December 19, 2011, J. Marc Edwards <
    > I'd like to write a paragraph on my page that describes the {{ }} syntax,
    but the template interpreter is interpreting the braces.
     
    I think what you need is the {% templatetag %} tag -- it outputs template
    tag start and end markers.
     
    https://docs.djangoproject.com/en/dev/ref/templates/builtins/?from=olddocs#templatetag
     
    It can get a bit wordy, though, if your page has a lot of tags on it. If
    you search online, you will find that a number of people have written {%
    verbatim %} tags to solve just this problem.

     

    "J. Cliff Dyer" <jcd@sdf.lonestar.org> Dec 19 11:10AM -0500  

    The answer you're looking for is the "templatetag" template tag.
    Essentially, it lets you specify escaped characters by name.
     
    https://docs.djangoproject.com/en/dev/ref/templates/builtins/#templatetag
     
    For example:
     
    >>> from django.template import Template, Context
    >>> t = Template('{% templatetag openvariable %} foo {% templatetag
    closevariable %}')
    >>> t.render(Context())
    u'{{ template_variable }}'
     
    On 12/19/2011 10:35 AM, J. Marc Edwards wrote:

     

    "Simon Schmid | FEINHEIT" <ssc@feinheit.ch> Dec 19 07:23AM -0800  

    Hi Timothy
     
    As the founder of this facebook toolset, i can't give you an objective
    answer. but i can tell you something about the project:
     
    First of all, it is still under heavy development. i started over a
    year ago and just wanted to share my code and experience with facebook
    graph and django with others, so i decided to collect all my internal
    used codes for different projects and put it together to something
    like a "framework". the more facebook projects we did, we implemented
    more and more features. but still, it doesn't cover all aspects of the
    facebook graph api.
     
    That said, i think it is a good starting point, a lot of common use
    cases are already covered, like: decrypting the signed_request, login
    with facebook as registration/authentication backend, make wallposts,
    upload photos, etc.
     
    If you just want to use the features already implemented and
    documented, then i suggest that you use the master branch:
    https://github.com/feinheit/django-facebook-graph
     
    But if you want to help us work on the project in any way (what we
    would really appreciate!), then go to the structured branch:
    https://github.com/feinheit/django-facebook-graph/tree/structured
    The structured branch is a new approach to organize all these facebook
    functionality into modules, so that you only load the modules, which
    you need for your project. it's something like the aim for a version
    1.0. but at this point, experimental, undocumented and not fully
    tested.
     
    So if you have any question, feel free to write, open issues on
    github, etc.
     
    Have fun with Facebook Development
     
    Simon
     
    On Dec 19, 12:32 pm, Timothy Makobu <makobu.mwambir...@gmail.com>
    wrote:

     

You received this message because you are subscribed to the Google Group django-users.
You can post via email.
To unsubscribe from this group, send an empty message.
For more options, visit this group.

--
You received this message because you are subscribed to the Google Groups "Django users" group.
To post to this group, send email to django-users@googlegroups.com.
To unsubscribe from this group, send email to django-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/django-users?hl=en.



--
××××××××××××××××××××××××
西安——深圳——上海
××××××××××××××××××××××××

--
You received this message because you are subscribed to the Google Groups "Django users" group.
To post to this group, send email to django-users@googlegroups.com.
To unsubscribe from this group, send email to django-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/django-users?hl=en.
Posted by at

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)