Allow reference manual subsections

[Paul Everitt]

Per Nat's note below, allow an extra nesting of sections in the hierarchy. Feel free to just allow one more nesting, or allow infinite nesting. Also, feel free to revisit any of the code there...some was originally written by me and could use a little improvement.

Nat wrote:
"I just had an interesting question from the head of our Facilities Management department. OSI now has 2 office locations in NY (and will likely add a 3rd at some point in the next few years), so in the Facilities section of the reference manual, they are having a challenge figuring out how best to display information and policies for the 1700 Broadway location. What would be easiest is if they could have a sub-sub section – something beyond a, b, c, d, etc. like i, ii, iii. As it stands now, in order to add information for each category for multiple locations, they would have to add a page, repeating lots of information and making the list extremely long. Is it possible to give them the option to have sub pages?"

[Paul Everitt (paul-agendaless)]

Tres, if you're available and interested, want to take a look?

[Tres Seaver (tseaver)]

It turns out that the customization products override the default "folder addables" adapter,
which means that we have to update them as well in order to surface this part of the new
behavior.

[Tres Seaver (tseaver)]

I have committed the fix for the OSI customization. Please test the Eurasia
version of the patch on your Eurasia buildout and commit there.

[Chris Rossi (chris-archimedeanco)]

Applied to trunk. Let me know if I should apply to production.

[Tres Seaver (tseaver)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Chris Rossi wrote:
> Applied to trunk. Let me know if I should apply to production.

I think it would be fine if it goes out with m40 -- Paul can override me.

Tres.
- --
===================================================================
Tres Seaver [phone] <email address hidden>
Palladion Software "Excellence by Design" http://palladion.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkv2/YUACgkQ+gerLs4ltQ7D8ACfYs2lNXXHF2dRjmfG3Xo2tbIg
eFYAn2xb4S/s2KKyFYsJO3HRYVpJdz/Q
=4O1x
-----END PGP SIGNATURE-----

[Paul Everitt (paul-agendaless)]

Fine by me. We can do an update whenever is comfortable for our schedule.

*BUT* let's make sure we have some time afterwards where people are around. Let's make sure this isn't a rushed release.

--Paul

On May 21, 2010, at 5:39 PM, Tres Seaver wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Chris Rossi wrote:
>> Applied to trunk. Let me know if I should apply to production.
>
> I think it would be fine if it goes out with m40 -- Paul can override
> me.
>
>
> Tres.
> - --
> ===================================================================
> Tres Seaver [phone] <email address hidden>
> Palladion Software "Excellence by Design" http://palladion.com
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkv2/YUACgkQ+gerLs4ltQ7D8ACfYs2lNXXHF2dRjmfG3Xo2tbIg
> eFYAn2xb4S/s2KKyFYsJO3HRYVpJdz/Q
> =4O1x
> -----END PGP SIGNATURE-----
>
> --
> Allow reference manual subsections
> https://bugs.launchpad.net/bugs/575712
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in KARL3: Fix Committed
>
> Bug description:
> Per Nat's note below, allow an extra nesting of sections in the hierarchy. Feel free to just allow one more nesting, or allow infinite nesting. Also, feel free to revisit any of the code there...some was originally written by me and could use a little improvement.
>
> Nat wrote:
> "I just had an interesting question from the head of our Facilities Management department. OSI now has 2 office locations in NY (and will likely add a 3rd at some point in the next few years), so in the Facilities section of the reference manual, they are having a challenge figuring out how best to display information and policies for the 1700 Broadway location. What would be easiest is if they could have a sub-sub section – something beyond a, b, c, d, etc. like i, ii, iii. As it stands now, in order to add information for each category for multiple locations, they would have to add a page, repeating lots of information and making the list extremely long. Is it possible to give them the option to have sub pages?"
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/karl3/+bug/575712/+subscribe

[JimPGlenn (jpglenn09)]

fixed