>From a docs perspective, I'd rather not be responsible for reviewing
tutorials from XYZ companies and having to worry about merging updates to
them, etc. A curated wiki page seems like a reasonable place to start if
someone wants to coordinate that. I am a bit afraid we will might be
overwhelm
There's definite room for improvement with regards to the deployment story
at the end of the tutorial. I don't think pointing people to hosting
companies is the right way to go though, because they're not getting
information on how to deploy from those links.
> There could be an argument to doc
Would it make sense to have at least something about live deployment at the
end of the tutorial?
Among other things, it could mention
https://code.djangoproject.com/wiki/DjangoFriendlyWebHosts and/or
http://djangofriendly.com/
On Thu, Jun 4, 2015 at 11:25 PM, Marc Tamlyn wrote:
> Heroku also of
This seems like a good idea to me. I'm not convinced that the original use
case for admin docs (documenting features which only work in templates for
the template author) is valid any more - especially with a Django in which
you can use jinja2 easily where function calls are allowed. The separation
Heroku also offers free hosting of a sort. The DSF has nowhere near the
financial muscle or human resources to provide such a service. There could
be an argument to document possible free hosting platforms, but the django
project generally avoids advertising any particular company (or third party
p
On Thu, Jun 4, 2015 at 4:19 PM, Tim Graham wrote:
> I think we should keep Trac focused on tracking bugs. The dsf-members
> mailing list seems like a natural place to raise these ideas, although
> that's a more limited audience, so I'd feel free to raise them here unless
> someone else can sugges
PythonAnyware provides free hosting and that's what the Django Girls
tutorial uses: http://tutorial.djangogirls.org/en/deploy/README.html
I don't think the Django Software Foundation needs to build a service like
that.
On Thursday, June 4, 2015 at 11:08:01 AM UTC-4, Markus Amalthea Magnuson
wr
I think we should keep Trac focused on tracking bugs. The dsf-members
mailing list seems like a natural place to raise these ideas, although
that's a more limited audience, so I'd feel free to raise them here unless
someone else can suggest a better place.
On Thursday, June 4, 2015 at 11:10:25
Another idea spawned during DjangoCon Europe:
Would it make sense to have more non-technical components in Trac? I'm
thinking of e.g. "Inclusion" that tracks how the project presents itself to
new users, "Diversity" for tracking improvements to various such aspects,
etc. etc. These are just a c
Had discussions on an idea during DjangoCon Europe that I thought I'd just
throw out there on this list as well:
What if the Django project provided free hosting for small projects, so
that any newcomer who went through the tutorial or similar could actually
deploy their application somewhere i
contrib.admindocs will only document template tags and functions that can
be invoked from templates. Therefore it has limited use. It would be really
useful to be able to document all of the functions in the models (not just
the ones that don't take any arguments). contrib.admindocs is a neat wa
Relevant ticket: https://code.djangoproject.com/ticket/18166
On Tuesday, March 31, 2015 at 6:42:40 PM UTC+2, Sergei Maertens wrote:
>
> Hi all,
>
> I've quite often found myself needing to pass custom kwargs to each form
> within a formset (common parameter for all forms). A common pattern for
>
Hi,
AFAIK, the recommended way in Django to handle multiple urls with the same
view, is to have optional parameters.
(https://docs.djangoproject.com/en/1.8/topics/http/urls/#specifying-defaults-for-view-arguments)
For example,
in url.py:
url(r'^blog/page/(?P\d+)/$', views.page, name='view-pa
On Saturday, 30 May 2015 18:51:33 UTC+2, Emil Stenström wrote:
>
> A couple of weeks ago I held a presentation on PyCon Sweden 2015 with
> the title "Why Django Sucks". The idea was to follow in the footsteps of
> great conference talks like these:
> https://www.youtube.com/playlist?list=PLGYrvl
14 matches
Mail list logo
