#733 closed defect (fixed)
Words seperated by a slash like Abc/Def are treated as CamelCase word
| Reported by: | vittorio | Owned by: | Jonas Borgström |
|---|---|---|---|
| Priority: | normal | Milestone: | 0.9 |
| Component: | wiki system | Version: | devel |
| Severity: | minor | Keywords: | |
| Cc: | Branch: | ||
| Release Notes: | |||
| API Changes: | |||
| Internal Changes: | |||
Description
Two ore more words seperated by a slash are treated as a CamelCase word and therefor generate a wikipage link. Examples: Abc/Def, Trac/Subversion, Abc/Def/Ghi
Rule 1 in WikiPageNames says: The name must consist of alphabetic characters only.
using trunk 894
Attachments (0)
Change History (7)
comment:1 by , 21 years ago
comment:2 by , 21 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Updated the documentation about WikiPageNames. (it's a feature not a bug)
comment:3 by , 21 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Well, I agree that slashes can be used to create a page heirarchy, but I still feel there's an issue here. Neither Abc nor Def would be considered a page name individually, but when joined with a slash they suddenly are. If slashes are meant to represent a heirarchy the implication is that the part preceding the slash is a page, and the part following the slash is a sub-page. So, I believe that each piece of the page heirarchy should be a proper Wiki page name.
For reference MoinMoin would consider Abc/Def as plain text since no part of it is a page name, NotCamel/Camel would render with the NotCamel part as a link, but the /Camel part would be plain text. Only TracProject/UiGuidelines would be considered in whole as a Wiki page link.
I think this is particularly important with the way they consider /PageName to be a sub-page of whatever the current page is, but even if that is not implemented in Trac, it still seems inconsistent that Abc/Def would seemingly be a link to a page Def under Abc, when Abc would not be considered a Wiki page.
comment:4 by , 21 years ago
| Milestone: | → 0.9 |
|---|
comment:6 by , 21 years ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
problem doesnt occur in 0.8 anymore
comment:7 by , 21 years ago
Check: TheCurrentBehavior/IsLikeThat
And the WikiPageNames states that:
- The use of slash ( / ) is permitted to create a hierarchy inside the wiki.
Now I think everything is clear (at least for me :)



Yes, I noticed this as well. I suppose one issue to address here is whether Trac should support slashes in WikiPageNames at all, or whether names separated by slashes should be considered separately.
Someone has already created a page TracProject/UiGuidelines which makes use of the slash. MoinMoin uses slashes to allow for heirarchical organization of Wiki pages. If a Wiki name is preceded by a slash it is considered to be relative to the current page. So, on the TracProject page I could simply put
/UiGuidelinesand it would link to TracProject/UiGuidelines.If slashes are permitted as part of a page name, what would be the appropriate behavior of NotCamel/Camel ?