The reason you probably read this post is that you already wrote some unit tests for SharePoint Framework projects and you stumble upon a problem and want to debug one of your unit-tests. Apparently, the process is not so easy as linking your debugger to the gulp test task. There is a bit more plumbing involved to get a good experience.
In one of the previous posts I showed that since SharePoint Framework version 1.2.0, code coverage reports were added. When you run the **gulp test** task, it will execute the tests, and generate a code coverage report which you can find under the **temp/coverage/js** project folder. > **Read more** about this in the following article: [SharePoint Framework code coverage reports for
Based on the number of questions I receive in my mailbox, I can see that display templates are not yet forgotten. A long time ago, I wrote about how to correctly include scripts into your display templates. > **Read more**: [Correctly including scripts into your display templates](https://www.eliostruyf.com/correctly-including-scripts-display-templates/) The main issue when using the default functions (for example $includeScript) to include scripts into
Web part icons help you to distinguish your web part between all the others. {{}} SharePoint Framework provides use two options at this moment of specifying an icon: * Office UI Fabric font icons (officeFabricIconFontName) * Images by providing a URL (iconImageUrl) > **Info**: Waldek Mastykarz wrote a great article about this a while ago. Read more about it here: [Specifying
A while ago I wrote an article about writing unit tests for your SharePoint Framework components. One of the missing things was a code coverage report to check how well you unit-test your codebase. > **Read more**: [Writing unit-tests for your SharePoint Framework components](https://www.eliostruyf.com/writing-unit-test-for-your-sharepoint-framework-components/) Apparently, with the v1.2.0 of SharePoint Framework they added a tool called [**Istanbul**](https://istanbul.js.org/) which can generate such reports.
One of the new things in the latest releases is the functionality to bundle multiple components into a single JavaScript bundle file. > **Quote**: Multi-component bundles can make it easier to share code and logic across similar components, as well as reduce the overall size of your JavaScript since you only get one instance of the shared code. This is not yet
Let's build together
Manage content in VS Code
Present from VS Code
Engage with your audience throughout the event lifecycle
