Difference between revisions of "Tangible values (Conal Elliott)"
(Added some notes regarding comination of TVs with ALDs) |
(→Notes / Ideas: linebreaks typofix) |
||
| Line 36: | Line 36: | ||
That is because: <br> | That is because: <br> | ||
ALDs always are a value. <br> | ALDs always are a value. <br> | ||
| − | ALDs typically leave a triangular unused whitespace (blackspace in dark mode) where | + | ALDs typically leave a triangular unused whitespace (blackspace in dark mode) where tangible values could be fitted in. <br> |
| − | tangible values | + | Perhaps even more white-space than textual code. <br> |
| − | Perhaps even more | + | Relative scales between ALD and TV could be see-saw scaled depending <br> |
| − | Relative scales between ALD and TV could be see-saw scaled depending | + | on priority of what one wants to see more. |
| − | on | + | |
The original idea of TVs is to hide code fully.<br> | The original idea of TVs is to hide code fully.<br> | ||
| − | It might be beneficial though to allow associated code to be displayed. | + | It might be beneficial though to allow associated code to be displayed. <br> |
| − | And given ALD seem like the "middlest" midpoint between graphical and textual code representation, | + | And given ALD seem like the "middlest" midpoint between graphical and textual code representation, <br> |
it might be not as disruptive to add ALDs to TVs as to add pure textual code to TVs. | it might be not as disruptive to add ALDs to TVs as to add pure textual code to TVs. | ||
[[Category:Conal Elliott]] | [[Category:Conal Elliott]] | ||
Revision as of 11:23, 11 July 2023
External links
- Video of talk: Tangible Functional Programming – 2007-11-07 – Conal Elliott
On Conal Elliotts homepage:
- The Eros demo: http://conal.net/papers/Eros/
- Paper: http://conal.net/papers/Eros/eros-icfp-2007-printed.pdf
- Paper: http://conal.net/papers/Eros/eros.pdf (via ResearchGate)
- Paper: http://conal.net/papers/Eros/talk.pdf
On the haskell wiki:
- Eros (chapter on "fusion")
- Tangible value
- DeepArrow
- GuiTV
- DataDriven (deprecated in favor of reactive)
On hackage:
- TV: Tangible Values -- composable interfaces
- GtkTV: Gtk-based GUIs for Tangible Values GtkGLTV adds OpenGL support to GtkTV, which is a Gtk back-end for tangible values.
- GuiTV: GUIs for Tangible Values GuiTV is a very small library that extends the TV (tangible value) framework with graphical user interfaces, using Phooey.
- DeepArrow: Arrows for "deep application"
Other:
Notes / Ideas
Tangible values may go well together with annotated lambda diagrams.
See:
That is because:
ALDs always are a value.
ALDs typically leave a triangular unused whitespace (blackspace in dark mode) where tangible values could be fitted in.
Perhaps even more white-space than textual code.
Relative scales between ALD and TV could be see-saw scaled depending
on priority of what one wants to see more.
The original idea of TVs is to hide code fully.
It might be beneficial though to allow associated code to be displayed.
And given ALD seem like the "middlest" midpoint between graphical and textual code representation,
it might be not as disruptive to add ALDs to TVs as to add pure textual code to TVs.
