Sidebar Layout Issue

[Joerg_Knoerchen]

Hello,

it looks like I do have an issue on my Sidebar Layout for the primary sidebar:

The primary is set to get displayed on desktops with these settings: 50 50; 100; 100; 50 50; 100; 100; 100; 50 50;100; 100;

http://www.meinnovascotia.de/nova-scotia/ on that page I use the standard primary sidebar and it is following the above distribution settings. 

Any other site is working as the above site in regards to displaying the widgets if they are using the standard settings and standard primary sidebar.

The issue I face is on all pages where I choose a different sidebar to be displayed as “primary sidebar” here I’m facing that the widgets do not align as expected: 50 50; 100; 100; 50 50; 100; 100; 100; 50 50;100; 100;

Here is an example: 

http://www.meinnovascotia.de/south-shore-region/

I’m using the “Widget Alias” Plugin to duplicate some widgets and I can’t tell if this is causing the issue or if the circumstance that choosing a different Primary Sidebar at the page setting itself has a bug?

Anyone to check and help please?

Many thanks in advance.

Cheers

Joerg 

[scrambler]

It appears your widget numbering are getting messed up.

In the normal site widgets are numbered 1,2,3,4,5,6,7,8,9,10,11

In the page with the problem, the widgets are numbered: 1,2,2,3,5,6,4,5,6,7,8 

Which is messing up the layout.

So I suspect that the way that plugin work is causing the trouble

[Joerg_Knoerchen]

Ok I was in contact with the developer of the plugin and we had a troubleshoot session via Skype and here is what he found out and believes is causing the issue…

It looks to me like this issue is arising because of the way that the theme you are using is applying widget-{number} classes to each widget, and then using these classes to apply various widths and layout styles.
As you mentioned, various widgets are ending up with shared classes applied by your theme. For example, on http://www.meinnovascotia.de/yarmouth-und-acadian-shore-region/, there are two widgets with the class widget-1. This is likely a result of the theme generating the number index based on the index of that specific widget within its own sidebar, instead of the index as it pertains to how many widgets have already been output. However, this can lead to duplicate classes when using Widget Alias. . .
Say, for example, I have two sidebars. In sidebar 1 I have three widgets, Widgets 1, 2, and 3.
In sidebar 2 I have one Widget Alias widget that aliases widget 2. In an ideal world, this Widget Alias would output with the class of widget-1, since it is the first widget that will output in sidebar 1. However, because it references Widget 2, which is the 2nd widget in sidebar 1, it seems to end up with a class of widget-2 which causes your intended layout to break since it is not actually the 2nd widget being output.
If I were to a venture a guess, I would suggest that the theme needs to switch its method of generating these indexes.

I can’t tell if this is the case what the plugin programmer is saying, but if so please let me know if @weaver can do something about it easily or if this would cause a lot of work!?

[scrambler]

Weaver is away for a few days, so you will have to wait until he comes back to find out if it is really the theme that is getting confused by the widget # and classes, or if the way the plugin developer is creating aliases it the issue.

[Weaver]

There is absolutely nothing that can be changed with Weaver’s widget class numbering.

I don’t exactly understand the logic to the plugin author’s answer.

But here’s the deal:

Weaver lets you assign a custom width to the nth widget in a sidebar. Those numbers have to be consistent. The code to make this happen is indeed very tricky and complex, and relies on the fact that WordPress will normally “deliver” widgets to the sidebar is a fixed sequence. Apparently the plugin is doing something to the way WordPress gets and provides widgets to a widget area that is resulting in what looks like is a double delivery.

There is no way for custom widths to work unless the widgets are delivered in a fixed and unchanging order.

[Joerg_Knoerchen]

OK, I simply will skip using the plugin and will manually duplicate add the widgets, a bit more work but more reliable and stable I think.

[Author]

Posts