e439ccd102 spotify-lyrics (#214)
* Add spotify-lyrics plugin

* fix(spotify-lyrics): resolve race conditions and add plugin_api

* fix(spotify-lyrics): update plugin_api to 3

* fix(spotify-lyrics): resolve github actions validation errors

* fix(spotify-lyrics): resize thumbnail to 960x540 to fix validation error

* fix(spotify-lyrics): bump version to 1.2.1

* fix(spotify-lyrics): update namespace and replace misleading thumbnail

* fix(spotify-lyrics): declare runtime dependencies in plugin.toml and update README requirements

* feat(lyrics): implement dynamic panel width sizing

* Revert "feat(lyrics): implement dynamic panel width sizing"

This reverts commit ef91e6f9f688df7deeb41ba9e5c7606a4904b47a.

* feat(spotify-lyrics): implement dynamic panel width sizing

* fix(spotify-lyrics): correct target width pre-calculation for upcoming lines

* fix(spotify-lyrics): prevent vertical spill by enforcing maxLines=1

* fix(spotify-lyrics): implement dynamic height resizing to encapsulate wrapped text

* fix(spotify-lyrics): remove horizontal cap to prevent vertical spill

* fix(spotify-lyrics): restore minHeight and implement perfectly safe wrapping height prediction

* fix(spotify-lyrics): lock panel width and use vertical dynamic resizing exclusively

* fix(spotify-lyrics): implement dynamic font scaling and remove panel dimension animations

* fix(spotify-lyrics): restore robust dynamic height logic and discard font scaling

* refactor(spotify-lyrics): rewrite height estimation and clean up codebase

Root cause: the charUnits per-character width estimation consistently
underestimated real rendered widths because the 0.80 multipliers in
getLineWidth and getLinesCount cancelled each other out, making the
effective calculation ignore the safety margin entirely.

Fix: replaced the complex charUnits/toChars/getLineWidth machinery with
a simple #text / chars-per-line heuristic using a conservative 0.60x
character width factor. This reliably overestimates line count, ensuring
the panel always allocates enough height for wrapped text.

Quality of life improvements:
- Split monolithic render() into renderEmpty/renderPaused/renderPlaying
- Reduced update interval from 33ms (30 FPS) to 100ms (10 FPS)
- Removed file-read timer (reads every frame at lower FPS instead)
- Added clear section headers and inline documentation
- Removed all dead code (charUnits, toChars, getLineWidth, etc.)

* fix(spotify-lyrics): set panel height=280 in plugin.toml — the actual fix

The root cause of the lyrics spilling was never in the Lua code.
Noctalia panels are sized exclusively by plugin.toml, not by minHeight
on the column layout. Since we had removed width/height from plugin.toml
to make sizing 'dynamic', noctalia used a tiny default that couldn't
contain wrapped lyrics. minHeight on ui.column had zero effect on the
actual panel window size.

Set height=280 to comfortably fit 3 lyrics lines even when they wrap.

* feat(spotify-lyrics): add dynamic font scaling for long lyrics

Long lyrics (>40 chars) now get progressively smaller fonts:
- Every 15 chars beyond 40 reduces font by 2px
- Minimum font: 10px (panel) / 11px (widget)

This prevents vertical overflow regardless of container size by
ensuring long lines take up less vertical space when they wrap.

* fix(spotify-lyrics): fix plugin IDs and tilde path expansion

- Updated bar.luau to toggle correct panel ID
- Replaced ~ in noctalia.readFile with absolute path since Lua doesn't auto-expand it
- Updated plugin.toml height to 280 and id to noctalia/spotify-lyrics

* Fix UI bugs, implement reactive updates, and add album art

* Fix plugin manifest validation errors

* fix(spotify-lyrics): address PR review comments

- Change plugin id from noctalia/ to goatnath/ namespace
- Declare runtime dependencies: playerctl, python3, syncedlyrics
- Replace hardcoded /home/goatnath path with noctalia.expandPath()
- Add [[desktop_widget]] manifest entry for widget.luau
- Rewrite README to follow README_TEMPLATE.md structure
- Update all references to use corrected plugin id

---------

Co-authored-by: goatnath <aadinathkeshav1978@gmail.com>
2026-08-06 10:05:22 -04:00
2026-07-14 23:43:47 -04:00
2026-07-13 21:46:16 +02:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-07-29 00:29:45 -04:00
2026-07-29 00:29:45 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-07-30 21:07:32 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-07-30 21:40:26 -04:00
2026-07-31 22:36:53 -04:00
2026-07-29 00:29:45 -04:00
2026-07-30 21:07:32 -04:00
2026-07-22 23:07:55 -04:00
2026-07-31 22:36:53 -04:00
2026-07-29 00:29:45 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-01 09:03:44 -04:00
2026-07-31 22:36:53 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-07-20 21:05:36 -04:00
2026-08-01 21:37:37 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-07-30 21:07:32 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-01 09:03:44 -04:00
2026-07-29 00:29:45 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-07-27 00:39:41 -04:00
2026-08-06 10:05:22 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-04 17:59:08 -05:00
2026-08-05 17:59:17 -04:00
2026-08-05 17:59:17 -04:00
2026-08-01 21:37:30 -04:00
2026-07-14 23:43:47 -04:00
2026-07-18 01:27:43 -04:00

Community plugins

Noctalia Logo


This repo is the community plugin source for Noctalia. Every plugin merged here is listed in the shell's plugin store and on noctalia.dev/plugins, and users can install it without adding a source of their own.

Plugins maintained by the core team live in official-plugins, which does not accept third-party plugins. This one does. PRs are welcome.

The plugin system is in beta. The manifest format and the plugin API may still change before v5 is stable. Expect to bump your plugin when they do.

Layout

Each plugin is one top-level directory, named after the part of its id that follows the /, so me/hello lives in hello/:

hello/
  plugin.toml             # manifest: id ("me/hello"), metadata, entries, settings
  hello.luau              # your entry scripts
  README.md               # rendered as the plugin's page on noctalia.dev
  thumbnail.webp          # the plugin's card image
  translations/
    en.json               # every label_key / description_key the manifest references

catalog.toml at the repo root indexes every plugin. It is generated by CI, so never edit it or include it in a commit.

A plugin id is <author>/<plugin>. The author part is yours (your GitHub handle is the obvious choice) and keeps your id distinct from everyone else's, but the directory name is first-come within this repo. If weather/ is already taken, pick another name; the official repo is a separate source, so a name used there is not taken here. Both id segments must be lowercase and match [a-z0-9][a-z0-9._-]*.

What a plugin is allowed to be

Noctalia plugins are trusted, unsandboxed Luau. There is no permission broker and no capability sandbox: installing a plugin is equivalent to running a script the user owns. It can read and write files, spawn processes, and talk to the network as the user.

That is a deliberate design choice, and it puts the burden on review. So:

  • No obfuscated, minified, or generated code. A reviewer must be able to read every line you ship.
  • No downloading and executing remote code. Ship your logic in the repo, at a version people reviewed.
  • Declare what you shell out to. External commands go in dependencies in plugin.toml and get a mention in your README.
  • Account for every network call, filesystem write, and spawned process in your PR description.

Anything that looks like it is hiding what it does will be rejected, regardless of intent.

Writing a plugin

The plugin development docs are the reference: the manifest, the entry types ([[widget]], [[panel]], [[shortcut]], [[service]], [[desktop_widget]], [[launcher_provider]]), the declarative UI vocabulary, the runtime API, and the workflow for developing and testing locally.

The fastest start is to read noctalia/example in the official repo. It exercises a bar widget, a declarative widget, a service, a shortcut, a launcher provider, and a panel in one plugin.

To run your plugin while you work on it, add this checkout as a path source:

noctalia msg plugins source add dev path ~/dev/community-plugins
noctalia msg plugins enable me/hello

.luau edits hot-reload; manifest changes are picked up on the next config reload.

Editor setup

noctalia.d.luau declares the whole plugin API, so luau-lsp gives you autocomplete and typo diagnostics. It lives in official-plugins, which is its single source of truth; it is not vendored here, because a committed copy would be a second one for everyone to trust and keep in sync. Fetch it into the repo root, where it is gitignored:

curl -O https://raw.githubusercontent.com/noctalia-dev/official-plugins/main/noctalia.d.luau

Re-run that whenever the plugin API changes; your local copy is a snapshot, not a subscription.

The committed .vscode/settings.json already points luau-lsp at it; for another editor, add it to luau-lsp's types.definitionFiles. .luaurc sets nonstrict mode, matching the --!nonstrict directive every plugin file starts with.

Thumbnail

Every plugin ships a thumbnail.webp. It is the card image in the plugin store and on the website. Generate one with the thumbnail generator: drop in a screenshot of your plugin, set the title, category tag and accent color, then export the 960×540 WebP and commit it as <plugin>/thumbnail.webp.

README

README.md is the plugin's public page, so it must tell a user how to access every entry instead of only describing the implementation. Follow README_TEMPLATE.md, which mirrors the structure used by the official plugins:

  • Start with a title, a short explanation, a Plugin table, and practical Usage instructions.
  • Copy the plugin id and every entry id exactly from plugin.toml.
  • If the plugin declares a panel, include the exact command noctalia msg panel-toggle <author>/<plugin>:<panel-id>.
  • If it declares a launcher provider, document its /<prefix> and give an example query.
  • Mention every manifest dependency under Requirements, using the exact dependency name.
  • Document declared settings, including units or non-obvious effects.
  • Use IPC and Notes when the plugin exposes extra events or has important filesystem, network, process, privacy, hardware, or compositor behavior.

CI derives ids, panel commands, launcher prefixes, dependencies, and whether settings exist from plugin.toml. Its error messages show the exact missing value, while maintainers review the usefulness and accuracy of the prose.

Translations

Write translations/en.json only. Every label_key and description_key in your manifest must resolve to a key in it, and CI checks this. Do not add machine-translated locales; other languages are handled separately.

To test the latest translated locales from Noctalia Translate in a working checkout, run:

./.tools/i18n-pull.sh

The command asks for confirmation and overwrites the locale files returned by the translation service. It does not delete local locale files that are absent from the export. Review the resulting diff before committing anything.

Tags

The tags in plugin.toml are used for catalog search. Tags must be lowercase and selected from this list:

  • Surfaces: bar, desktop, launcher, panel, service, shortcut
  • Purpose: ai, animation, audio, clock, countdown, demo, development, emoticon, fun, gaming, hardware, indicator, language, media, music, network, privacy, productivity, recording, system, theming, time, utility, video, wallpaper
  • Compositors: hyprland, labwc, mangowc, niri, sway
  • Distributions: arch, debian, fedora, gentoo, nixos, opensuse, void

If your plugin does not fit any existing tag, propose a new one in your pull request rather than inventing a tag in the manifest.

Submitting

Open a PR against main. CI validates your manifest, entry scripts, required files, and thumbnail on every push.

  • One plugin per PR.
  • The directory name matches the part of id after the / in plugin.toml exactly.
  • version is semver and gets bumped on every change to the plugin.
  • plugin_api is the oldest Noctalia plugin API level the plugin requires. Use the current documented level for a new plugin, and increase it only when the plugin adopts a capability from a newer API level.
  • description is concise catalog copy, limited to 120 characters. Put feature details in the plugin's README.
  • license is set in plugin.toml. You keep the copyright on your plugin; if it is not MIT, put a LICENSE file in your plugin directory. There is no repo-wide license covering contributed plugins.
  • Screenshots or a short video for anything with a visual surface.

Maintainers read the code before merging. Expect review comments about clarity, and about anything the plugin does that is not obvious from its description.

Maintaining your plugin

The plugin directory is yours. Someone else's PR changing your plugin is not merged without your sign-off, unless it fixes something that is broken or is a mechanical change applied across the whole repo. Maintainers will @-mention you on PRs and issues that touch it.

If you stop maintaining a plugin, set deprecated = true in its plugin.toml rather than deleting the directory. The store keeps working for people who already installed it, but it stops being offered to new users. Plugins that are broken and unmaintained across a Noctalia release may be deprecated by maintainers.

Help

S
Description
No description provided
Readme
16 MiB
Languages
Python 90.9%
Shell 7.2%
Luau 1.6%
Lua 0.3%