Folks,
Does anyone have a simple or elegant solution to our dilemma:
The Brochure Pages of our web-site are fast-becoming far too long.
('Humorous' suggestions - as in "cut out all the typographical diarrhoea", as per my wife - are not encouraged!)
This has particular resonance to our web-site as we detail each and every brand we stock at length ... because this is something research (and subsequent interest and feedback) suggests customers of the luxury goods industry seems to favour and warm to.
What I'd like to be able to implement is a scenario where we can include multiple derivative pages on a brand (or topic or whatever) , e.g. pages 2, 3, 4, 5, etc., etc., each 'connected' to the 'primary page' by a suitable button ... but with the minimum of hard HTML coding.
That is, I want to shorten the first 'controlling' web-page (as constructed in an Actinic Brochure Page) such that this page can still readily access the remaining information stored in identically formatted second, third, fourth and fifth (et al) 'sub-pages' ... without these sub-pages necessarily being visible from each and every Brochure Page (because this tends to make the menus ergonomically confusing and aesthetically untidy!).
When generating Actinic brochure pages, there are currently only 2 (binary) options:
"Hide on the Web Site"
or include them in the web-site Actinic generates, together with the subsequently cluttered Actinic menu. Now, whilst I wish there was a third option:
"Generate Brochure page as a sub-page"
there isn't! That's where you folks come in ...
[...Although, I have dropped it as a suggestion onto Actinic's 'Wish List' - please see the rest of my suggestion below, if you're interested, as it simply follows on from the observations above:
"To 'connect' the relevant pages together, on the 'parent' Brochure Page, one could enter the 'child' Brochure Page's name or, on the 'child' Brochure Page, one could indicate the 'parent' Brochure Page's name.
The 'parent' Brochure Page could then be generated to include a "More" or "Next Page" button at the bottom, whilst the 'child' Brochure Page could be generated to include a "back button" at the top and/or bottom of the page (top, bottom or both optional).
Obviously, this would help prevent unnecessarily long web-pages (like ours!) without the (non-technical) designer (me!) having to code separate HTML-based web-pages which look near-as-damn-it identical to Actinic's own formatted pages.
Furthermore, it would also stop these additional pages from having their associated Actinic Page Names appear as separate user-selectable items from within the main Actinic-generated menus which are a constituent part of the Templates/Themes.
Our once elegant site is looking a poor aesthetic companion to competitor's (non-Actinic) sites and fast-becoming an ergonomic nightmare - quite unusable to the more mature users which we attract - and I'm trying hard to decide what to do next ... consternation and development time we (I?) could quite do without!"]
Nevertheless, whilst we're waiting for Actinic to implement this, any help, suggestions or comments are welcomed.
Cheers all ...
Does anyone have a simple or elegant solution to our dilemma:
The Brochure Pages of our web-site are fast-becoming far too long.
('Humorous' suggestions - as in "cut out all the typographical diarrhoea", as per my wife - are not encouraged!)
This has particular resonance to our web-site as we detail each and every brand we stock at length ... because this is something research (and subsequent interest and feedback) suggests customers of the luxury goods industry seems to favour and warm to.
What I'd like to be able to implement is a scenario where we can include multiple derivative pages on a brand (or topic or whatever) , e.g. pages 2, 3, 4, 5, etc., etc., each 'connected' to the 'primary page' by a suitable button ... but with the minimum of hard HTML coding.
That is, I want to shorten the first 'controlling' web-page (as constructed in an Actinic Brochure Page) such that this page can still readily access the remaining information stored in identically formatted second, third, fourth and fifth (et al) 'sub-pages' ... without these sub-pages necessarily being visible from each and every Brochure Page (because this tends to make the menus ergonomically confusing and aesthetically untidy!).
When generating Actinic brochure pages, there are currently only 2 (binary) options:
"Hide on the Web Site"
or include them in the web-site Actinic generates, together with the subsequently cluttered Actinic menu. Now, whilst I wish there was a third option:
"Generate Brochure page as a sub-page"
there isn't! That's where you folks come in ...
[...Although, I have dropped it as a suggestion onto Actinic's 'Wish List' - please see the rest of my suggestion below, if you're interested, as it simply follows on from the observations above:
"To 'connect' the relevant pages together, on the 'parent' Brochure Page, one could enter the 'child' Brochure Page's name or, on the 'child' Brochure Page, one could indicate the 'parent' Brochure Page's name.
The 'parent' Brochure Page could then be generated to include a "More" or "Next Page" button at the bottom, whilst the 'child' Brochure Page could be generated to include a "back button" at the top and/or bottom of the page (top, bottom or both optional).
Obviously, this would help prevent unnecessarily long web-pages (like ours!) without the (non-technical) designer (me!) having to code separate HTML-based web-pages which look near-as-damn-it identical to Actinic's own formatted pages.
Furthermore, it would also stop these additional pages from having their associated Actinic Page Names appear as separate user-selectable items from within the main Actinic-generated menus which are a constituent part of the Templates/Themes.
Our once elegant site is looking a poor aesthetic companion to competitor's (non-Actinic) sites and fast-becoming an ergonomic nightmare - quite unusable to the more mature users which we attract - and I'm trying hard to decide what to do next ... consternation and development time we (I?) could quite do without!"]
Nevertheless, whilst we're waiting for Actinic to implement this, any help, suggestions or comments are welcomed.
Cheers all ...
Comment