[Wintermute]

This reply has been marked as private.

[Wintermute]

Good to hear. If you’d like some unsolicited advice, I think using “Shopping Cart” is preferable to “Shopping Bag”. The icons used are all carts, it is the more accepted term in North America and most other English speaking countries, with the exception of perhaps the UK. May I also suggest the following for the My Account modal links and window titles (Email customer care, Shipping information, Returns & exchange, F.A.Q.’s).

Email customer care -> Email Customer Care
Shipping information -> Shipping Information
Returns & exchange -> Returns and Exchanges (the use of an ampersand is generally bad form and inconsistent)
F.A.Q.’s -> FAQs (This is the grammatically correct spelling)

[Wintermute]

This bug is still present in the current version of the theme (1.91). Why hasn’t this solution been integrated into the theme yet?

[Wintermute]

This reply has been marked as private.

[Wintermute]

This reply has been marked as private.

[Wintermute]

Can you please include the patch discussed here in the next update:
http://support.swiftideas.net/forums/topic/view-all-products-issue/

[Wintermute]

What I am describing is not possible after all, the “Account aux options” only seem to appear when changing the “Header Layout” option to one of the first three options. I was trying to reproduce this menu in the top bar, as I am using the fourth header layout, which does not contain the menu in question. Fortunately, I think I can use the “sf_aux_links” function to hack together a solution.

[Wintermute]

I have enabled “Show account aux option” in the header options, but this does not seem to have any effect.

[Wintermute]

I forgot to mention, this method makes the custom dropdown menus less fragile when being resized. There are a few cases where this is evident, for example here. When resizing the window the country dropdown is borked.

[Wintermute]

I forgot to add the following which is needed to hide the arrows from the IE native controls:

::-ms-expand {
	display: none;
}

For whatever reason the code I posted in the first post got mangled. The first code element should read:

.woo-select:after {
	pointer-events: none;
}

[Wintermute]

There seems to be another instance where a custom wp-content directory breaks something in the Swift Framework.

The code in question: wp-content/themes/neighborhood/includes/swift-framework/sf-shortcodes/config.php.php (lines 1-10):

$wp_load = "../wp-load.php";
$i = 0;

while (!file_exists($wp_load) && $i++ < 10) {
    $wp_load = "../$wp_load";
}

require($wp_load);

Replacing the above with the following works, though modifying the theme’s core files is not ideal.

require_once($_SERVER['DOCUMENT_ROOT'] . '/wordpress/wp-load.php');

I do think it would be worthwhile for the theme’s developers to handle cases where the theme and/or wordpress directories are in non-default locations, there seems to be a definite trend towards this type of install.