Looking for a textmode ui ...
in [TCL]
|
Prev: Postgres
Next: Tcl_AsyncCreate and Wish
From: prefect on 9 Jan 2010 13:43 I need to create a textmode client that should have menu and dialogues. So far I consider two possible solutions none of them is TCL: Either, I use the Linux dialog tool via exec calls. This has certain limitation but is very easy to configure. Alternatively I use a dinosaur: Clipper in person of harbour. Harbour (like Clipper derived from good old dBase) has a very nice UI far ahead of its time ;-)). Regrettably to my knowledge TCL never got that far?! The idea with harbour is mad: create a little source to implement a dialogue on the fly compile that and execute it. So the exec would not need parameters, all is coded into the source, while the output might go into a file to be sources or otherwise loaded. No the simple question is: Is there any more elegant solution e.g. based on curses or so? I'd love to hear something like this!
From: Helmut Giese on 9 Jan 2010 15:42 Hi, >I need to create a textmode client that should have menu and >dialogues. who in the wolrd wants this??? >Is there any more elegant solution e.g. based on curses or so? I don't know. I imagine getting the wanted appearance should work, but if you have any user input to processs I would stick to whatever works for you now - I would be afraid this could turn into a nightmare. Just my 0.02. Best regards Helmut Giese
From: George Petasis on 9 Jan 2010 15:46 στις 9/1/2010 20:43, O/H prefect έγραψε: > I need to create a textmode client that should have menu and > dialogues. > > So far I consider two possible solutions none of them is TCL: > > Either, I use the Linux dialog tool via exec calls. This has certain > limitation but is very easy to configure. > > Alternatively I use a dinosaur: Clipper in person of harbour. Harbour > (like Clipper derived from good old dBase) has a very nice UI far > ahead of its time ;-)). Regrettably to my knowledge TCL never got that > far?! > The idea with harbour is mad: create a little source to implement a > dialogue on the fly compile that and execute it. So the exec would not > need parameters, all is coded into the source, while the output might > go into a file to be sources or otherwise loaded. > > No the simple question is: > > Is there any more elegant solution e.g. based on curses or so? > > I'd love to hear something like this! You can also look here: http://wiki.tcl.tk/2372 George
From: Bezoar on 10 Jan 2010 12:05 On Jan 9, 12:43 pm, prefect <adr...(a)wallaschek.de> wrote: > I need to create a textmode client that should have menu and > dialogues. > > So far I consider two possible solutions none of them is TCL: > > Either, I use the Linux dialog tool via exec calls. This has certain > limitation but is very easy to configure. > > Alternatively I use a dinosaur: Clipper in person of harbour. Harbour > (like Clipper derived from good old dBase) has a very nice UI far > ahead of its time ;-)). Regrettably to my knowledge TCL never got that > far?! > The idea with harbour is mad: create a little source to implement a > dialogue on the fly compile that and execute it. So the exec would not > need parameters, all is coded into the source, while the output might > go into a file to be sources or otherwise loaded. > > No the simple question is: > > Is there any more elegant solution e.g. based on curses or so? > > I'd love to hear something like this! Tcllib has a terminal manipulation package. It implements key input handling, menus and paging, box graphics, attributes ( bold, colors etc.) and window size information gathering via stty. All this is done by puts'ing ansi escape codes to the terminal. So basically the term package is a wrapper around that. It does not implement anything like the old ctk (curses TK ) where you could write a subset of tk code and get the code to display curses widgets in a term. Its a shame ctk went away. I did a tcl program on the terminal once with my own wrapper code around escape sequences and it turned out pretty good but is was more of a wizard type program and not menu driven. I learned one important lesson that I'll pass on here . Don't ever ever use \n (newline) when writing to the screen if you use ansi escape sequences ( puts -nonewline is your friend). I proposed to the GSOC that the curses extension be worked on as it would be a boon to Tcl as embedded programers and system administrators would be able to use Tcl to access ui programs over serial lines or even slow network connections. Languages that are applicable to all situations get all the use; so comments like what have already been said "e.g. who in the wolrd wants this???" are short sighted and are probably a result of a "Windows" mind set. Carl
From: David Gravereaux on 10 Jan 2010 16:36
The term package in Tcllib doesn't work on windows. It's a real shame. It doesn't work because the windows console isn't ansi capable. http://tcllib.sourceforge.net/doc/term.html Yes, bring back Ctk. -- |