#1705 closed Bugs (fixed)
[boostbook] Spaces in reference file names for types like 'long long'
Reported by: | Daniel James | Owned by: | Daniel James |
---|---|---|---|
Milestone: | Boost 1.36.0 | Component: | Documentation |
Version: | Boost Development Trunk | Severity: | Cosmetic |
Keywords: | Cc: |
Description
If you look at the hash library's reference documentation, the reference file for 'hash<unsigned long>' has a space in the filename. There are a lot of similar examples for other libraries. This can probably be easily fixed by replacing the spaces with another character, maybe '-'?
Change History (3)
comment:1 by , 14 years ago
comment:2 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:3 by , 14 years ago
(In [45577]) Merge in improved ids in boostbook.
Merged revisions 44958,45130-45131,45152-45153,45366 via svnmerge from https://svn.boost.org/svn/boost/branches/doc
........
r44958 | danieljames | 2008-05-01 00:08:20 +0100 (Thu, 01 May 2008) | 2 lines
Don't generated file names with spaces, and replace multiple consecutive underscores with a single underscore. Refs #1705
........
r45130 | danieljames | 2008-05-05 12:37:04 +0100 (Mon, 05 May 2008) | 2 lines
Combine the two alternative versions of the function generate.id
........
r45131 | danieljames | 2008-05-05 12:37:18 +0100 (Mon, 05 May 2008) | 2 lines
Deal with generated ids that contain dots which aren't separators.
........
r45152 | danieljames | 2008-05-05 21:28:44 +0100 (Mon, 05 May 2008) | 2 lines
Only add the id to fully qualified ids inside specializations - so that we're not adding generated ids on to the end of generated ids.
........
r45153 | danieljames | 2008-05-05 21:28:56 +0100 (Mon, 05 May 2008) | 2 lines
If the same macro appears twice, generated unique ids.
........
r45366 | danieljames | 2008-05-14 21:39:14 +0100 (Wed, 14 May 2008) | 2 lines
Avoid removing underscores that are part of a class or function name.
........
(In [44958]) Don't generated file names with spaces, and replace multiple consecutive underscores with a single underscore. Refs #1705