Issues for Fusion

Missing contextual link gear

scuis — Fri, 10 May 2013 20:04:27 +0000

I installed and configured Drupal 7.22 so the gear appears, then installed Fusion Core 7.x-2.0-beta2 and Fusion Starter 7.x-2.0-beta2 and the gear is missing. I deactivate and delete Fusion but gear is still missing.

Contextual links module is on and have permissions.

I did the same steps in other sites and worked fine.

Any help would be appreciated. Regards

Problem with Context Condition when using node_top/bottom region

daggerhart — Thu, 09 May 2013 15:31:41 +0000

Problem/Motivation

Some blocks do not appear in the sidebar regions when using "context condition" and the node_top / node_bottom regions. This bug only is present in subthemes that are based on fusion_core as well. Does not affect d7 version of modules/theme.

Potentially related to this issue: #865782: Context 3 problems on node pages

Steps to Reproduce

Fresh install of drupal 6 + modules

Drupal 6.28
Ctools 1.10
Context 3.1
Fusion 1.13

Create 3 blocks for testing with simple title & body: test block 1, 2 and 3
Enable context, context_ui, ctools
Set fusion_core as default theme
Create a node (node/1)
Create the below 3 contexts

Name: path-condition
1. Condition: Path - Value: node/1
2. Reaction: Blocks - Value: test block 1 in Sidebar First
3. Reaction: Debug
Name: context-condition
1. Condition: Context - Value: path-condition
2. Reaction: Blocks - Value: test block 2 in Sidebar First
3. Reaction: Debug
Name: node-region
1. Condition: Path - Value: node/1
2. Reaction: Blocks - Value: test block 3 in Node Top
3. Reaction: Debug

Then visit /node/1. You'll see that the Debug reaction believes that all of these contexts are active, but Test Block 2 will not appear in the sidebar (see screenshot 1).

The problem might be related to the fusion_core_block_list() function. If I alter it to not include the check for contexts, all of my blocks appear correctly.

<?php
function fusion_core_block_list($region) {
  $drupal_list = block_list($region);
/*  if (module_exists('context') && $context = context_get_plugin('reaction', 'block')) {
    $context_list = $context->block_list($region);
    $drupal_list = array_merge($context_list, $drupal_list);
  } */
  return $drupal_list;
}
?>

Additionally, the problem may be related to how contexts handles building the block list. In context_reaction_block.inc, it looks to make sure the $context_blocks variable has not been set before building the list of blocks. If the code on line 293 is altered to ensure that the number of blocks in $block_queue == ($context_blocks + $empty blocks), it will build the region correctly.

<?php
    // Context blocks.
    //if (!isset($context_blocks[$region])) {
    $count_block_diff = ((count($context_blocks[$region]) + count($empty_blocks[$region])) != count($build_queue[$region])) ? TRUE : FALSE;
    if (!isset($context_blocks[$region]) || $count_block_diff) {
?>

The problem might have to do with fusion_core_block_list calling context_get_plugin('reaction', 'block'), and causing the context module to fail recursive building of the $context_block variable, but honestly I have no idea. I just know that either of these stopgap fixes work in my case.

Is this more of a context issue than a fusion issue? Any help is much appreciated. Thank you.

Attachment	Size	Status	Test result	Operations
screenshot1.png	45.44 KB	Ignored: Check issue status.	None	None

Support pluggable CSS frameworks

webkenny — Tue, 08 Jan 2013 12:28:16 +0000

One of the things that the web is moving towards is the use of CSS Frameworks/Preprocessors. There are many out there but the three that continue to pop up are:

Sass/Compass
Bootstrap
Less

It would be interesting to see Fusion take a slightly different tact than a theme such as Zen (which settles on Sass/Compass as its optional framework) and, instead, support a pluggable architecture for whichever framework a developer chooses to use. Out of the box, it probably makes sense for us to support one of them natively by way of example. (e.g. a Fusion Starter Sass sub-theme).

Potential caveats here:

We probably would not be able to include the libraries by default as they are not GPL (although they all are open-source) so we'd want some "easy" way for developers, possibly through drush, to bring in those libraries. That already exists in drush by way of Libraries so I think we're talking about examples rather than hard implementation.
To use LESS, it's a Javascript include. To use Sass/Compass it requires a ruby gem installed either locally or on the server.
A Bootstrap theme exists currently so we'd not want to duplicate function but instead provide an easy way to pull Bootstrap into a Fusion based theme.
And...

How or if we implement it is left for discussion but I wanted to start some blue-sky thinking on the topic.

admin_menu in $page_bottom

vacho — Wed, 05 Dec 2012 18:12:22 +0000

The first time that an administrator user loggin the admin_menu appears at the bottom.
the admin_menu div is in the $page_bottom variable, and this does not allow that menu module "Administration menu" is accessible from the top.

skinr Not Working For User 1

fadgadget — Fri, 30 Nov 2012 20:39:36 +0000

Hello i was thinking that this was a problem with skinr module but after seeing no one else reporting this problem i can only deduce that it is a problem with Fusion theme. I originally posted on the end of this post-
http://drupal.org/node/932750

I did originally post on Mix and Match but the problem was happening with Fusion too. I will paste in what i posted if you dont mind.

Hi i am having the same problems with the Mix and Match theme. I am not using panels or any theme changing modules. I posted this over on the mix and match queue but i think i should be posting it here
http://drupal.org/node/1854222

The css is fine for non admin and anon users. The classes are being applied. Admin (user 1) the classes are not being applied. I have turned off amin menu and cleared my cache but to no avail.

Let me go turn off all my modules..... no still not working.

I have updated to the Dev version (for D6) and the problem persists. My website can be viewed here if it helps anyone0
http://onlinebanter.com

I only have Fusion Core and Mix and Match themes enabled.

Thanks

and

Ive tried it with another theme and the problem persists. I have all modules on my site now turned off. Only the core (req) and skinr but still not happening for me. bah and blast i was on a css warpath there to get my site finished.

Has anyone else experienced a problem like mine?

thanks

Logo not resizing in Fusion subtheme

droddis — Thu, 15 Nov 2012 16:33:39 +0000

Hi there,

I'm really enjoying the responsive elements of Fusion as a theme but have run into a problem whereby the logo used in the sub theme doesn't resize like the rest of the site when minimizing the browser screen. I am using a new logo, added in the theme Apperance section. Is there something that needs to be added somewhere to force the image to resize. I'm using Adaptive Images on other parts of the site but there isn't a way that I know of to apply an image style to the site logo.

Any help would be appreciated.

Regards,

Dave

Block controlled by context disappearing on commerce checkout page

richH — Mon, 08 Oct 2012 15:32:30 +0000

Hi,

I have a site with a "winter" and "summer" section. I have two contexts:

"winter": to be active on pages with /winter & /winter/* paths

"summer" to be active when winter is not active, or on the page or on /summer & /summer/*

The contexts activate a menu into the main menu block and also set the body class "summer" or "winter".

This works for every page except the commerce checkout page with the path "/checkout". It works for the page "/cart". So on my checkout page, I don't have a menu.

On the checkout page, no menu appears BUT the body class "summer" is set. If I add /checkout & /checkout/* to the summer context there is no improvement

I am using:
context: 7.x-3.0-beta4
commerce: 7.x-1.3
Fusion: Fusion Core 7.x-2.0-beta2
Mix & Match: Mix and Match 7.x-1.0

If I switch to Bartik and put the menu's into the sidebar, the summer menu appears (correctly) on the checkout page. If I use mix & match and have the block in the sidebar (exactly like with Bartik), the menu doesn't appear on the checkout page.

cheers
Rich

Sample sites using Fusion responsive features

greggmarshall — Fri, 28 Sep 2012 15:55:32 +0000

I can see Fusion 7.x-2.0 supports responsive features.

Before digging in too deeply implementing it, I'm hoping to see a couple of sites that have implemented the responsive features.

Can anyone share a URL or two to show Fusion 7.x-2.0 being responsive???

Thanks in advance.

Panels "Disable Drupal blocks/regions" - doesn't work correctly

OnkelTem — Mon, 10 Sep 2012 16:22:21 +0000

When using Panels, disabling blocks via "Disable Drupal blocks/regions" checkbox on a variant's "General" settings, doesn't hide blocks and they appear in the middle column on a page.

This is how the problem occurs.

Block hiding is performed by CTools. In ctools_block_list_alter() it checks ctools_set_no_blocks drupal static variable, and if its TRUE, it removes "bad" blocks from block list. This variable is initialized in ctools_context_handler_render_handler() after calling a renderer:

<?php

function ctools_context_handler_render_handler(...) {
  $function = page_manager_get_renderer($handler);
  ...
  $info = $function($handler, $contexts, $args);
  ...
  // Only directly output if $page was set to true.
  if (!empty($info['no_blocks'])) {
    ctools_set_no_blocks(FALSE);
  }
?>

So if a renderer would call block_list(), "bad" blocks won't be removed (since ctools_set_no_blocks is not initialized). And that is exactly what happens in Fusion.

It calls block_list() from fusion_core_block_list() which is called for the first time from:

fusion_core_preprocess_node() - to fill up node_regions with blocks,

if there are nodes on a page.
Another time fusion_core_block_list() is called by Fusion from:

fusion_core_preprocess_page() - to get appearance info for $grid's sidebars.

but this time, "bad" blocks are removed from the block list.

There are two ways to fix this problem:

In CTools by moving ctools_set_no_blocks initialization before calling a renderer,
In Fusion by not calling block_list() at all. I don't know however how node regions would work then.

Giving this a "bug" status, since initializing block_list from node preprocess looks strange.

region namees

t14 — Sun, 09 Sep 2012 23:09:36 +0000

Hi
I am using starter_lite as asub theme and it seems to print the region name for every region with content by default.

Any ideas how to stop this?

Thanks in adavance for your help

Fusion prints empty regions for no reason

OnkelTem — Mon, 03 Sep 2012 15:19:15 +0000

Fusion core's region.tpl.php outputs HTML even if a region is empty.

Undefined index: sidebar_tablet_landscape_enabled and similar when using Fusion Accelerator

OnkelTem — Mon, 03 Sep 2012 14:44:46 +0000

I see bunches of PHP Notices when rebuilding funsion-based theme cache:

Error message

Notice: Undefined index: sidebar_tablet_landscape_enabled in _fusion_accelerator_save_grid() (line 465 of /var/www/sites/windbrothers/www/sites/all/modules/fusion_accelerator/fusion_accelerator.module).
Notice: Undefined index: sidebar_tablet_portrait_enabled in _fusion_accelerator_save_grid() (line 465 of /var/www/sites/windbrothers/www/sites/all/modules/fusion_accelerator/fusion_accelerator.module).
Notice: Undefined index: sidebar_phone_landscape_enabled in _fusion_accelerator_save_grid() (line 465 of /var/www/sites/windbrothers/www/sites/all/modules/fusion_accelerator/fusion_accelerator.module).

Patch is on the way

Default custom media queries for tablet should be fixed to work on desktop

lolmaus — Tue, 28 Aug 2012 09:14:30 +0000

Hi!

I've noticed a nasty but easily fixed bug in Fusion default configuration. It happens on my multi-monitor setup.

Steps to reproduce the bug:

Enable the responsive mode of your Fusion subtheme.
Browse the website using a computer that has a screen less than 1200px wide:
- Find an old 1024px-wide monitor and attach it to your computer as a secondary monitor.
- Configure a widescreen monitor to rotate 90° so that it's horizontal width is less than 1200px.
- Use a cheap netbook.

What should happen

The website should scale correctly. It should not go to mobile mode (with all regions stacked vertically) unless browser window is less than 768px wide.

What actually happens

The website goes to mobile mode unless browser's width is greater than 1200px (actually, 1232px... scrollbar and window borders maybe?).

The 768px and 960px modes are completely unavailable!

See the attached proofpic.

Suggested fix

I've examined the portrait media queries and discovered, that removing the and (min-device-width: 1100px) portion resolves the issue. Now my website scales to 768px and 960px fine even when i've got a narrow monitor attached.

Attachment	Size	Status	Test result	Operations
fusion_responsive_bug.png	157.14 KB	Ignored: Check issue status.	None	None

"Invalid argument supplied for foreach() in .../skinr/skinr.module on line 348." caused by poor documentation and bad example

nicholas.alipaz — Fri, 17 Aug 2012 18:35:32 +0000

So these are the lines in the fusion_starter.info file:

; Disable 12 column grid block widths inherited from fusion_core
skinr[grid12-width] =

Which causes the error Invalid argument supplied for foreach() in .../skinr/skinr.module on line 348. to show for every file that has an instance of this or similar settings.

I went and used devel to print out the array that is return by skinr_process_info_files(); and found that whenever you set the above setting then when the info file is parsed that parser continues down until the next available character. So in most instances this would be the equivalent of putting the following in your info file:

skinr[grid12-width] = ';'

This is since the code looks like this by default:

; Disable 12 column grid block widths inherited from fusion_core
skinr[grid12-width] =

; Sample Skinr style (uncomment to use, see Skinr section in CSS)

I ended up changing my info file to look like:

skinr[grid12-width] = ''

and the errors went away. However, I had to correct that line in every info fusion-based info file on my site. This includes fusion_starter.info as an offender.

Please update documentation and change the fusion_starter.info to reflect this.

Does core fusion layout changes suppose to affect the sub theme?

sp09 — Sun, 29 Jul 2012 22:53:19 +0000

Does core fusion layout changes suppose to affect the sub theme? I've made layout changes in the fusion core theme but their not appear in my starter theme.

Update conditional stylesheets

scor — Sat, 07 Jul 2012 04:29:43 +0000

The conditional stylesheets in html.tpl.php are out dated. http://paulirish.com/2008/conditional-stylesheets-vs-css-hacks-answer-ne... includes a newer, shorter version:

<!--[if lt IE 7]> <html class="lt-ie9 lt-ie8 lt-ie7"> <![endif]-->
<!--[if IE 7]>    <html class="lt-ie9 lt-ie8"> <![endif]-->
<!--[if IE 8]>    <html class="lt-ie9"> <![endif]-->
<!--[if gt IE 8]><!--> <html class=""> <!--<![endif]-->

Adapt html.tpl.php output to RDFa 1.1 / HTML5 (backport from Drupal 8)

scor — Sat, 07 Jul 2012 04:23:50 +0000

RDFa 1.1 was published last month and requires namespaces to be serialized in a prefix attribute. This effectively backports the RDFa changes which happened in Drupal 8 at #1077566: Convert html.tpl.php to HTML5.

Nested region's width does not adjust correctly when a context hides a region (sidebar_first and sidebar_second)

knsheely — Thu, 05 Jul 2012 21:30:00 +0000

I am using OpenChurch Theme Starter which is a subtheme of OpenChurch Theme which is in itself of subtheme of Fusion. I am trying to use contexts to hide the sidebars when viewing galleries and calendars, but the widths of the main_group and the content_group are not adjusting correctly to the hidden sidebars.

The nested region main_group still prints the width as (grid_width - sidebar_first)

The nested region content_group still prints the width as (grid_width - sibebar_first - sidebar_second)

When the context hides the sidebar_first and sidebar_second regions those widths should be printed as the full grid_width.

I can't seem to figure out where these variables are being set. Can someone please help?

Notice: Undefined variable: skinr in include() (line 36 of /home2/aspkcomt/public_html/sites/all/themes/fusion/fusion_core/views

aspk — Sat, 30 Jun 2012 10:02:48 +0000

I got the below message after adding catalog (from ubercart) link to my main menu and added two term under catalog. Please let me know what this means and what should I do. I am using Drupal 7 Aquia Marina theme power by Fusion
Notice: Undefined variable: skinr in include() (line 36 of /home2/aspkcomt/public_html/sites/all/themes/fusion/fusion_core/views-view--page.tpl.php).

Unable to load a node in Superfish?

TravisJohnston — Wed, 27 Jun 2012 18:03:59 +0000

Hello,

I would like to make one of the menu link items load a node upon rollover. In other words I have a page with multiple menu blocks on them, when someone rolls over that link, the expanded piece is actually the node_load instead of just a list of links.

I can get this to work on non-superfish menus, so was curious as to how or where superfish is overriding this ability.

Responsive CSS and IE 8

atomicpages — Mon, 11 Jun 2012 08:55:43 +0000

For some reason all of the styling for IE 8 and below is completely rendering incorrectly. From what I can tell, it's not rendering the classes associated with the 960 grid system. The selectors are showing up in the source code but when I inspect the rendered CSS those styles do not show up. Does anyone else have this issue or are we alone? See the first attached file for a pure rendering using IE Tester and check the second image attached for the rendered CSS for IE 8 using My Debug Bar.

Attachment	Size	Status	Test result	Operations
screenshot.62.png	108.28 KB	Ignored: Check issue status.	None	None
screenshot.64.png	139.7 KB	Ignored: Check issue status.	None	None

Can't make a clean update

dbourrion — Wed, 23 May 2012 06:56:49 +0000

Hi.
We're using fusion on a D6 here : bu.univ-angers.fr

I have some problem during the update of fusion, either using classic FTP or Drush, trying to update from Fusion 6.x-1.0 to 6.x-1.13 : everything goes well (for example, Drush tells me that 6.x-1.13 is installed) but in the backoffice of Drupal, I've still a message telling me that I need top update (see snapshot)

Any idea ?
Help welcome
D

Attachment	Size	Status	Test result	Operations
Sélection_026.png	17.26 KB	Ignored: Check issue status.	None	None

Sub-theme template files not recognized

garbageman14 — Tue, 22 May 2012 12:10:04 +0000

Hi,

So I'm working on a site with someone else's prebuilt Fusion sub-theme. Within, there are custom page and node tpl's, as well as the usual files. But since migrating the site over to my local, and having to start over with that theme and a new Drupal 6 install (the original was built for 6 as well), no changes I make to those tpl files will take. The info file looks ok, and I've also tried re-copying the original fusion one over and making the appropriate changes. I can make edits to the sub-theme's local.css, and those pass fine, but nothing from any of the template files: changes in page and the creation of a new region (in the info as well as a template.php function). None of it shows, and I can't for the life of me think why. Caching is off, and registry rebuilding is set to go for every page. Below is the info file:

name = [subtheme]
description = Fusion Starter sub-theme. Requires Fusion Core and the Skinr module to enable easy point-and-click theming.
base theme = fusion_core
core = 6.x
engine = phptemplate

stylesheets[all][] = css/[subtheme]-style.css

regions[sidebar_first] = sidebar first
regions[sidebar_last] = sidebar last
regions[header_top] = header top
regions[header] = header
regions[preface_top] = preface top
regions[preface_bottom] = preface bottom
regions[content_top] = content top
regions[abovecontent] = above content <-- new region
regions[content] = content
regions[content_bottom] = content bottom
regions[postscript_top] = postscript top
regions[postscript_bottom] = postscript bottom
regions[footer] = footer
regions[node_top] = node top
regions[node_bottom] = node bottom

features[] = logo
features[] = name
features[] = slogan
features[] = node_user_picture
features[] = comment_user_picture
features[] = search
features[] = favicon
features[] = primary_links
features[] = secondary_links

; Default theme settings
settings[theme_grid] = grid16-960
settings[theme_grid_options][] = grid16-960
settings[theme_grid_options][] = grid16-fluid
settings[fluid_grid_width] = fluid-100
settings[theme_font_size] = font-size-12
settings[sidebar_layout] = sidebars-split
settings[sidebar_first_width] = 3
settings[sidebar_last_width] = 3

; Inherit Skinr styles from Fusion Core
skinr[options][inherit_skins] = true

; Disable 12 column grid block widths inherited from fusion_core
skinr[grid12-width] = ''

; Sample Skinr style (uncomment to use, see Skinr section in CSS)
;skinr[fusion-example-styles][title] = Sample Skinr block styles
;skinr[fusion-example-styles][type] = checkboxes
;skinr[fusion-example-styles][features][] = block
;skinr[fusion-example-styles][options][1][label] = My sample Skinr style
;skinr[fusion-example-styles][options][1][class] = fusion-example-stylename
; Information added by drupal.org packaging script on 2012-03-28
version = "6.x-1.13"
core = "6.x"
project = "fusion"
datestamp = "1332949846"

fusion IE 7-8 problem

roter — Sat, 28 Apr 2012 20:40:36 +0000

Hi!
thanks for this awesome template framework..
but unfortunately even in fresh install of drupal 7 and fusion starter, in ie 7-8 all region are broke and all appear bottom of each other but in IE9 working fine...as you know even in the win 7 default IE are IE8 and most of internet user using IE...

Pull default grid settings from Fusion core when sub theme's .info does not define them.

sheena_d — Mon, 30 Jan 2012 22:24:01 +0000

The sub-theme settings inheritance bug in Drupal core #761608: Missing theme settings values because list_themes() has inconsistent theme object data is going to be fixed soon and when testing the patch, I realized that some undefined index errors were occurring when removing default settings from a sub-theme's .info file. This was due to Fusion utilizing $theme_data[$theme_name]->info['settings'] to generate a set of grid options. The attached patch causes Fusion to iterate through all settings in $theme_data['fusion_core']->info['settings'] and replace any missing variables in $theme_data[$theme_name]->info['settings'] with the value from Fusion core.

Attachment	Size	Status	Test result	Operations
fusion_core-grid-settings-defaults.patch	932 bytes	Idle	PASSED: [[SimpleTest]]: [MySQL] 0 pass(es).	View details \| Re-test

Add an skin setting for Horizontal Language icons

bserem — Fri, 13 Jan 2012 15:29:15 +0000

The attached patch displays language icons horizontaly in their block.

It selectable from the Box options using fusion accelerator, just under the horizontal login block.

Of course this needs the languageicons module to work. If applied to some other block it will not have the desired effect.

Attachment	Size	Status	Test result	Operations
Added-horizontal-language-icons-skin-v1.patch	1.56 KB	Idle	PASSED: [[SimpleTest]]: [MySQL] 0 pass(es).	View details \| Re-test

Sidebar first above main content for Mobile responsive layout

sheena_d — Thu, 22 Dec 2011 19:09:17 +0000

The sidebar first region appears above main content on mobile devices when responsive layouts are enabled. I'm not sure if this is a code issue (sidebar first region should drop below main content) or it is a documentation issue (this is intended, but the description on the mobile layout settings page would need to be corrected).

Thanks!

Styles gone after clearing the caches

asb — Sat, 03 Dec 2011 16:41:42 +0000

Hi,

I have a long-standing problem with Fusion-based sub-themes, including unmodified packages like 'Acquia Slate' and own sub-themes, but I don't know to what degree Fusion is actually involved since I don't have any similar complex themes to compare; however, with an unmodified 'Garland' I don't encounter this issue; also, with other base themes like 'Zen' or 'Adaptivetheme' I never experienced this, but I havn't used them so intensively like 'Fusion'. Probably other JS-heavy modules (like Panels) or even Drupal core might be involved; and this has definitely something to do with caching and JS aggregation. I suspect Fusion because Fusion does some CSS related preprocessing in template.php (./sites/all/themes/fusion/fusion_core/template.php) I don't fully understand.

The problem: After clearing the Drupal caches (e.g. via 'admin_menu' or 'drush cc'), I get an unstyled display of the website (pretty much like this: example from advagg). The affected page has a reference to the CSS stylesheet and JS file, e.g.:

<link type="text/css" rel="stylesheet" media="all" href="/sites/default/files/css/css_b38e1e19abb231a3c8740b56fd4db339.css" />

If I inspect this in Firebug/Dragonfly, the referenced files like ./sites/default/files/css/css_b38e1e19abb231a3c8740b56fd4db339.css or ./sites/default/files/js/js_3e70254cea4393260c64191e6f37606e.jsmin.js does not exist; probably they were purged by clearing the caches, and for whatever reason the aggregated files seem not to be regenerated, or the references are not being refreshed. The ugly thing with this is that I have no idea to fix this since clearing the caches causes the problem. I believe the issue disappears after a while, but I don't know when and how. I watched an affected site for a couple of hours, and the broken references to the CSS and JS files were still there. On sites where I use boost, it helps to completely wipe the static 'boost' cache. Obviously this is not a really viable option, and the issue also occurs on sites without boost.

The behaviour affects anonymous user, but not user #1 or other logged-in users. What makes this a real pain in the a** is that the issue is not 100% reproducable. E.g. I had this for months on a site with 'Acquia Slate', but for some reason it suddenly disappeared when I just checked. It usually occurs on the frontpage and not on sub-pages; my front pages are usually made with Panels, but other Panels pages are not necessarily affected (in the Panels queue is a long-standing and obscure issue with panels pages as Drupal frontpages). Or it simply only the first page loaded after clearing the caches is affected, I'm not sure. However, in most cases I can reproduce the problem on the front page.

Except for Drupal core's caching mechanisms, other modules that might be involved include panels, jQuery Update, jQuery UI, css_gzip, javascript_aggregator, boost, and probably even more.

I'm posting this as a support request to find out if this is a known issue, or if this only affects a special type of setup I'm using on all my sites. When digging in the issue queues of the mentioned modules, I stumbled over a whole hornet's nest of somehow related issues that are vastely beyond my understanding.

For example there is #1150150: AdvAgg - Fusion Core theme - Lost local.css? and #1154732: AdvAgg Integration with a Fusion-related issue that affects the 'Advanced CSS/JS Aggregation' module; most bizarrely, this module claims to solve issues with broken references to CSS/JS files that come with CSS/JS aggregation: "...getting a 404 for a CSS or JS file is now almost impossible".

Anyway, I'd love to get any pointers how to resolve this. Please feel free to change the issue queue if you know a more appropriate one.

Thank you!

Move grid overlay to Accelerator?

aquariumtap — Mon, 14 Nov 2011 00:07:59 +0000

I think the grid overlay would make for a good module in the Accelerator package.

Pros:

Expandability: additional grid tools, such as labels for regions (à la omega), would be a good fit for accelerator. It'd be more consistant to have these tools in one place.
Reduces fusion_core footprint: production sites could disable the grid overlay from the modules page and its corresponding CSS/JS would never be loaded.

Cons:

Instead of going to theme settings to turn on/off the grid overlay tool, user would presumably visit admin/appearance/fusion. Alternatively, perhaps accelerator could hook_form_alter() the theme settings from the module.
The module would have an implicit rather than explicit requirement for a Fusion theme. It's possible that some users might enable the grid tool for a non-fusion theme and not understand why things aren't working.

Drush make issue...

hixster — Thu, 27 Oct 2011 12:05:26 +0000

As of today my Drush makefile has stopped working and cannot download fusion.

projects[fusion][type] = "theme"

I'm getting the following error in my console

Project information for fusion retrieved.                                                                                     [ok]
Invalid version  for fusion.                                                                                                  [error]
Non-existent project type  on project drupal                                                                                  [error]

I have tried explicitly specifying the version number and subdir folder to no avail.

However

drush dl fusion

Does work.

Could this be similar to this issue http://drupal.org/node/984204 ?

Add Granada to list of Fusion themes

nedjo — Tue, 25 Oct 2011 17:53:09 +0000

Granada is a Fusion-based theme for D7. Please consider adding to the list on the Fusion project page.. Thanks!

_fusion_skins_grid_options() does not make correct classes for custom grids with less than 10 columns

sheena_d — Tue, 25 Oct 2011 02:15:46 +0000

_fusion_skins_grid_options() does not properly account for custom grids with less than 10 columns.

Currently in Fusion, the naming convention requires that all grids are based on a two-digit number. If you wish to create a custom grid with less than 10 columns, the grid name must be prefaced with a 0. Thus, a 9-column grid must be named grid09-960, rather than grid9-960.

The auto-width assignments that Fusion renders for blocks within a region uses the zero-preface naming convention, and the Fusion documentation instructs users to setup their grid CSS files using the zero-preface naming convention.

However, the function used in Fusion Core's Skin definitions file (skins/core/core.inc) does not account for this zero-preface naming convention (it will create classes such as grid9-6 instead of grid09-6.) and thus creates a set of skins that deviate from Fusion's auto-width classes and the classes within a properly created grid CSS file.

I don't think that _fusion_skins_grid_options() is intended to be used in customized contexts (I get an undefined function error if I do not copy into my sub-theme and rename the function), so this is not a bug, but it would be helpful to have a universally-available function of this type to help in rendering custom grids.

Ideally, grid definitions would be completely de-coupled from the Fusion theme and handled by the Fusion Accelerator module. However, if it would be helpful to have a stopgap solution for users who wish to create Skins for a custom grid (without having to manually code Skin options for each grid width option).

This issue originally reported here: http://fusiondrupalthemes.com/forum/using-fusion/setting-width-regions-i...

Block list should also consider the context region disabled reaction

jamiecuthill — Tue, 04 Oct 2011 10:03:56 +0000

When Fusion is calculating grid widths on regions, it loads the blocks in each region from core block placement and blocks placed with the context module.

The context module has a region reaction which disables a region by removing blocks from the page array. Since Fusion counts the blocks by directly accessing them from core and context the region disable reaction doesn't notify Fusion that it is disabled. A solution for this is to alter the fusion_core_block_list() function to also check the region reaction.

I have included a patch needs testing.

Attachment	Size	Status	Test result	Operations
fusion_block_list_region_reaction.patch	875 bytes	Idle	PASSED: [[SimpleTest]]: [MySQL] 0 pass(es).	View details \| Re-test

Breadcrumbs has no gutter.

Pratheep — Mon, 26 Sep 2011 18:49:01 +0000

The "gutter" class is not added to the breadcrumbs div causing it overflow out of the main content area.

ie9-fixes

moran — Fri, 09 Sep 2011 01:34:11 +0000

what about ie9-fixes.css ie9-fixes-rtl.css there is compatibility?
the design doesn't looks good on ie9 and in ie8 & ie7 u had a files css so i edit them but in ie9 there r no file and i can't edit

plz explain me how do i do that

10x

Display Taxonomy Inline

marko42 — Wed, 31 Aug 2011 17:15:18 +0000

This feature request is to implement the fulfilled feature request in core:

http://drupal.org/node/784792

Basically it handles a list of taxonomy items as divs so the list appears in a column. It would be great to have the option to handle the list inline.

Division by zero in fusion_core_grid_info()

pancrilio — Thu, 11 Aug 2011 22:37:12 +0000

I only want 2 columns on the page, so I have assigned all blocks to sidebar one & two (16 column fixed grid [960px] - Theme Default) and assigned 8 columns for each one of them.

I get the this error:

Warning: Division by zero in fusion_core_grid_info() (line 392 of /usr/home/xyz/www/sites/all/themes/fusion/fusion_core/template.php).

"Demonstrate block regions" page in admin does not properly assign units to sidebar_second

aquariumtap — Mon, 25 Jul 2011 20:50:12 +0000

The region demonstration adds css borders to each region to show the general layout of a page, without loading any blocks. Fusion returns a unit count of 0 if no blocks are loaded into the sidebar_second, so the block demonstration layout is inaccurate; the sidebar second will drop to the bottom.

A link to "demonstrate block regions" can be found at admin/structure/block.

Make sidebar_first and sidebar_second optional regions

akoepke — Mon, 25 Jul 2011 04:10:54 +0000

Hi guys,

I am not sure if this is the correct place to post this so please forgive me if this is an issue that needs to be fixed by Fusion Mobile.

When using Fusion Mobile I am seeing 7 notices appear in the logs for each page view. Below are the 3 unique errors

Notice: Undefined index: sidebar_first in fusion_core_grid_info() (line 392 of sites/all/themes/fusion/fusion_core/template.php).
Notice: Undefined index: sidebar_second in fusion_core_grid_info() (line 392 of /sites/all/themes/fusion/fusion_core/template.php).
Notice: Undefined index: sidebar_second in fusion_core_grid_info() (line 394 of /sites/all/themes/fusion/fusion_core/template.php).
Notice: Undefined index: sidebar_first in fusion_core_preprocess_page() (line 100 of /sites/all/themes/fusion/fusion_core/template.php).
Notice: Undefined index: sidebar_second in fusion_core_preprocess_page() (line 100 of /sites/all/themes/fusion/fusion_core/template.php).

Obviously these functions are referring to regions that don't exist in Fusion Mobile.

Is this a problem with how Fusion Mobile is letting Fusion Core know what regions it has, or is this an issue with Fusion Core assuming that all sub-themes will have these regions?

overlapping css classes on superfish initialization

hanoii — Thu, 14 Jul 2011 13:00:44 +0000

I didn't understand why my changes on the primary-menu superfish initializiation was not being applied and I noticed that the classes are overlapping:

<?php
Drupal.behaviors.fusionSuperfish = function (context) {
  $("#primary-menu ul.sf-menu").superfish({
    hoverClass:  'sfHover',
    delay:       250,
    animation:   {opacity:'show',height:'show'},
    speed:       'fast',
    autoArrows:  false,
    dropShadows: false,
    disableHI:   true
  }).supposition();
};

Drupal.behaviors.fusionSuperfishBlocks = function (context) {
  $("div.block ul.sf-menu").superfish({
    hoverClass:  'sfHover',
    delay:       250,
    animation:   {opacity:'show',height:'show'},
    speed:       'fast',
    autoArrows:  false,
    dropShadows: false,
    disableHI:   true
  }).supposition();
};
?>

Because primary-menu is also a div.block, and the second behavior is executed after the previous one, in reality the #primary-menu init is overridden. I know you could do any change you want on your theme, but it makes sense to have it properly on the core of this theme.

A proper fix would be to do something more specific to the second one, or to remove div.block from the primary-menu, but on my code, I did the following:

<?php
  $("div.block ul.sf-menu").not('#primary-menu ul.sf-menu').superfish({
?>

To the second bit.

Sorry not to have submitted a patch, no mind doing it although not sure the approach of fixing you'd like to do.

Do not change default ol list style

massud — Thu, 07 Jul 2011 18:45:29 +0000

The default list style type of ol tag has been changed in the style.css of fusion_core. Since css is case-insensitive, it makes impossible to restore the default list styles of upper-case types in a sub-theme.

Max sidebar width only 8 units

alexp999 — Mon, 04 Jul 2011 10:11:51 +0000

I'm trying to build a new website, where the content on the front page is only 3 units wide on the right hand side, as it will be used as a news column.

I have setup both sidebars first. And my first sidebar block is 4 units, as it contains a menu.

The problem is that I need sidebar two to be 9 block units. I know the CSS is in place to do this, but I am not able to set the fusion layout settings to more than 8 units per sidebar.

Is there a way round this? Im using the fusion based Acquia Prosper by the way.

Thanks.

Grid is solid - has no spaces

esmerel — Sun, 26 Jun 2011 21:06:44 +0000

This is on our internal commerce test site; if you click the grid button, the screen layout grid turns the entire screen solid light blue. I can't replicate this on my own personal site with d7 and fusion alpha, so it's not a general problem. I'm just not sure what's special about that site.

Adding space between main content and last sidebar

c-c-m — Wed, 15 Jun 2011 12:23:10 +0000

Hello

I am using a custom fusion subtheme and unfortunately I am not succeeding even though I am adding some margin-right space to main-content area. After quite a lot of hours checking carefully the css (at least as carefully as a non-expert can do) I am afraid it may have something to to with the sintructions provided very nicely by sheena_d to make some custom layout to my theme here: http://drupal.org/node/1105092#comment-4475074.

I succeeded applying some margins to content-inner region but the problem comes when I want to place some blocks on content-top or content-bottom region or when warning messages appear, since they tend to fill all the space, and thus, going under the second sidebar (see attached image).

Can anyone help me, please? I've been run out of ideas :(

Extra argument to grid_block to generate grid class.

Danny_Joris — Fri, 10 Jun 2011 00:32:08 +0000

I'm just using fusion theme for the first time and I noticed a theme function called grid_block. I figured out what it did and I was thinking that it would be cool if you could add another argument that would give the outputted html a grid class. For example this snippet would give the markup a class of grid16-4:
<?php print theme('grid_block', $search_box, 'search-box', 4); ?>

Just an idea. I added a basic patch.

Attachment	Size	Status	Test result	Operations
template.patch	1.48 KB	Ignored: Check issue status.	None	None

Fusion themes render blocks twice

Dippers — Sun, 29 May 2011 11:01:46 +0000

I installed GMap on a site using a Fusion theme and GMap complained that it was being asked to create duplicate maps. It seems the Fusion call to block_list in fusion_core_grid_info() in template.php was causing all active blocks to be rerendered if not cached. Not sure if this is as intended but seems a waste of processing just to get a block count.

Drupal Commerce integration

s1l — Fri, 27 May 2011 00:36:34 +0000

I read something about possible Drupal Commerce integration at:
http://drupal.org/node/576420#comment-2797118
Since Drupal Commerce rocks the socks off of Ubercart I am wondering if Fusion would get Drupal Commerce support.
I'm not sure at all how that would work, but I'm hoping others do.

I'm looking to pretty-up our Drupal Commerce store, and have a lot of Drupal love for Fusion + Skinr, so just checking what the (future) possibilities are.

Add documentation to default templates

aquariumtap — Sun, 22 May 2011 17:16:32 +0000

In particular, show which variables are made available by Fusion.

opera font discrepancy when using subtheme

GiorgosK — Sun, 22 May 2011 09:24:45 +0000

I always find myself using this rules

/* for opera */
.font-size-12 {font-size: 12px;}
.font-size-13 {font-size: 13px;}
.font-size-14 {font-size: 14px;}
.font-size-15 {font-size: 15px;}
.font-size-16 {font-size: 16px;}

just to satisfy opera which renders the fonts to what it appears to be 2px larger fonts

is there any other workaround ?

Clean up theme settings

aquariumtap — Mon, 16 May 2011 21:25:47 +0000

The attached patch will move breadcrumbs up a level (de-nested), and move the layout settings out of "general settings". Anyone mind?

Attachment	Size	Status	Test result	Operations
fusion-cleanup-settings.patch	6.52 KB	Idle	PASSED: [[SimpleTest]]: [MySQL] 0 pass(es).	View details \| Re-test