Edgewall Software

Ticket #733 (closed defect: fixed)

Opened 4 years ago

Last modified 2 years ago

Words seperated by a slash like Abc/Def are treated as CamelCase word

Reported by: vittorio Owned by: jonas
Priority: normal Milestone: 0.9
Component: wiki system Version: devel
Severity: minor Keywords:
Cc:

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

Change History

Changed 4 years ago by Matthew Good <matt-good.net>

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 /UiGuidelines and 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? ?

Changed 4 years ago by utopiste

  • status changed from new to closed
  • resolution set to fixed

Updated the documentation about WikiPageNames. (it's a feature not a bug)

Changed 4 years ago by Matthew Good <matt-good.net>

  • status changed from closed to reopened
  • resolution fixed deleted

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.

Changed 4 years ago by daniel

  • milestone set to 0.9

Changed 4 years ago by anonymous

The problem doesnt happen anymore with r954. (accidently corrected?)

Changed 4 years ago by vittorio

  • status changed from reopened to closed
  • resolution set to fixed

problem doesnt occur in 0.8 anymore

Changed 4 years ago by cboos@…

Check: TheCurrentBehavior/IsLikeThat?

And the WikiPageNames states that:

5. The use of slash ( / ) is permitted to create a hierarchy inside the wiki.

Now I think everything is clear (at least for me :)

Add/Change #733 (Words seperated by a slash like Abc/Def are treated as CamelCase word)

Author



Change Properties
<Author field>
Action
as closed
Next status will be 'reopened'
 
Note: See TracTickets for help on using tickets.