Thanks for pointing me to the bikeshed. It is an excellent topic that
I wasn't aware of.
Anyway, I'm still not understanding how this topic relates to my reply.
On Jun 17, 2009, at 6:25 AM, Russell Keith-Magee
wrote:
>
> On Wed, Jun 17, 2009 at 5:02 AM, M. N. Islam
> Shihan wrote:
>>
>>
You are right!
I always had assumed the browser would understand these relative urls
no matter if slash or not. I made a test, and it turns out I was
wrong.
A lot of websites out there either don't use relative urls, or they
use a tag etc.
Others (such as wikipedia) make their URLs relative to w
On Jun 17, 10:04 am, donquixote wrote:
> I would still be interested to read some arguments in favour of the
> trailing slash. From a user perspective, it seems that without is
> better.
The big issue with trailing slash, is that you should use a trailing
slash on a URL which represents an int
On Wed, Jun 17, 2009 at 5:02 AM, M. N. Islam Shihan wrote:
>
> On Jun 17, 2009, at 2:27 AM, Hanne Moa wrote:
>>
>> And I want the bikeshed to be painted blue with yellow stars on.
>
> ???
For an explanation, see http://www.bikeshed.com/
For extra amusement, reload the page a few times :-)
Your
I would still be interested to read some arguments in favour of the
trailing slash. From a user perspective, it seems that without is
better.
But of course, I don't want to take away anyone's APPEND_SLASH
setting. For an existing system, I think it's the best to keep the
slashes.
Pleas
On Jun 16, 10:55 pm, Justin Myers wrote:
> On Jun 16, 3:49 am, Ivan Sagalaev wrote:
>
> > Indeed I don't really want to discuss the proposal itself (I don't
> > really care of the outcome since you don't propose to remove
> > APPEND_SLASH altogether). I was just trying to show that bashing som
I really like this, Zain. And the "add another" will be a great
addition as well.
Also (getting back to your autocomplete stuff) the more I have thought
about the autocomplete widget, the more I like it. I have experimented
quite a bit with other alternatives over the past few weeks, and
having
On Tue, Jun 16, 2009 at 4:32 PM, Christy wrote:
>
> I have a Django/Python/Perl Developer position that I'm working on and
> have had a heck of a time finding anyone who is familiar with Django.
> Any help would be appreciated and if you know of anyone who is using
> Django, I'd love to speak wit
I have a Django/Python/Perl Developer position that I'm working on and
have had a heck of a time finding anyone who is familiar with Django.
Any help would be appreciated and if you know of anyone who is using
Django, I'd love to speak with them.
Perks of the job:
50% work from home / 50% work in
???
On Jun 17, 2009, at 2:27 AM, Hanne Moa wrote:
>
> On Tue, Jun 16, 2009 at 22:08, M. N. Islam
> Shihan wrote:
>> I think another toggle flag ENABLE_REMOVE_SLASH_MODE (or any other
>> appropriate name) can be added to the settings.py and setting that
>> tlag to true will alter the existing
@zain: awesome ... definitely looking forward to that.
On 15 Jun., 09:44, Zain Memon wrote:
> Yeah, I've been keeping a close eye on grappelli -- you guys have done some
> really cool stuff. I plan on refactoring the ordering APIs to make it
> possible to preserve reordering on errors. That's m
>
> If we can hold off until that is a dependency of Django, then the code will
> be quite pleasant to implement. Before then, it will likely end up as an
> ugly hack, probably involving building and compiliing regexes at run-time to
> match whatever is in DATE_FORMAT.
>
Never mind that; in 2.3, t
On Tue, Jun 16, 2009 at 22:08, M. N. Islam Shihan wrote:
> I think another toggle flag ENABLE_REMOVE_SLASH_MODE (or any other
> appropriate name) can be added to the settings.py and setting that
> tlag to true will alter the existing APPEND_SLASH flag to be treated
> as prposed REMOVE_SLASH settin
On Tue, Jun 16, 2009 at 1:52 AM, Michael Anckaert wrote:
>
> Currently the code is messy to say the least, currently supported
> DATE_FORMAT:
> %d-%m-%Y 16-06-2009
> %Y-%m-%d 2009-06-16
> And all variants where there are one or two day/month digits and/or the -
> delimiter is a /
>
> I intend t
I think another toggle flag ENABLE_REMOVE_SLASH_MODE (or any other
appropriate name) can be added to the settings.py and setting that
tlag to true will alter the existing APPEND_SLASH flag to be treated
as prposed REMOVE_SLASH setting and act accordingly. In this way the
existing APPEND_S
On Sunday 14 June 2009 06:12:32 donquixote wrote:
> Nice (i):
> http://mysite.org/members/emil
> http://mysite.org/members/emil/contact
>
> Not nice (ii):
> http://mysite.org/members/emil/
> http://mysite.org/members/emil/contact/
You have some problems:
1) All contrib apps, and many others, pu
I have never messed with this part of Django but I'm up for a try; by
the end of this month I'll have some time off to work on it if no one
else is able to. Feel free to file a ticket.
On Jun 16, 3:55 pm, Justin Myers wrote:
> On Jun 16, 3:49 am, Ivan Sagalaev wrote:
>
> > Indeed I don't really
On Jun 16, 3:49 am, Ivan Sagalaev wrote:
> Indeed I don't really want to discuss the proposal itself (I don't
> really care of the outcome since you don't propose to remove
> APPEND_SLASH altogether). I was just trying to show that bashing some
> people's preference doesn't help in making a point
Hello everyone,
I recently stumbled on a problem (at least for me) that you can't pass any
string to a datefield and have it parsed as a correct date. The current
implementation in SVN expects a string in the format of -MM-DD.
There is however a wonderful option in settings.py called DATE_FORM
I'm investigating middleware behavior and found that the following
code:
response = self.get_response(request)
# Apply response middleware
for middleware_method in self._response_middleware:
response = middleware_method(request,
Adys wrote:
> And please don't speak "on behalf" of other Django developers.
I don't. It's a simple matter of fact that APPEND_SLASH defaults to True
and CommonMiddleware is installed be default and djangoproject.com uses
trailing slash and first four sites from http://djangosites.org/ also do
On Jun 16, 11:27 am, Ivan Sagalaev wrote:
> Sorry for interrupting your lively conversation gentlemen... If you
> allow me to give an advice then your proposal will look better without
> constantly referring to one trailing slash with disparaging adjectives
> (such as "unclean"). Most of Django
Adys wrote:
> Clean:
> http://example.com/foo/bar
>
> Unclean
> http://example.com/foo/bar/
> http://example.com/foo///bar
> http://example.com///foo//bar///
Sorry for interrupting your lively conversation gentlemen... If you
allow me to give an advice then your proposal will look better wi
23 matches
Mail list logo