11–20 of 23 posts
I’ve said it before, but I’d love to see a best-practices CRUD app done in tcl, tk, and SQLite along the lines of the north winds thing from Microsoft. The SQLite interface in tcl is a thing of beauty to rival tk.
Tcl/Tk is cool. Tcl/Tk makes UI's that jar in an ugly, immediately recognisable as "old-fashioned" way. This matters to users whether we like it or not. It would be a very niche commercial software project that used it for its UI no matter how beautifully elegant the functionality of its UI. Best ever UI will still elicit an "Ew, yuk." From the majority of its users. Graphical UIs have been de rigeur for what, 30+ ye…
I’ve said it before, but I’d love to see a best-practices CRUD app done in tcl, tk, and SQLite along the lines of the north winds thing from Microsoft. The SQLite interface in tcl is a thing of beauty to rival tk.
However you will only get to see AOLServer's source code, as the latter two were proprietary.
Tcl/Tk is cool. Tcl/Tk makes UI's that jar in an ugly, immediately recognisable as "old-fashioned" way. This matters to users whether we like it or not. It would be a very niche commercial software project that used it for its UI no matter how beautifully elegant the functionality of its UI. Best ever UI will still elicit an "Ew, yuk." From the majority of its users. Graphical UIs have been de rigeur for what, 30+ ye…
Yes, and they are thousand time more usable that the "modern" crap.
GUI design is going backwards since 10 years.
Tcl/Tk is cool. Tcl/Tk makes UI's that jar in an ugly, immediately recognisable as "old-fashioned" way. This matters to users whether we like it or not. It would be a very niche commercial software project that used it for its UI no matter how beautifully elegant the functionality of its UI. Best ever UI will still elicit an "Ew, yuk." From the majority of its users. Graphical UIs have been de rigeur for what, 30+ ye…
> Tcl/Tk makes UI's that jar in an ugly, immediately recognisable as "old-fashioned" way. Yes, and they are thousand time more usable that the "modern" crap. GUI design is going backwards since 10 years.
Guis have always been more discoverable and just better for certain tasks, usually where you want to see something with immediate updatable feedback but the gui libraries have always been terrible. They were terrible 30 years ago, and 20 and 10 and still today.
I don't have answers.
Tcl/Tk is cool. Tcl/Tk makes UI's that jar in an ugly, immediately recognisable as "old-fashioned" way. This matters to users whether we like it or not. It would be a very niche commercial software project that used it for its UI no matter how beautifully elegant the functionality of its UI. Best ever UI will still elicit an "Ew, yuk." From the majority of its users. Graphical UIs have been de rigeur for what, 30+ ye…
I remember 20 years ago that half of Linux GUI apps were Tcl/Tk. Yes, people made fun of them for not being "native", but I'd much prefer a Tcl/Tk app over a modern Electron one.
Earlier quoted context omitted.
> Tcl/Tk makes UI's that jar in an ugly, immediately recognisable as "old-fashioned" way. Yes, and they are thousand time more usable that the "modern" crap. GUI design is going backwards since 10 years.
survivor bias. Nothing magical about tcl/tk (cool as it is) that makes guis more usable, sadly. Nothing in modern gui libraries that prevents good usability design either. Guis have always been more discoverable and just better for certain tasks, usually where you want to see something with immediate updatable feedback but the gui libraries have always been terrible. They were terrible 30 years ago, and 20 and 10 and…
Tcl/Tk just makes it harder (though not impossible) to make such GUIs because its defaults were made before those trends, but it isn't unique to it - the same applies, e.g., to applications made with Qt Widgets. Note that here i do not refer to how easy it is to make the GUI, just on how usable applications are from a desktop user's perspective when using the default look and feel.
This particular problem is largely a matter of trends - some libraries/technologies make it easy to follow those trends, others harder, however the root issue isn't so much the libraries/technologies in question but the trends themselves.
I’ve said it before, but I’d love to see a best-practices CRUD app done in tcl, tk, and SQLite along the lines of the north winds thing from Microsoft. The SQLite interface in tcl is a thing of beauty to rival tk.
Look at AOLServer, yes that AOL. https://aolserver.github.io/
Not exactly what I’m thinking either, but look at how concise pgaccess (for postgresql) was.
What Tcl needs 1. a package manager 2. language server 3. a vs code plugin or an emacs mode for the language server
I’ve said it before, but I’d love to see a best-practices CRUD app done in tcl, tk, and SQLite along the lines of the north winds thing from Microsoft. The SQLite interface in tcl is a thing of beauty to rival tk.