[GH-ISSUE #105] Widget: Select / datalist #68

New issue

Open

opened 2026-03-03 16:22:06 +03:00 by kerem · 1 comment

kerem commented

2026-03-03 16:22:06 +03:00

Owner

Originally created by @mum4k on GitHub (Feb 10, 2019).
Original GitHub issue: https://github.com/mum4k/termdash/issues/105

Originally assigned to: @mum4k on GitHub.

Widget providing functionality similar to HTML5's datalist element:

https://www.w3schools.com/html/tryit.asp?filename=tryhtml_elem_datalist

This could be built as a combination of a text input field that will show the currently selected option and also allow for a text search through the options.

The options themselves should probably be a table widget inside a popup window.

Originally created by @mum4k on GitHub (Feb 10, 2019). Original GitHub issue: https://github.com/mum4k/termdash/issues/105 Originally assigned to: @mum4k on GitHub. Widget providing functionality similar to HTML5's datalist element: https://www.w3schools.com/html/tryit.asp?filename=tryhtml_elem_datalist This could be built as a combination of a text input field that will show the currently selected option and also allow for a text search through the options. The options themselves should probably be a table widget inside a popup window.

kerem added the

enhancement

label

2026-03-03 16:22:06 +03:00

kerem commented

2026-03-03 16:22:07 +03:00

Author

Owner

@mum4k commented on GitHub (May 3, 2019):

Hey @slok and @keithknott26,

I have spent some time thinking about this and I don't think we have all the bits in place to implement this yet. Specifically the drop-down portion (the menu) wouldn't really work within a widget's canvas without reserving the vertical space for it. And that would not look good on terminal applications, it would just waste the space.

Looks like this widget would really benefit from the pop-up windows (#104), where the the menu would appear in a new small window. Secondly display of the selection options is really just a Table (#5).

So our plan of action could be as follows:

[~1 month] I would go and finish the Table widget (#5) for the next release.
[1-2 months] We could target pop-up / floating windows for the release after that which will fix both #104 and possibly touch #158. This however still needs some thinking and design work. The pop-up windows should come with an API that will allow both the user and a widget to open such a window. The content of each pop-up window could simply be a new container.
[~1 month] We can then circle back and implement the select / datalist widget (this issue).

I really like the idea of focusing on (2) soon-ish as this will likely come with some breaking API changes and should be done before we land Termdash 1.0.0.

Please let me know what you think. Would love to hear if you have better ideas or if you think I should focus on other features first as the above is a substantial time commitment.

@mum4k commented on GitHub (May 3, 2019): Hey @slok and @keithknott26, I have spent some time thinking about this and I don't think we have all the bits in place to implement this yet. Specifically the drop-down portion (the menu) wouldn't really work within a widget's canvas without reserving the vertical space for it. And that would not look good on terminal applications, it would just waste the space. Looks like this widget would really benefit from the pop-up windows (#104), where the the menu would appear in a new small window. Secondly display of the selection options is really just a Table (#5). So our plan of action could be as follows: 1. [~1 month] I would go and finish the Table widget (#5) for the next release. 2. [1-2 months] We could target pop-up / floating windows for the release after that which will fix both #104 and possibly touch #158. This however still needs some thinking and design work. The pop-up windows should come with an API that will allow both the user and a widget to open such a window. The content of each pop-up window could simply be a new container. 3. [~1 month] We can then circle back and implement the select / datalist widget (this issue). I really like the idea of focusing on (2) soon-ish as this will likely come with some breaking API changes and should be done before we land Termdash 1.0.0. Please let me know what you think. Would love to hear if you have better ideas or if you think I should focus on other features first as the above is a substantial time commitment.

kerem referenced this issue

2026-03-03 16:23:11 +03:00

[PR #68] [MERGED] Support for 256 colors. #182

kerem referenced this issue

2026-03-03 16:23:12 +03:00

[PR #75] [MERGED] Release 0.4 #187