Foundation-sites: Version 6.2.1 priorities

Created on 16 Mar 2016  Â·  29Comments  Â·  Source: foundation/foundation-sites

We've deliberately waited a little longer for this first patch to 6.2 so we could see what unfolds. Current rough timeline for release is "a few weeks from now".

  • [x] Add precompiled JavaScript to dist/ folder #8406
  • [x] Verify foundation-zurb-template will work with Babel's es2015 preset unconfigured #8256 #8324
  • [x] Resolve issues with migration to $foundation-palette #8281 #8292
  • [x] Handle Babel errors in foundation-zurb-template better #8340
  • [x] Flexbox mode issues #8325 #8409
  • [x] When 6.2.1 is released, merge zurb/foundation-zurb-template#34

@andycochran @colin-marshall @JeremyEnglert Have y'alls seen anything critical specific to 6.2 that's worth addressing?

codebase help wanted

All 29 comments

The .babelrc seems to have caused a headache for a few people - so it's awesome to see precompiled JS being included.

Is there a reason the .babelrc file is included in the bower version of Foundation - shouldn't users be configuring babel inside of their own build process? It makes sense for the foundation-template, but for the bower install, it seems to cause more issues than good.

Also, since other topbar issues are going to be addressed, it may be worth knocking out this one as well: https://github.com/zurb/foundation-sites/issues/8272

@JeremyEnglert We can drop that .babelrc from the package if it's creating an issue.

My goal is that you can load the es2015 preset and not have to worry about anything. The _only_ issue was with how the commonjs module interacted with what-input, but that's been resolved. Still need to do more testing, but I believe everything will be fine there. My comment here breaks down that web of intersecting issues.

@JeremyEnglert does babel "fallback" to the .babelrc inside of the foundation-sites bower directory if there is not a .babelrc in the root directory of the project?

I've been investigating changing menus to inline-block as @JeremyEnglert linked to above. I also think it would be worth adding. I have it working and could submit a PR for this is of interest? I did need to add floats too though, because of the spacing issue with inline-block.

One plus of this though is I've managed to get a working mega menu which I see a lot of people ask for (though not sure how to handle it when it converts to drilldown - it doesn't work there yet).

Other than the JS compile errors I've not experienced any other issues myself :smile:

Oh also forgot an old issue of mine: 7770
Wondered if there was any way we could develop the accordion menu further? I'm happy to have a go, but need some guidance on the correct way to approach it!

The bug in the tooltip from https://github.com/zurb/foundation-sites/issues/8144 is still there in 6.2.0. So in my opinion this should be an urgent fix in the next release.

Also a old bug with closeable callouts is present, refering to https://github.com/zurb/foundation-sites/issues/8428

And the range slider doesn't work for touch.

Seems to be very important issues to solve in the next release.

@brettsmason No need to use float just because of inline-block. Check out how I updated Button Groups #7933.

(Relatedly: I can't seem to find where, but I brought up the fact that it's kinda silly that Foundation has both Menus and Button Groups. They're functionally the same thing. Only difference is, a Menu's "buttons" aren't blue.)

@andycochran I know there is the font-size: 0 on the parent container trick to remove the white space, but I'm sure I read this isn't cross browser supported, hence why I looked into floats.

@brettsmason Ah, yeah. Android pre Jellybean.

For Button Groups, @gakimball and I decided that making things better in every other browser was worth Android 2 taking a hit. https://github.com/zurb/foundation-sites/pull/7933#issuecomment-174628485

It may be the same case for Menus—which, as I keep pointing out, make Button Groups redundant.

Hey friends, quick update—the team is heads down on launching Foundation for Emails 2 tomorrow morning, but we want to deploy 6.2.1 next Friday, April 1. We'll see about locking down a build to QA around next Wednesday or so.

the uncss issues might be more related to the zurb template https://github.com/zurb/foundation-zurb-template

I tested the ZURB Template with the latest development build, and version 2.0 of what-input appears to solve many of the wild configuration issues we had with Babel. Now the template can just use the stock es2015 preset as-is.

I have a branch here @colin-marshall if you have time could you take a look and see if this looks good? I want to solidify what the ZURB Template will look like for 6.2.1.

@gakimball that looks and works fine for me, however I could not reproduce some of the issues people were having with babel in 6.2.0. Maybe @JeremyEnglert and the other people that had issues could also test it out?

Also, is there anything stopping us from putting bower install in an npm postinstall script so you only have to run npm install?

@colin-marshall We could do that, although the CLI already runs npm install && bower install for you.

@gakimball - looks good to me.

Is there any benefit to having a separate .babelrc opposed to adding the settings to the gulpfile?

function javascript() {
  return gulp.src(PATHS.javascript)
    .pipe($.sourcemaps.init())
    .pipe($.babel({
        presets: ['es2015']
    }))
    .pipe($.concat('app.js'))
    .pipe($.if(PRODUCTION, $.uglify()
      .on('error', e => { console.log(e); })
    ))
    .pipe($.if(!PRODUCTION, $.sourcemaps.write()))
    .pipe(gulp.dest(PATHS.dist + '/assets/js'));
}

@JeremyEnglert For the Gulpfile itself to work with ES6 you need the .babelrc.

Oh the other thing I noticed is that the .babelrc in the Bower package itself does indeed cause problems, so it should be ignored in the npm and Bower package definitions if it's not already.

@JeremyEnglert For the Gulpfile itself to work with ES6 you need the .babelrc.

Ahhh right. I forget ES6 is only supported by Node 4+.

Hey friends, 6.2.1 won't be shipping tomorrow unfortunately :< Ended up being a hectic week on our end. We'll check back in next week!

Thanks for letting us know, hope all of the awesome commits of @Owlbertz will be merged then.

6.2.1 is going out today! It wraps up all the great changes @gakimball put in on this issue as well as @Owlbertz. Thanks for the assists @colin-marshall , @andycochran and @JeremyEnglert !

@rafi This is great! Hope the slider issues fixed by @Owlbertz are inside the new version. Please update the custom download to v6.2.1 so I can do some testing.

Edit: Custom download is fine now. However, too bad to see the commit of owlbertz for the slider touch isn't included in this release, really sad...

@Silvester20 Have you had a chance to test https://github.com/zurb/foundation-sites/pull/8449 ? We'll have a quick turn around for 6.2.2 which we'll make sure that one gets into. More people confirming the fix helps!

@Rafi I am not fammiliar with Github, so I will wait for the js/css package update.

Any progression on the list above? I need #8409 to be fixed soon...

Any feedback, maybe?

@gakimball @kball

We're making progress but some of these issues are still outstanding as we package up 6.3, moving the milestone out once again

8281, #8292, #8325, and #8409 are all closed. I checked off those boxes which completes the list so I think it's safe to close this out now.

Was this page helpful?
0 / 5 - 0 ratings