CodeEditApp / CodeEditApp/CodeEditSymbols

Add a LICENSE file (the package currently has none)

Open Beginner friendly
#24 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Swift
Stars
25
Forks
15
PR merge metrics
No merged PRs in 30d

Description

Hi, and thanks for the package — the editor stack is a pleasure to build on.

This repository has no license file. There is none in the repository root, none
in the source tree, and GitHub's API reports `"license": null` for it. The same
is true of the sibling package (CodeEditLanguages), while
CodeEditSourceEditor and CodeEditTextView both carry MIT.

Why this matters downstream: without a license the default applies, and the
default is "all rights reserved" — no permission to redistribute. Both packages
are listed in the `CodeEditSourceEditor` target's own dependencies, so every
application that uses the editor redistributes them inside its binary. I ship a
macOS application built on CodeEditSourceEditor, and when I put together the
attribution notice for it I could only write "no license declared upstream" for
these two, which is not a comfortable line to publish and is presumably not what
you intended either.

If MIT was the intent — as it is for the rest of the project — adding the usual
`LICENSE` file would settle it. If a different license is intended, that would be
just as useful to know; the point is only that the file be there.

Happy to open a PR with an MIT `LICENSE` matching CodeEditSourceEditor's if that
helps.

Thanks!

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by comparing the MIT LICENSE files in CodeEditSourceEditor and CodeEditTextView with the repository root of CodeEditSymbols. Confirm with a maintainer whether MIT is intended, then add the appropriate root LICENSE file; the issue is done when the package declares its license consistently with the referenced sibling packages.

Written by the indexing model from the issue text.

Assessment

Tech stack
swift
Domain
documentation
Issue type
Documentation
Difficulty
1/5
Estimated time
Under an hour
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
74/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.