On 16 Jun., 15:05, Luke Plant wrote:
> 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 so
Am 18.06.2009 um 14:35 schrieb Luke Plant:
>
> On Thursday 18 June 2009 01:03:15 Waylan Limberg wrote:
>
>> And that's really what this whole discussion is all about -
>> making the developer who chooses the url scheme feel good about it.
>> The fact is, whether the url I'm told over the phone s
On Thursday 18 June 2009 01:03:15 Waylan Limberg wrote:
> And that's really what this whole discussion is all about -
> making the developer who chooses the url scheme feel good about it.
> The fact is, whether the url I'm told over the phone should have a
> slash at the end or not doesn't matter
Graham Dumpleton wrote:
> I was only commenting in relation to how Apache works and the
> conjecture that:
>
>
Yep, I assumed so - just wanted to make sure that nobody read it in a
more general way.
> Take it as you will as being irrelevant to the main conversation about
> Django itself, but
On Jun 18, 12:24 pm, Nick Phillips wrote:
> Graham Dumpleton wrote:
> >>> It's better to see it this way: Every page is an individual piece of
> >>> content for itself, and still every page can have subpages.
>
> >>> A directory, on the other hand, can have subpages, but is not that
> >>> inter
Graham Dumpleton wrote:
>>> It's better to see it this way: Every page is an individual piece of
>>> content for itself, and still every page can have subpages.
>>>
>>> A directory, on the other hand, can have subpages, but is not that
>>> interesting for itself. Which we don't want to hap
On Jun 18, 10:03 am, Waylan Limberg wrote:
> On Wed, Jun 17, 2009 at 6:19 PM, donquixote wrote:
>
> > On 17 Jun., 03:14, Graham Dumpleton
> > wrote:
> >> On Jun 17, 10:04 am, donquixote wrote:
>
> >> > I would still be interested to read some arguments in favour of the
> >> > trailing slash.
On Wed, Jun 17, 2009 at 6:19 PM, donquixote wrote:
>
> On 17 Jun., 03:14, Graham Dumpleton
> wrote:
>> 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
>> > be
On 17 Jun., 03:14, Graham Dumpleton
wrote:
> 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 shoul
I think the multiple slashes are a quite theoretical problem.
- The server might remove them anyway
- People will know that this is a typo.
The only reason why I talked about multiple slashes was for the sake
of completeness: If we discuss a remove_slash solution, then why not
clean up the comple
On Jun 16, 6:07 pm, Graham Dumpleton
wrote:
> On Jun 16, 10:55 pm, Justin Myers wrote:
> > Which hopefully will bring us back on topic: Regardless of our
> > individual feelings on the trailing-slash holy war here, Patrick said
> > it best--let's have a way to get rid of the URLs we agree are ba
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
???
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
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
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
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
On 15-Jun-09, at 6:50 PM, donquixote wrote:
>
> @Adys:
> As I understand, Justin's "remove all slashes" was just a hypothetical
> example.
>
> @Justin:
> I agree that it's not about avoiding an illusion. It's just ugly and
> unhandy, that's it. And yes, most non-django systems out there that I
>
@Adys:
As I understand, Justin's "remove all slashes" was just a hypothetical
example.
@Justin:
I agree that it's not about avoiding an illusion. It's just ugly and
unhandy, that's it. And yes, most non-django systems out there that I
can think of do either have crappy old school urls, or nice on
Are you sure you understood the original proposal?
No one here wants to remove all slashes! Just "cleanup" the url:
Clean:
http://example.com/foo/bar
Unclean
http://example.com/foo/bar/
http://example.com/foo///bar
http://example.com///foo//bar///
The last two would be a more aggressive sett
I can appreciate the need for this setting (among other things, it
might make migrating URLs from systems where this is more standard
(e.g., Drupal) simpler), but I wouldn't go so far as to talk about an
"illusion".
Unless we're proposing to remove all slashes from all URLs--which is
certainly po
+1
I also like the remove_slash version of urls over the append_slash
version as the trailing slash creates a directory structure illusion
which is not true.
Cheers
Shihan
On Jun 14, 2009, at 11:12 AM, donquixote
wrote:
>
> Ok, I know similar questions have been asked about the trailing
I've been looking for this, as an user. I can only agree with the
proposal.
I think a single setting would be less confusing though:
TRAILING_SLASH = ("append", "remove", "remove_last", "full_clean") for
the different methods you described. Or maybe that's just overdoing
it... For backwards-compat
Ok, I know similar questions have been asked about the trailing slash
before. See
http://groups.google.com/group/django-developers/browse_thread/thread/78f370da90a5a268/6e95edb134564009?lnk=gst&q=append_slash
My proposal is a little different:
- I agree there should be only one url for each page.
33 matches
Mail list logo
