Hey folks,
I've been tasked by my employer to find another full-time developer to
assist me with a fairly large Django-based intranet project, as well
as to curate/create other miscellaneous small projects in various
languages (Python, PHP, shell scripts, etc).
The workplace is a medium-sized co
On Oct 13, 3:41 am, Goon <[EMAIL PROTECTED]> wrote:
> Ok, but let's say I have a template like {{for x in y}}, and I would
> like the x's seperated by commas, but I don't want a comma after the
> last one? or better yet cut off after the first 100 characters with a
> "..."
The key here is that
Howdy folks,
I just ran across the problem mentioned in this older thread:
http://groups.google.com/group/django-users/browse_thread/thread/2d1dc42cea162c4b/
The issue is exactly as stated there and in my own subject line -
deletion of related objects, via
core/db/models/query.py::delete_objec
As James and Fredrik have implied, I believe the proper solution here
is to abstract things enough so that you *can* map the concept to a
relational database; in this case, assuming that every 'Page' has an
identifier, a 'Title' and, perhaps, multiple 'Sections' (each with an
identifier and text),
Cesco,
I just ran into this myself and it appears there is a ticket (two
actually, one was closed as 'worksforme') for the bug:
http://code.djangoproject.com/ticket/2351
http://code.djangoproject.com/ticket/2945 (closed)
The 2-line patch attached to #2351 fixes the problem.
Regards,
Greets all,
Been having the most bizarre issue for quite some time now; it seems
as if the 'kwargs' portion of various URLpattern objects/views are
'bleeding' into one another once the server has been under moderate
load for at least a short period.
I will have e.g. a specific view that displays
Thanks a lot for the reply, Malcom!
Here's an example of the sort of urlconf/view setup that I've got. The
code has some legacy junk that looks odd (like 'session_extract'
instead of simply calling request.session.xyz) but is there due to a
previous server setup. I'm porting this code to 0.95 in
Oh, one more thing - here is one of the views whose data appears to be
getting mixed up with the one I showed in the previous email, for
reference:
### views/engagements.py
def conflicts(request,**kwargs):
kwargs['extra_context']['object_list'] = cases.get_list()
kwargs['extra_context'][
d make the
solution clear.
Regards,
Jeff
On Mar 15, 3:43 pm, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> On Thu, 2007-03-15 at 15:10 +, Jeff Forcier wrote:
> > Oh, one more thing - here is one of the views whose data appears to be
> > getting mixed up with the one I s
Hi all,
I have an object hierarchy with varying levels of depth, and have a
few relationships that span multiple objects - in other words, if A is
related to B which is related to C, I will want to find all As related
to a given C object, even though they are *indirectly* related.
Since I use th
eneral, I'll throw a quick ticket/patch into Trac so it's there -
would've done so initially but wasn't entirely sure if it was
appropriate.
Regards,
Jeff
On Mar 15, 5:43 pm, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> On Thu, 2007-03-15 at 21:17 +, Jeff F
Jay Parlar wrote:
> This was using the dev server and DEBUG=True. Maybe I missed something
> in terms of how to get useful output, but it'd be nice if there were a
> decorator or something that could tell Django that the client
> expecting a response is *not* going to be able to display that
> re
Ian Holsman wrote:
> Having no set standard makes it harder for people to share work, as
> app ABC would use toolkit X, and app DEF would use another making it
> hard to integrate other people's app/libraries into one project. (the
> same reason i'd like to see a tagging app in the contrib section
Hey folks,
I've been tasked by my boss to find another coder to help me out with a
(by now) fairly gargantuan Django-related project, as well as to
curate/create other miscellaneous small projects in various languages
(Python, PHP, shell scripts, etc). There's simply too much work for me
to handl
However, keep in mind Pedro's example, where he uses "import x.y.z as
a" and then later calls "reload(a)". In other words, using the "as"
functionality of import lets you have the best of both worlds--reload()
will work, and you can still get a single-word binding in your
namespace for your Model
I'd like to note that this is not the first time this has come up,
although I don't wish to imply we should not be discussing it (it seems
to be one of those issues that comes up periodically).
http://groups.google.com/group/django-users/browse_frm/thread/5e5a61a14c2e519a
There was also a discu
>From exploring Google Code a short bit, I'm not positive it's the best
medium, at least if we want any decent discussion or Web-based
documentation. Yes, one could hold discussions via the Issues, but
that's pretty gimpy for any discussion that does not fit well as a
trouble ticket. And one could
Marc Fargas wrote:
> I like the idea of the Cheeshop and more the one of different TRACs, but on
> the three options given, hosting TRACs is not as easy, Cheeshop and google
> are free.hosting a TRAC isn't. dejavu doesn't seem an option if you need to
> wait for an invite code for every project.
Sean Schertell wrote:
>
> Any other contributors?
I've got a handful of templatetags, which while somewhat outdated
(built against ~0.91) should still be useful. I also have a (very)
small forums app which I plan on expanding when I find the time,
although it would need some cleanup to use outsid
I do think that having a starting base of content is important;
however, in my opinion a substantial chunk of the usefulness for such a
project is to also provide a common ground for *developing*
contrib-type apps. In addition, it might be worth our while to seek out
some folks listed on the wiki
Marc Fargas wrote:
> I agree on those, maybe the greatest thing to get on would be to
> provide that svn+trac that some people was interested in, and to put
> the snippets inside. And setup something like a "django portal" with
> not only information about what is inside the repositories but also
This comes up every once in a while, and every once in a while I post a
link to my solution to this issue from a while back:
http://code.djangoproject.com/ticket/1007
This patch, while it might need some small tweaks to work against
recent trunks, lets you essentially turn this behavior off
Howdy folks,
This issue came up yet again on the IRC channel today, and myself,
jesusphreak and a couple of others did yet more brainstorming, partly
recycling earlier topics and partly moving things forward even more.
It started about here:
http://simon.bofh.ms/logger/django/2006/10/04/15/30
Yea, oftentimes strange behavior is caused by stale .pyc/o files, so a
good troubleshooting tactic (that I myself often overlook,
unfortunately -_-) is to always blow away all such files in your
project and then restart whatever server you're using.
Note that there should never, to my knowledge,
Yea, I have Django with psycopg running beautifully on an Intel iMac.
I'm pretty sure I used DarwinPorts to install everything, including
Python; I don't remember having any big compile errors, but if I did, I
was clearly able to fix them. So there is a way!
Jeremy is correct that you need the MX
25 matches
Mail list logo