npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@solid-devtools/debugger

v0.23.4

Published

Debugger of the Solid's reactivity graph — a cornerstone of all solid-devtools.

Downloads

53,550

Readme

@solid-devtools/debugger

pnpm version npm

A runtime package, used to get information and track changes of the Solid's reactivity graph. It's a cornerstone of the rest of the packages.

Installation

If you're not using the main solid-devtools package, and want to use the debugger directly, you can install it as a standalone package:

npm i @solid-devtools/debugger
# or
yarn add @solid-devtools/debugger
# or
pnpm add @solid-devtools/debugger

Warning This package changes extremely often, and is not meant to be used directly. Unless you know what you're doing, use the main package instead.

Module overview

The debugger is split into four submodules:

  • . - The main debugger runtime. It exposes hooks like useDebugger, or useLocator which are used to directly interact with the debugger.

    The debugger module doesn't import from solid-js directly, DEV API it provided to it by the ./setup module.

  • ./setup - As the name suggests, it's used to setup the debugger. It needs to be imported before the debugger is used, as it provides the DEV API to the debugger.

  • ./bundled - A bundled version of the main debugger module. Use this instead of the main module to prevent the debugger from importing from the local solid-js package to keep the development and debugger runtimes separate.

  • ./types - Exports all "pure" resources of the debugger, such as types, enums and constants. Use this if you don't want to import the debugger runtime or solid-js by accident.

Import the debugger

The debugger needs to be setup before it can be used. To do that, import the ./setup module before the debugger is used.

import '@solid-devtools/debugger/setup'

import { useDebugger } from '@solid-devtools/debugger/bundled' // or from '@solid-devtools/debugger'

const debug = useDebugger()

Using component locator

Debugger feature inspired by LocatorJS

Locator let's you locate components on the page, and go to their source code in your IDE. All you need to do is configure it by calling useLocator with some options.

import { useLocator } from '@solid-devtools/debugger' // or 'solid-devtools/setup'

useLocator()

It will not allow you to highlight hovered components on the page and reveal them in the IDE or the Chrome Extension. (depending of if the extension panel is open or not)

Locator Options

Not passing any options will enable the locator with Alt as the trigger key and no targetIDE selected.

Currently Locator allows for specifying these props:

targetIDE

Choose in which IDE the component source code should be revealed.

Out-of-the-box options: vscode, atom, webstorm and vscode-insiders

useLocator({
  targetIDE: 'vscode',
})

To be able to go the source code, the code location needs to be inlined during build. This is done by the @solid-devtools/transform package. See how to set it up here.

Target URL Function:

To target custom URLs (e.g. Github files) the targetIDE option accepts an function returning a string or false.

useLocator({
  targetIDE: ({ filePath, line }) =>
    // will navigate to this link when clicking
    `https://github.com/thetarnav/solid-devtools/blob/main/playgrounds/sandbox/${filePath}#L${line}`,
})

Returning false will prevent calling window.open to navigate to URL, and let you handle the click yourself.

useLocator({
  targetIDE({ projectPath, filePath, line, column, element }) {
    console.log({ projectPath, filePath, line, column, element })
    return false
  },
})
key

Holding which key should enable the locator overlay? It's "Alt" by default — Alt on Windows, and Option or on macOS.

Key options: "Alt", "Control", "Mete", "Shift" or string to be compared with e.key property.

useLocator({
  key: 'Control',
})

Using the Locator on the page

To activate the Locator module — you have to hold down the Alt/Option key and move your mouse around the page to highlight components and their different HTML Elements.

Clicking the component should take you to the component source code, given that you specified the targetIDE option.

https://user-images.githubusercontent.com/24491503/174093606-a0d80331-021f-4d43-b0bb-e9a4041e1a26.mp4

Changelog

See CHANGELOG.md.