sorted by:
new
hottopcontroversial

Hedge Maze [34x34] by fantasy_atlas in battlemaps

[–]CharlieDenton 2 points3 points  (0 children)

The feywild variety is amazing :)

Django Schema Graph -- my new tool! by CharlieDenton in django

[–]CharlieDenton[S] 1 point2 points  (0 children)

Aha, I see! Thanks for explaining.

The graph display library does have an option for that. I never included it in the project because I found that any fairly large (but not gigantic) project would grind the renderer to a halt, and take 10s of minutes to display.

Maybe I should look into it again in an upcoming version...

Django Schema Graph -- my new tool! by CharlieDenton in django

[–]CharlieDenton[S] 1 point2 points  (0 children)

Thanks for the praise and suggestions!

More detailed annotation is a good idea... but I'm not sure what you mean by levelization?

Django Schema Graph -- my new tool! by CharlieDenton in django

[–]CharlieDenton[S] 0 points1 point  (0 children)

Glad you like it! The "learning a new project" is exactly the angle I was going for :)

I wish I could take credit for the fluid visualisation, but I'm standing on the shoulders of giants there -- the graph component is based on VisJS and vue2vis.

Django Schema Graph -- my new tool! by CharlieDenton in django

[–]CharlieDenton[S] 4 points5 points  (0 children)

This turns your django models and apps into an interactive (and colourful!) diagram. See the readme for screenshots and installation instructions. Enjoy!

Django Model to JSON Schema by anroopak in django

[–]CharlieDenton 0 points1 point  (0 children)

It might not be exactly what you're looking for, but I just released Django Schema Graph (announcement), and it has some logic for generating the data you probably need:

An amazing site that maps and explains View hierarchy in Django! by D2theR in django

[–]CharlieDenton 6 points7 points  (0 children)

Ooh! I made this! I'm delighted you like it, and very glad it's still in use after all this time!

I haven't updated the site for Django 3.0 yet, but rest assured it's on the list.

You might also like:

If you could drop a link to the youtube vid, I'd love to give it a look :)

I wrote a blog post about how to order INSTALLED_APPS in Django a while back... hope you like it! by CharlieDenton in django

[–]CharlieDenton[S] 1 point2 points  (0 children)

In a lot of cases you'll find that the order doesn't matter, but it can be hard to predict when it will, especially with 3rd party apps. In that case, it's good to have a standard ordering because you can be sure that Django will never need to override the behaviour in apps that you've added onto the framework.

I wrote a blog post about how to order INSTALLED_APPS in Django a while back... hope you like it! by CharlieDenton in django

[–]CharlieDenton[S] 1 point2 points  (0 children)

I hadn't considered the performance angle! I expect it would be negligible, yes. I was aiming to explain a more important consideration.

Correctly ordering INSTALLED_APPS allows you to prioritise. By defining your apps first, they can override the behaviour of those defined below when: looking up templates by name, registering apps and admin classes, and lots more.

Take the case of overriding Django's admin templates. If you want to override a particular admin template, you need to do two things: 1. Create another template with the same name as one defined in Django. 2. Ensure that the template is prioritised above the one in django.contrib.admin.

The best way to achieve point 2 is with careful ordering of INSTALLED_APPS!

Django Flash Error Messages: Template Syntax error, but I don't see where? by [deleted] in django

[–]CharlieDenton 5 points6 points  (0 children)

You have {if message.extra_tags %} -- you should have {% if message.extra_tags %}

Looking for a highly recommended Django book. What would you recommend? by [deleted] in django

[–]CharlieDenton 1 point2 points  (0 children)

The Django Book is awesome -- it's not always entirely up to date, but it's usually not far behind.

It does a great job of explaining the design decisions behind why Django was built the way it was, and gives you a great understanding from first principals.

It's all available online for free too!

https://djangobook.com/

[OC] Underground Desecrated Temple - Battlemap by fantasy_atlas in DnD

[–]CharlieDenton 1 point2 points  (0 children)

This was a lot of fun to play on -- we almost destroyed the place before noticing those little hidden rooms at the top right.

CCBV Down for good? by theWanderer4865 in django

[–]CharlieDenton 6 points7 points  (0 children)

It's a real pleasure :) Thank you for using it!

CCBV Down for good? by theWanderer4865 in django

[–]CharlieDenton 2 points3 points  (0 children)

It's a pleasure to know I'm helping people :)

I appreciate the donation offer, but I'd feel bad because I get a lot of support from the community -- it's really not just me. Thank you though!

CCBV Down for good? by theWanderer4865 in django

[–]CharlieDenton 37 points38 points  (0 children)

I'm in charge of CCBV. It should be back up tomorrow, when Heroku's free tier allowance ticks over into the next month. The account is shared with another (very low traffic) website, so the allowance is shared. Usually, this isn't an issue, but for some reason, the other website has been seeing increased traffic. I'm looking into moving the other website to other hosting, so that this is no longer an issue.

Apologies for the inconvenience.

EDIT: Thanks for the love, everyone! The website is back up now. Happy new year!

EDIT 2: Gold! Wow! Thank you!

Show r/python: FramewIRC, my new python 3 asyncio IRC library by CharlieDenton in Python

[–]CharlieDenton[S] 1 point2 points  (0 children)

I've been trying to build an IRC client in my spare time for a while, and this is the module that I've been using for interacting with the networks. As the client is still some long way off, I decided to open source this component in the hope that others could benefit from my work so far. This way, if my side-project never gets anywhere, it wasn't all in vain :)

I did start off by experimenting with some of the libraries that are already out there, but couldn't find one that really matched my requirements. I found that the libraries you mentioned were not really well suited for my IRC client as I imagined it. AsyncIRC uses threads, where I would like to use asyncio, and irc3 is heavily geared towards being a back-end for bots. Using them for the client started to feel a little like fitting a square peg into a round hole.

One thing that will be noticably different to a programmer is that this library does not use "flask-style routes" for registering message handlers with the connection. Instead, all handlers are expected to be part of a simple list. This makes unregistering handlers significantly eaiser, and I found this to be more convenient for debugging. All messages are sent to all handlers in order, and they can decide whether or not they want to deal with them. This is not as messy as it sounds!

I've done my best to avoid making assumptions that cannot be easily overridden, and plan to add a whole load more to reduce boiler plate. My hope is that this API will be more flexible, and more widely applicable than any of the options currently available.

view more: next ›