Skip to content
This repository has been archived by the owner on Jul 19, 2021. It is now read-only.

Continued Support for Slate? #1092

Open
s10wen opened this issue Feb 17, 2020 · 9 comments
Open

Continued Support for Slate? #1092

s10wen opened this issue Feb 17, 2020 · 9 comments

Comments

@s10wen
Copy link

s10wen commented Feb 17, 2020

With this project no longer being supported by Shopify:

This repo is no longer active. See README for details

https://github.com/Shopify/slate#-slate---end-of-support-january-2020

I'm wondering out of all the forks:
https://github.com/Shopify/slate/network/members

Is anyone actively continuing to work on Slate?

I'd love to see further development and help out where I can until Shopify release their improved solution.

@alotoftype
Copy link

alotoftype commented Feb 17, 2020

@s10wen, at my organization we completely removed slate and implemented themekit and webpack which allowed for a bit more control. This has allowed us to get a better understanding of the tooling and allowed us to upgrade the dependencies referenced in slate. https://github.com/hayes0724/shopify-webpack-themekit offers some good direction as well as https://github.com/the-couch/slater.

@s10wen
Copy link
Author

s10wen commented Feb 17, 2020

@alotoftype cheers, I'll check this out!

@james2doyle
Copy link

Screen Shot 2020-02-19 at 10 32 51 AM

I just had a back and forth with support and they are saying they don’t fully support themekit. Maybe this was incorrect but it seems concerning...

@alotoftype
Copy link

Why would they not support something they put out. Very concerning indeed

@s10wen
Copy link
Author

s10wen commented Feb 24, 2020

https://github.com/Shopify/slate#-slate---end-of-support-january-2020 => "Slate was built upon Theme Kit". Looks like they want to concentrate on improving other areas first, such as the API and the 'Sections architecture' first: https://shopify.dev/tutorials/develop-theme-get-started-with-sections-architecture

Hopefully when they are developed a bit further, they'll pick it back up, or create something else more suitable for the new setup 🤞🏻

@chefjuanpi
Copy link

I continue to use Slate and fix some bugs on my fork https://github.com/ChacunSonSite/slate I need dedicate some time to update the documentation for include the upgrades I do like full support for windows. I open to contributions and ideas

@jesster2k10
Copy link
Contributor

@chefjuanpi What changes have you added so far? I'd ideally like to work with Slate since it's the best tool (IMO) for building Shopify Themes, without having to resort to a headless option.

@chefjuanpi
Copy link

chefjuanpi commented Dec 14, 2020

  1. Full support for windows.
  2. Add webpack-bundle-analyzer, just use yarn build --analyze or yarn build -a. it helps to catch where the build can be optimized.
  3. Remove Slate-analytics (it's dead no one is reading this...)
  4. upgrade packages and rewrite the call when is necessary.

I'm block upgrading htmlWebpackPlugin the template is uncompatible, with the new version. I like to upgrade this for use better optimizations during buils. Now it's possible to use webpack optimization on slate.config.js something like:

if (process.env.NODE_ENV === 'production') {
  optimization = {
    splitChunks: {
      chunks: 'all',
      automaticNameDelimiter: '-',
      name: true,
      cacheGroups: {},
      minSize: 100000,
      maxSize: 200000,
    },
    mergeDuplicateChunks: true,
  };
}

it split the bundle into chunks (better for accelerating the time response and charge) but /snippets/script-tags.liquid and /snippets/style-tags.liquid only list the chunks, you need to manually insert the liquid code to optimize and organize the Js and css calls.

@jesster2k10
Copy link
Contributor

jesster2k10 commented Dec 22, 2020

  1. Full support for windows.
  2. Add webpack-bundle-analyzer, just use yarn build --analyze or yarn build -a. it helps to catch where the build can be optimized.
  3. Remove Slate-analytics (it's dead no one is reading this...)
  4. upgrade packages and rewrite the call when is necessary.

I'm block upgrading htmlWebpackPlugin the template is uncompatible, with the new version. I like to upgrade this for use better optimizations during buils. Now it's possible to use webpack optimization on slate.config.js something like:

if (process.env.NODE_ENV === 'production') {
  optimization = {
    splitChunks: {
      chunks: 'all',
      automaticNameDelimiter: '-',
      name: true,
      cacheGroups: {},
      minSize: 100000,
      maxSize: 200000,
    },
    mergeDuplicateChunks: true,
  };
}

it split the bundle into chunks (better for accelerating the time response and charge) but /snippets/script-tags.liquid and /snippets/style-tags.liquid only list the chunks, you need to manually insert the liquid code to optimize and organize the Js and css calls.

That sounds great! Thank you 🙏. I'll take a look at it and try it out. Leaning more towards this than setting up a custom webpack configuration, using another tool, or even going headless. I've been working with slate since the early beta and would much rather stick to what I know best.

If you put together a roadmap, I wouldn't mind making some contributions in my free time.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants