With the new dev-version the views-plugin is broken.

Before the update the views plugin provided an ascending numbering for flexsliders:
<div id="flexslider-1" class="flexslider optionset-default">

After the update the html looks like this:
<div id="#slider-name" class="flexslider optionset-default">

First, there should be no # in the id. Second, the provided slider id "slider-name" represents the name of deleted view “slider_name.

CommentFileSizeAuthor
#5 flexslider-view.yml6.81 KBRalf Eisler

Comments

Thomas Factory created an issue. See original summary.

Ralf Eisler’s picture

Ralf Eisler commented
Issue summary: View changes
Ralf Eisler’s picture

Ralf Eisler commented
Issue summary: View changes
amaria’s picture

amaria commented

I'm unable to repeat this. I have a view with Flexslider as the style and it sets flexslider-1 as the id. When I enter an Element ID in Views FlexSlider settings it sets that as the id.Maybe include an export of your view?

Ralf Eisler’s picture

Ralf Eisler commented
StatusFileSize
new flexslider-view.yml6.81 KB

When exporting the view I noticed, that the update places # + the id of the view, which—in my above example—is “slider_name”. So, my above statement is not correct: In fact, the view “slider_name” is still present.

Ralf Eisler’s picture

Ralf Eisler commented

I checked the setup again and found the problem, which is on my side. In fact, the update is an improvement, because it now places the custom Element ID from the Style options of the view, which was not the case in previous versions. The view broke because I had a # with element id.

amaria’s picture

amaria commented
Status: Active » Closed (works as designed)

Ok, great! Glad you were able to figure out the problem. So I'll close this.