Hi all -
Having a few problems with the cosmetic look of an Accordion. I can’t seem to get rid of the hyperlink underline in the header of a table cell and I am having big probs. trying to get the text in the same header box to center vertically. Even when I use a Graphic for the header there is still an underline under it. Just want the text to look normal in the collapsed box. Any help - much Appreciated - many thanks - Trev.
You should be able to ‘disable’ the underline by unticking ‘Make whole header into link’ under the ‘Appearance’ disclosure (within the Action interface for the Accordion)
Thanks for the fast reply. I have been playing about with the Accordion Action for most of the afternoon in 4 Pro.
The ‘Make whole header into link’ solves the underline link fine. I notice that the header text box produces a cursor arrow on rollover while the text in the header changes it to the text insertion cursor. Also the html box I insert into the cell for the header will not make the same width as the cell when I publish.
The graphic in the table cell will only work for me if I deselect the “use mootools for show/hide” check box and then the action looses the smooth transition effect - the box just appears open or shut.
I know this Accordion effect is very cool feature I could use in future projects and was inspired by this site: http://www.mollisons.net.au/
I would love a clear tutorial based on a freeway document for an even simplified working version using text for headings and the option of Image headers - just for a bit more design scope - glass effect etc…
I’m afraid I have spent a long time trying to master the effect these past few days but without a ‘walkthrough’ I’m lost.
So if any kind soul is a master in this artform I would love the learn.
Well, it’s not necessarily built for tables, here’s a screen-cast run through on a CSS way to build it using FW5. You should be able to repeat the steps, give or take a few things, and achieve the same affect.
The screen-cast was very useful. A few differences in v.5 compared with my 4 Pro - but I have made progress.
The only thing left to solve now is the menus are not collapsing. That is to say the body text below each header appears and disappears with the “moo” transition but in its resting state there is the depth of the body text between each of the headers. Can anyone shed any light on this part.
Are you sure that all elements in the stack are set to collapse? If you are using a table, look in the Inspector for the tab that includes “Height can Shrink” and check that on. If you drew DIVs (layered HTML boxes), then delete whatever value is present in the Height field of the Inspector while each element is selected. I haven’t used 4 in quite a while, so this might not be exactly accurate, but that’s where I would start looking to fix this.
I’m using HTML Boxes. I don’t understand what you man by
delete the height field of each element. If I try to set the height of each html box it won’t let me .
Dan Jasker took all of his screencasts down from FreewayCast. You can
try at his blog, but most of the links there point back to
FreewayCast. http://danjasker.blogspot.com
Actually I find out the hard way that Accordion doesn’t play nice with Scriptacoulous (I have read about this before) but didn’t know (or remember) that I was using them in my home page.
Anyway I ended up removing the Mootools action, by using Time Machine and now when I start FW5 I get:
File Not Found-Necessary Support File not found in action bundle. Expected location: Settings:mootoolsOptions.txt Action may not found properly.
I can’t find any signs of Mootools action in my computer, I wonder if reinstalling FW5 will fix this, I wish I didn’t have to go that far.
Any easy way to get rid of this?
Twice I restored “General”, and there wasn’t any signs of mootools to begin with anyway.
Is a mystery, I am a born again Ex-Windoze and I would be searching the Register by now on XP.
Since Mac is so much cleaner, I don’t have a clue where to look.
File Not Found-Necessary Support File not found in action bundle. Expected location: Settings:mootoolsOptions.txt Action may not found properly.
This alert will come about when:
A) Opening a FW file that does have an instance of the mootools action somewhere within it, activated or not;
AND -
B) The mootools Suite is not found in the action support folder.
So the document you mention MUST have some instance somewhere within it. There is no mechanism that I know of inside FW to search for instances a particular action usage.
The remedy is to either hunt do all instances of mootools in the troublesome document, or just reinstall mootools into the Action folder and let it passively sit there. Once reinstalled, you may very well receive a different alert on publish; that ‘mootools has found a conflict with prototype libraries on page: [insert page name here]’.
Note: Actions, by there nature are temporary and non-invasive. They do not install themselves into, or have any residual presence within the Freeway application itself (beyond being simply listed in the Action submenus). The only persistent information is stored as action instances within a FW document (no registry or anything like that, just an action applied to an item, inserted in a page, etc…) Even then, removing the action instance will remove both any record of the action from that location and allow the html output to republish without its influence. Since FW rebuilds each html page from scratch on each publish, actions must re-modify the output each time - no action, no modification.