Age | Commit message (Collapse) | Author |
|
|
|
It's no longer strictly connected to a ListScrollForm, and is published,
so it's much easier to use as an element from the tui-lib API in any
project now.
|
|
|
|
|
|
...depending on whether there is enough content that it cannot all be
displayed in the form's space or not.
|
|
Specifically, it now clearly represents how much of the scrollable form
is visible and not visible at the moment. It also will never touch the
top or bottom if it's possible to scroll further in the correspodning
direction.
|
|
Usually this doesn't happen, but it may occur if the items of the
ListScrollForm are regenerated (to a lesser length) before updating
scrollItems.
|
|
|
|
This actually drastically improves the performance of mtui when opening
very, very large playlists.
|
|
Not exactly the most elegant implementation, but it definitely works and
isn't really difficult to code around!
|
|
|
|
|
|
|
|
|
|
|
|
These are unfortunately based on the assumption that every input is
exactly one character tall, and definitely don't work with horizontal
scrollers, so I had to remove them.
|
|
|
|
|
|
E.g. if up is pressed in a ListScrollForm, don't tell the parent element
that up was pressed.
|
|
|
|
|
|
|
|
|
|
|
|
- Button class name changed to Button, from ButtonInput
- Button layouts are now updated with fixLayout, rather than
automatically when the text property is changed
- Buttons now have a height of 1, so they can generally actually
be used in layouts
- New example for list form elements
- List form elements let you navigate with up/down (or left/right,
for horizontal lists)
- List forms now have nextInput and previousInput methods
|
|
|