LivelyKernel / LivelyKernel/lively.next

Re-using Lively UI items

Open
#1,487 3 comments 3 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

📟 support inquiry
Dominant language
JavaScript
Stars
90
Forks
20
PR merge metrics
No merged PRs in 30d

Description

What would you like to achieve?
I'd like a set of high-level UI items and widgets I can use in my projects, and I know that they are already available in Lively. These include (but aren't limited to):

  1. Drop-down menus
  2. Menu bar
  3. File browser
  4. Search box attached to 1-3

The thing is, I know this stuff is already in Lively. For example, the Module Browser is amazing. But these components aren't really available to Lively developers for items other than Lively development.

How are you trying to achieve that
ATM, rolling my own (badly) by looking at the code and guessing.

Additional Resources
I think 80% of this is documentation and the remainder are a (few) very high-level methods. For example:

  1. Setting the action of a button should be a single method call -- it's actually pretty much there for buttons, since there's an action field already
  2. Same thing for a drop-down list: it should be a single call (addItem(label, action))

Most of this is really easy (or should be) but it's not done and a user/developer really doesn't have the information to do it themselves

Version: Please paste the lively.next commit on which the problem occurred here (use the copy button of the Version Checker in the bottom left corner).
af0c3623fbe24a48097cb69eace75feafddf0406

Contributor guide

Open the contributing guide

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

The issue names the Module Browser, buttons, and drop-down lists but does not identify files or tests. Start by locating those existing UI components and documenting how developers can reuse them; done should include clear usage guidance and, if needed, agreed high-level methods such as button actions and drop-down item actions.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
documentation, frontend
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.