From dries@buytaert.net Sun May 21 07:35:06 2006 From: Dries Buytaert To: development@drupal.org Subject: [development] Human readable taxonomy URLs Date: Sun, 21 May 2006 09:34:56 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7641229281422316589==" --===============7641229281422316589== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Essentially you have to generate your URLs like this: * * * If rel="tag" is specified, tools like technorati will use the last word of the URL as being the tag (see http://www.technorati.com/help/ tags.html). The tags would be respectively: * ipod * gravity * chihuahua Drupal, however, generates: * * so microformat aware crawlers pick it up as being: * 15 * 16 When you use freetagging, like I do on my blog, having to map 'taxonomy/term/15' on something crawler friendly like 'tag/drupal' is kinda tiresome -- especially when you have many tags. The current user interface doesn't lend itself to this. Suggestions on how we can make this easier, and how we can make it so that Drupal generates URLs can automatically take advantage of the latest developments in microformats (like Technorati and shortly, Microsoft)? Maybe there should be a checkbox in the taxonomy.module to enable/ disable the auto-generation of clean URLs? Or maybe there should be a better UI to mass alias taxonomy URLs? -- Dries Buytaert :: http://www.buytaert.net/ --===============7641229281422316589==-- From gerhard@killesreiter.de Sun May 21 09:55:45 2006 From: Gerhard Killesreiter To: development@drupal.org Subject: Re: [development] Human readable taxonomy URLs Date: Sun, 21 May 2006 11:55:43 +0200 Message-ID: <4470391F.2060201@killesreiter.de> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0033257002809070153==" --===============0033257002809070153== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Dries Buytaert wrote: > > Essentially you have to generate your URLs like this: > > * > * > * > > If rel="tag" is specified, tools like technorati will use the last > word of the URL as being the tag (see > http://www.technorati.com/help/tags.html). The tags would be > respectively: > > * ipod > * gravity > * chihuahua > > Drupal, however, generates: > > * > * > > so microformat aware crawlers pick it up as being: > > * 15 > * 16 > > When you use freetagging, like I do on my blog, having to map > 'taxonomy/term/15' on something crawler friendly like 'tag/drupal' is > kinda tiresome -- especially when you have many tags. The current > user interface doesn't lend itself to this. Right. > Suggestions on how we can make this easier, and how we can make it so > that Drupal generates URLs can automatically take advantage of the > latest developments in microformats (like Technorati and shortly, > Microsoft)? > > Maybe there should be a checkbox in the taxonomy.module to > enable/disable the auto-generation of clean URLs? Or maybe there > should be a better UI to mass alias taxonomy URLs? You could look at pathauto module and see if it already provides automatic aliases for taxo terms. If it does not it should be fairly easy to add. I don't think that alias generation should be tied directly into taxonomy.module. Cheers, Gerhard --===============0033257002809070153==-- From kb@2bits.com Sun May 21 13:27:18 2006 From: Khalid B To: development@drupal.org Subject: Re: [development] Human readable taxonomy URLs Date: Sun, 21 May 2006 09:27:16 -0400 Message-ID: <4a9fdc630605210627h11f73520t46ef03e94382ba3e@mail.gmail.com> In-Reply-To: <4470391F.2060201@killesreiter.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6245570664675320133==" --===============6245570664675320133== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit > > Suggestions on how we can make this easier, and how we can make it so > > that Drupal generates URLs can automatically take advantage of the > > latest developments in microformats (like Technorati and shortly, > > Microsoft)? > > > > Maybe there should be a checkbox in the taxonomy.module to > > enable/disable the auto-generation of clean URLs? Or maybe there > > should be a better UI to mass alias taxonomy URLs? > > You could look at pathauto module and see if it already provides > automatic aliases for taxo terms. If it does not it should be fairly > easy to add. I don't think that alias generation should be tied directly > into taxonomy.module. Here is a second vote for pathauto. One of the few modules I can't live without. By default, it uses [cat] as the alias, which is just the term name. It can also get more creative, and use [vocab]/[catpath]. All that is missing is we add the part with : rel="tag" I guess it is a good feature for sitemenu and the other taxo based modules. --===============6245570664675320133==-- From Drupal-Devel@iStyledThis.nl Sun May 21 14:08:34 2006 From: Stefan Nagtegaal To: development@drupal.org Subject: Re: [development] Human readable taxonomy URLs Date: Sun, 21 May 2006 16:08:22 +0200 Message-ID: <84247D84-943C-447F-A621-EC6ECAC06B42@iStyledThis.nl> In-Reply-To: <4a9fdc630605210627h11f73520t46ef03e94382ba3e@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2896772534945998649==" --===============2896772534945998649== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Op 21-mei-2006, om 15:27 heeft Khalid B het volgende geschreven: >> > Suggestions on how we can make this easier, and how we can make >> it so >> > that Drupal generates URLs can automatically take advantage of the >> > latest developments in microformats (like Technorati and shortly, >> > Microsoft)? >> > >> > Maybe there should be a checkbox in the taxonomy.module to >> > enable/disable the auto-generation of clean URLs? Or maybe there >> > should be a better UI to mass alias taxonomy URLs? >> >> You could look at pathauto module and see if it already provides >> automatic aliases for taxo terms. If it does not it should be fairly >> easy to add. I don't think that alias generation should be tied >> directly >> into taxonomy.module. > > Here is a second vote for pathauto. One of the few modules I can't > live without. > By default, it uses [cat] as the alias, which is just the term name. > It can also get more creative, and use [vocab]/[catpath]. > All that is missing is we add the part with : > rel="tag" > I guess it is a good feature for sitemenu and the other taxo based > modules. If this discussion will lead to "pathauto for core", please take over maintainership. I don't want to get even more work on my fork as I do have ATM. Contact me offlist if you want to take over maintainership. Steef --===============2896772534945998649==-- From ber@webschuur.com Sun May 21 14:09:58 2006 From: =?utf-8?q?B=C3=A8r?= Kessels To: development@drupal.org Subject: Re: [development] Human readable taxonomy URLs Date: Sun, 21 May 2006 16:09:41 +0200 Message-ID: <200605211609.53833.ber@webschuur.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3983242753512483393==" --===============3983242753512483393== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, Nice this comes up again, eventhough this has been discussed several times=20 before w/o any result ;) First of all: This goes far beyond only taxonomy.=20 Second: this is only one possible use case. Please look beyond blogs, in all these concepts. Drupal Is NOT about blogging= ,=20 Blogging is merely /one/ possible case.=20 Pathato does all this, but pathauto is not optimal ATM. The netto result is=20 nice, but its inner workings are IMO not core-ish enough.=20 That said, I proposed a concept of "mappings" a few times. I know that at tha= t=20 time Karoly liked the concept.=20

hook_mapping() {
  $mappings[] =3D array(
    '#map' =3D> '%screwdriver/details/%foo',
    '#variables' =3D> array(
      '%foo' =3D> 'bar',
      '%screwdriver' =3D> toolbox(),
    )
  )
}

then l() and url() should run trough the mapping tos generate the urls.=20

But wait! There is more. It can handle incoming links too! With a little=20
fantasy, this can be used inside hook_menu, or even instead of hook_menu to=20
map urls to code!
How wonderfull would it be to have a *central* place where all the url->code =

and code->url is generated in a consistent way! How fabulous would it nbe not=
=20
to need a gazillion (I counted 160'000'000, yes 160 million) rows in one of=20
my alias tables....) database entries, but to map the stuff dynamically.

  $mappings[] =3D array(
    '#title' =3D> t('screwdriver details for %foo'),
    '#callback' =3D> 'screwdriver_display_details',
    '#map' =3D> '%screwdriver/details/%foo',
    '#variables' =3D> array(
      '%foo' =3D> 'bar',
      '%screwdriver' =3D> toolbox(),
    )
  )

Yes. This is a performance issue. But no, that is not a reason to abandon it =

immediately. In fact, its a good reason to investigate it in more detail and =

see what this mapping can do for us.

B=C3=A8r=20

PS: for more in depth details about this one should actually read the Ruby on=
=20
Rails Mapping handbook. I have only paper books on this topic here, but there=
=20
is a short and rough guide online:=20
http://manuals.rubyonrails.com/read/chapter/65
You didnt think I came up with this myself, huh? ;)
--=20
[ End user Drupal services and hosting | Sympal.nl ]

--===============3983242753512483393==
Content-Type: application/pgp-signature
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.sig"
MIME-Version: 1.0

LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC4xIChHTlUv
TGludXgpCgppRDhEQlFCRWNIU3hxTVJaeXVyVGprQVJBdm55QUowVGV6OW0wbFFCeG41LytIdUVr
RGd3WUdFMnFRQ2NEUkF1CmFGZS9WMDRNVkFpQTlxSEUwUUZrNUlNPQo9THhCSAotLS0tLUVORCBQ
R1AgU0lHTkFUVVJFLS0tLS0K

--===============3983242753512483393==--

From dries.buytaert@gmail.com Mon May 22 05:44:40 2006
From: Dries Buytaert 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Mon, 22 May 2006 07:44:26 +0200
Message-ID: <653CE545-841C-4FAF-9E96-E6CE53270DAB@gmail.com>
In-Reply-To: <200605211609.53833.ber@webschuur.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6722799785018969839=="

--===============6722799785018969839==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

On 21 May 2006, at 16:09, Bèr Kessels wrote:
> That said, I proposed a concept of "mappings" a few times. I know  
> that at that
> time Karoly liked the concept.
>
> 
> hook_mapping() {
>   $mappings[] = array(
>     '#map' => '%screwdriver/details/%foo',
>     '#variables' => array(
>       '%foo' => 'bar',
>       '%screwdriver' => toolbox(),
>     )
>   )
> }
> 

I looked at the pathauto module and it is way too complex, and still  
too restricting at the same time.  The idea of having mappings is  
interesting, but it's just an idea at this point.  It's not clear how  
this can be implemented efficiently, or how it can co-exist with the  
current URL aliasing system.  Certainly worth exploring though.

All I want is to make it easier to create and edit the URL aliases  
for taxonomy terms (tags).  I don't mind to think of a name myself,  
but I do mind the fact that it is such a pain to create the alias.   
If you add 3 new tags, it will take you 24 clicks or something.

On the node submission form it is really easy to create aliases and I  
use it all the time.  When creating new nodes, I haven't missed the  
pathauto module one second.

On 21 May 2006, at 11:55, Gerhard Killesreiter wrote:
> You could look at pathauto module and see if it already provides  
> automatic aliases for taxo terms. If it does not it should be  
> fairly easy to add. I don't think that alias generation should be  
> tied directly into taxonomy.module.

I think it could potentially benefit from better URL alias  
integration.  Like, on the 'list terms' page (administration  
section), it would be very convenient if you could add/edit/maintain  
your term's URL aliases in batch mode.  It sounds like a much more  
interesting feature than say, the synonym terms support or the  
related terms support.

--
Dries Buytaert  ::  http://www.buytaert.net/

--===============6722799785018969839==--

From drupal@dave-cohen.com Mon May 22 06:20:52 2006
From: Dave Cohen 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Sun, 21 May 2006 23:20:44 -0700
Message-ID: <200605212320.44427.drupal@dave-cohen.com>
In-Reply-To: 
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0675593234753585371=="

--===============0675593234753585371==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

You could generate technorati friendly URLs, without the overhead of pathauto 
by generating a path like "taxonomy/term/15/ipod" or 
"taxonomy/term/16/Gravity".  That is, just append the human readable term 
when generating the link.  In many cases Drupal's menu system would show the 
desired page without any changes.  (Those cases being where the callback does 
not expect args).

-Dave

On Sunday 21 May 2006 00:34, Dries Buytaert wrote:
> Essentially you have to generate your URLs like this:
>
>      *


>      * 
>      * 
>
> If rel="tag" is specified, tools like technorati will use the last
> word of the URL as being the tag (see http://www.technorati.com/help/
> tags.html).  The tags would be respectively:
>
>      * ipod
>      * gravity
>      * chihuahua
>
> Drupal, however, generates:
>
>      * 
>      * 
>
> so microformat aware crawlers pick it up as being:
>
>      * 15
>      * 16
>

--===============0675593234753585371==--


From jazepstein@gmail.com Mon May 22 06:49:16 2006
From: Jeremy Epstein 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Mon, 22 May 2006 16:49:15 +1000
Message-ID: 
In-Reply-To: <653CE545-841C-4FAF-9E96-E6CE53270DAB@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3642019756060558914=="

--===============3642019756060558914==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On 5/22/06, Dries Buytaert  wrote:
> On the node submission form it is really easy to create aliases and I
> use it all the time.  When creating new nodes, I haven't missed the
> pathauto module one second.

The category module might make this easier for you - it creates
categories (i.e. 'terms') as nodes, so you get to enter a URL on the
'add/edit category' page, same as on the 'add/edit' page for any other
node type. This is one of the many advantages of having categories as
nodes, IMO.

> I think it could potentially benefit from better URL alias
> integration.  Like, on the 'list terms' page (administration
> section), it would be very convenient if you could add/edit/maintain
> your term's URL aliases in batch mode.  It sounds like a much more
> interesting feature than say, the synonym terms support or the
> related terms support.

Doing this would be tricky, as it would tie a non-taxonomy-module
feature directly into the taxonomy admin interface. There would have
to be a lot of if(module_exist('path')) checks going on. I also don't
think that there's room for this field in the table on the 'list
terms' page.

Cheers,
Jaza.

--===============3642019756060558914==--


From gabor@hojtsy.hu Mon May 22 08:34:08 2006
From: Gabor Hojtsy 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Mon, 22 May 2006 10:34:04 +0200
Message-ID: <4471777C.4000807@hojtsy.hu>
In-Reply-To: 
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3514545343997587282=="

--===============3514545343997587282==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Jeremy Epstein wrote:
>> I think it could potentially benefit from better URL alias
>> integration.  Like, on the 'list terms' page (administration
>> section), it would be very convenient if you could add/edit/maintain
>> your term's URL aliases in batch mode.  It sounds like a much more
>> interesting feature than say, the synonym terms support or the
>> related terms support.
> 
> Doing this would be tricky, as it would tie a non-taxonomy-module
> feature directly into the taxonomy admin interface. There would have
> to be a lot of if(module_exist('path')) checks going on. I also don't
> think that there's room for this field in the table on the 'list
> terms' page.

Hooks not if()s.... The node editing page has these hooks, the taxonomy
admin interface could have these two (for adding path alias, permission,
etc. settings)

Gabor

--===============3514545343997587282==--


From dries.buytaert@gmail.com Mon May 22 09:42:16 2006
From: Dries Buytaert 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Mon, 22 May 2006 11:41:55 +0200
Message-ID: <9E334AEB-886E-4F7A-8882-E1AE73687BFD@gmail.com>
In-Reply-To: <4471777C.4000807@hojtsy.hu>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5588062790204127312=="

--===============5588062790204127312==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit


On 22 May 2006, at 10:34, Gabor Hojtsy wrote:
>> Doing this would be tricky, as it would tie a non-taxonomy-module
>> feature directly into the taxonomy admin interface. There would have
>> to be a lot of if(module_exist('path')) checks going on. I also don't
>> think that there's room for this field in the table on the 'list
>> terms' page.
>
> Hooks not if()s.... The node editing page has these hooks, the  
> taxonomy
> admin interface could have these two (for adding path alias,  
> permission,
> etc. settings)

Yep, modules could integrate like this.  We've done this before, and  
it the only way to achieve a reasonable level of integration.

--
Dries Buytaert  ::  http://www.buytaert.net/


--===============5588062790204127312==--


From ber@webschuur.com Mon May 22 10:09:16 2006
From: =?utf-8?q?B=C3=A8r?= Kessels 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Mon, 22 May 2006 12:09:13 +0200
Message-ID: <200605221209.13659.ber@webschuur.com>
In-Reply-To: <653CE545-841C-4FAF-9E96-E6CE53270DAB@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2842759493606302904=="

--===============2842759493606302904==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Op maandag 22 mei 2006 07:44, schreef Dries Buytaert:
> On the node submission form it is really easy to create aliases and I =C2=A0
> use it all the time. =C2=A0When creating new nodes, I haven't missed the =
=C2=A0
> pathauto module one second.

I see where you are heading.=20

Indeed, a mapping thing is too complex for what you want. I thought you were =

looking at some general way to pathauto the term paths only.=20

But in fact you want something like the menu/paths we have in the nodes pulle=
d=20
to the terms/tags.=20

Makes sense to me.=20

Lets leave the mappings for later then :)

B=C3=A8r

--=20
 [ B=C3=A8r Kessels | Drupal services www.webschuur.com ]


CVS onder de knie krijgen:
 http://help.sympal.nl/cvs_onder_de_knie_krijgen

--===============2842759493606302904==
Content-Type: application/pgp-signature
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.sig"
MIME-Version: 1.0

LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC4xIChHTlUv
TGludXgpCgppRDhEQlFCRWNZM0pxTVJaeXVyVGprQVJBc25LQUo5aGlKK2dnZk9naGg3Ymk2SVNT
ZzNrc1MvUUxBQ2dsU3RhCk5tWk5ORkNpS3EyWFdpMG91WkJ1OHhVPQo9QzZYTgotLS0tLUVORCBQ
R1AgU0lHTkFUVVJFLS0tLS0K

--===============2842759493606302904==--


From adrian@bryght.com Mon May 22 13:21:57 2006
From: Adrian Rossouw 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Mon, 22 May 2006 15:21:40 +0200
Message-ID: <535813B1-C7C3-439E-AD12-465F80B4D655@bryght.com>
In-Reply-To: <200605211609.53833.ber@webschuur.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7079425844302982364=="

--===============7079425844302982364==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit


On 21 May 2006, at 4:09 PM, Bèr Kessels wrote:

>
> Nice this comes up again, eventhough this has been discussed  
> several times
> before w/o any result ;)
http://drupal.org/node/63635


here's an updated patch for the node path stuff. This should be  
extended to handle any
kind of drupal object.


--
Adrian Rossouw
Drupal developer and Bryght Guy
http://drupal.org | http://bryght.com



--===============7079425844302982364==--


From drumm@delocalizedham.com Tue May 23 21:38:02 2006
From: Neil Drumm 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Tue, 23 May 2006 14:36:06 -0700
Message-ID: <44738046.6040407@delocalizedham.com>
In-Reply-To: <653CE545-841C-4FAF-9E96-E6CE53270DAB@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1365632530655391937=="

--===============1365632530655391937==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Dries Buytaert wrote:
> I looked at the pathauto module and it is way too complex, and still  
> too restricting at the same time.  The idea of having mappings is  
> interesting, but it's just an idea at this point.  It's not clear how  
> this can be implemented efficiently, or how it can co-exist with the  
> current URL aliasing system.  Certainly worth exploring though.
> 
> All I want is to make it easier to create and edit the URL aliases  for 
> taxonomy terms (tags).  I don't mind to think of a name myself,  but I 
> do mind the fact that it is such a pain to create the alias.   If you 
> add 3 new tags, it will take you 24 clicks or something.
> 
> On the node submission form it is really easy to create aliases and I  
> use it all the time.  When creating new nodes, I haven't missed the  
> pathauto module one second.
> 
> On 21 May 2006, at 11:55, Gerhard Killesreiter wrote:
>> You could look at pathauto module and see if it already provides  
>> automatic aliases for taxo terms. If it does not it should be  fairly 
>> easy to add. I don't think that alias generation should be  tied 
>> directly into taxonomy.module.
> 
> I think it could potentially benefit from better URL alias  
> integration.  Like, on the 'list terms' page (administration  section), 
> it would be very convenient if you could add/edit/maintain  your term's 
> URL aliases in batch mode.  It sounds like a much more  interesting 
> feature than say, the synonym terms support or the  related terms support.

 From the rel-tag spec (http://microformats.org/wiki/rel-tag):

"Tags are embedded in HTTP URIs in a well-defined manner so that the tag 
embedded in an HTTP URI can be mechanically extracted from that URI. 
Specifically, the last segment of the path portion of the URI (after the 
final "/" character) contains the tag value."

In the world of Microformats there is only one url segment after the / 
which properly encodes a tag/category/keyword/term/etc; adding a 
textfield to control that wouldn't be too useful since there is only one 
option for compliance with this spec.

I would like to see core have this without the addition of any UI, 
probably using the approach laid out in http://drupal.org/node/63635 for 
nodes on the code side. The URLs can be '.../{vocabulary}(/{parent 
category})*/{category}'.

And since we are coding Drupal here, might as well throw in an API for a 
pathauto-like module to go and change everything up. A module could Form 
API in a text field for manual editing if someone wants that.

(A system to manage redirects would be nice so URLs get redirects as 
they are changed.)

-- 
Neil Drumm
http://delocalizedham.com/

--===============1365632530655391937==--


From ber@webschuur.com Wed May 24 07:36:20 2006
From: =?utf-8?q?B=C3=A8r?= Kessels 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Wed, 24 May 2006 09:35:55 +0200
Message-ID: <200605240936.00758.ber@webschuur.com>
In-Reply-To: <44738046.6040407@delocalizedham.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2988786989924377573=="

--===============2988786989924377573==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Op dinsdag 23 mei 2006 23:36, schreef Neil Drumm:
> I would like to see core have this without the addition of any UI,
> probably using the approach laid out in http://drupal.org/node/63635 for
> nodes on the code side. The URLs can be '.../{vocabulary}(/{parent
> category})*/{category}'.

If is is to the default one, we must EITHER no longer allow duplicate names, 
OR no add the ID back in the url: 
../%vocabulary(/%parent category)*/%category_id/%category_name

Else it will break.

Bèr
-- 
| Bèr Kessels | webschuur.com | website development |
| Jabber & Google Talk: ber@jabber.webschuur.com
| http://bler.webschuur.com | http://www.webschuur.com |

CVS onder de knie krijgen:
 http://help.sympal.nl/cvs_onder_de_knie_krijgen

--===============2988786989924377573==
Content-Type: application/pgp-signature
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.sig"
MIME-Version: 1.0

LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC4xIChHTlUv
TGludXgpCgppRDhEQlFCRWRBemdxTVJaeXVyVGprQVJBdVA2QUtEbGgzeUROd3FmMjRFTjVqU2lL
SnMvbVAvNFpBQ2dtZUZ0Ck81Qjl1ejZpS2JxNCs5eXR5anFwWTVVPQo9TmpRQQotLS0tLUVORCBQ
R1AgU0lHTkFUVVJFLS0tLS0K

--===============2988786989924377573==--


From dries.buytaert@gmail.com Wed May 24 07:50:26 2006
From: Dries Buytaert 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Wed, 24 May 2006 09:50:23 +0200
Message-ID: <86B2D938-AE0B-4839-87A2-D62DCED5CB35@gmail.com>
In-Reply-To: <44738046.6040407@delocalizedham.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0588827428634274467=="

--===============0588827428634274467==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit


On 23 May 2006, at 23:36, Neil Drumm wrote:
>> I think it could potentially benefit from better URL alias   
>> integration.  Like, on the 'list terms' page (administration   
>> section), it would be very convenient if you could add/edit/ 
>> maintain  your term's URL aliases in batch mode.  It sounds like a  
>> much more  interesting feature than say, the synonym terms support  
>> or the  related terms support.
>
> From the rel-tag spec (http://microformats.org/wiki/rel-tag):
>
> "Tags are embedded in HTTP URIs in a well-defined manner so that  
> the tag embedded in an HTTP URI can be mechanically extracted from  
> that URI. Specifically, the last segment of the path portion of the  
> URI (after the final "/" character) contains the tag value."
>
> In the world of Microformats there is only one url segment after  
> the / which properly encodes a tag/category/keyword/term/etc;  
> adding a textfield to control that wouldn't be too useful since  
> there is only one option for compliance with this spec.
>
> I would like to see core have this without the addition of any UI,  
> probably using the approach laid out in http://drupal.org/node/ 
> 63635 for nodes on the code side. The URLs can be '.../{vocabulary} 
> (/{parent category})*/{category}'.
>
> And since we are coding Drupal here, might as well throw in an API  
> for a pathauto-like module to go and change everything up. A module  
> could Form API in a text field for manual editing if someone wants  
> that.
>
> (A system to manage redirects would be nice so URLs get redirects  
> as they are changed.)

Thanks for the additional research.  I agree that Drupal's current  
behavior should be "fixed".  Looks important if we want to stay  
competitive in terms of SEOs.

--
Dries Buytaert  ::  http://www.buytaert.net/


--===============0588827428634274467==--


From ber@webschuur.com Wed May 24 08:22:38 2006
From: =?utf-8?q?B=C3=A8r?= Kessels 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Wed, 24 May 2006 10:22:04 +0200
Message-ID: <200605241022.10112.ber@webschuur.com>
In-Reply-To: <86B2D938-AE0B-4839-87A2-D62DCED5CB35@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6536232511584257109=="

--===============6536232511584257109==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Op woensdag 24 mei 2006 09:50, schreef Dries Buytaert:
> Thanks for the additional research.  I agree that Drupal's current  
> behavior should be "fixed".  Looks important if we want to stay  
> competitive in terms of SEOs.

Another thing I just thought of, is that we seem to be only talking about 
terms/taxonomy here. This is IMO a bad thing, sine this will introduce 
incosistency. IMO any kind of scheme/hook/api thing should be introduced 
Drupal wide, or at least for

users
nodes
comments
terms

Bèr
-- 
[ End user Drupal services and hosting | Sympal.nl ]


CVS onder de knie krijgen:
 http://help.sympal.nl/cvs_onder_de_knie_krijgen

--===============6536232511584257109==
Content-Type: application/pgp-signature
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.sig"
MIME-Version: 1.0

LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC4xIChHTlUv
TGludXgpCgppRDhEQlFCRWRCZXlxTVJaeXVyVGprQVJBdEp6QUtEZkNCdGpLaVVvR1JHTEJyaWd4
NU5RUnlJQVN3Q2ZjRGZHCjZMWHJDNWx5cXAxZ1B1UjJ4ZDZRRjF3PQo9QmliZgotLS0tLUVORCBQ
R1AgU0lHTkFUVVJFLS0tLS0K

--===============6536232511584257109==--


From adrinux@perlucida.com Wed May 24 09:05:02 2006
From: Adrian Simmons 
To: development@drupal.org
Subject: Re: [development] Human readable taxonomy URLs
Date: Wed, 24 May 2006 10:04:57 +0100
Message-ID: <447421B9.4060409@perlucida.com>
In-Reply-To: <200605241022.10112.ber@webschuur.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0454268542957075768=="

--===============0454268542957075768==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Bèr Kessels wrote:
> we seem to be only talking about terms/taxonomy here.
 > This is IMO a bad thing, sine this will introduce
> incosistency.
Nah, it just means all sites will be organised using taxonomy :P

-- 
Adrian Simmons (aka adrinux) 
e-mail 

--===============0454268542957075768==--