michael / michael/editable

LinkTool

Open
#48 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Svelte
Stars
1.8k
Forks
150
Avg merge
11h 46m
Merged PRs (30d)
8

Description

Design goals:

  • Same interface for all linking,
  • including inline links and block links
  • Fully keyboard accessible
  • Shows up whenever either doc.selected_node has a href property (e.g. nav items, links in collections, or the footer) or the active_annotation has a href property (inline link).
  • Shows a link preview by default
  • After clicking edit or pressing CMD+K you select a new link target (.href) and wether the link should open in-place or in a new tab

Below are all the possible UI states for "internal link", "external link", "not linked":

Image

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files or tests are named. Start by locating the code that handles doc.selected_node, active_annotation, and href values, then review the existing linking UI and keyboard interactions; done means one accessible interface supports inline and block links, previews targets, and handles internal, external, and unlinked states.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
accessibility, frontend, web-dev
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.