Van az eredeti útvonal:

user/%user
Ha Te most beteszel egy user/%user/cikkek útvonalat akkor a Drupal menü rendszere tudja, hogy mi minek az almenüje. Ha most álnevet raksz rá, akkor már nincs olyan, hogy tagok/%tagneve, csak olyan van, hogy tagok/sanyi ami a user/56 és olyan, hogy tagok/sanyi/kovetes ami user/56/track. Tehát egyesével külön-külön mindegyikhez van egy álnév.A viewsban a user/%/cikkek útvonalat kell megadnod és azután mindegyik felhasználó cikkeihez fel kell venned az álnevet. (vagy elfogadni, hogy ezek álnév nélkül működnek majd, vagy írni egy saját pathautot, vagy lehet valahol be lehet neki ezt is állítani.

pp

Nem lesz az overkill, és nemigen van más. A mező szintű jogosultságkezelés fölött a tartalomszintű áll, ami egyben a menü szintű jogosultságra is hat. A kettő között nincs semmi (hacsak valami contrib modul nem csinált ilyet, amit nem találtam). Ahhoz, hogy egy access denied menü megjelenjen egy rendes menu_treeben, elég csuda hackek kellenek. Van ugyen alter a menu_get_itemhez, de nem vagyok benne biztos, hogy az access részét babrálni benne a hosszú élet titka.

Ellenben lehet csinálni viewszal olyan listát, amiben az advanced settingsben van olyasmi disable sql rewrite, és akkor meg tud jelenni a link akkor is, ha nincs hozzáférés. Ez még viszont nem menü, de ha csak egy lista az említett nodeokról, akkor ok.

Ha viszont a mező szintű szabályozás marad, akkor szintén a hook_field_extra_fields megvalósításával ki lehet írni egy default szöveget, és akár egy kis admin felületet is csinálni, hogy onnan lehessen állítgatni variable_ből.