| PLEX86 | ||
|
Easiestquickest method for very simple interfaces 4024Easiestquickest method for very simple interfaces 4025 On Tue, 12 Jul 2005 18:00:26 +0200, Anton Suchaneck staggered into the Black Sun and said: Whatever. You will probably find out what I mean later.0 Hmm, maybe I should've said "in a GUI... That's not the point. My aim now is to handle my data and not to specialize on computer administration. As I said I'm rather searching a solution for my tasks, but I give this one a try: In my visual approach you open "stuff" and "things" (hotkey, type, click,... whatever you like). You mark all files and add them to a (predefined?) data buffer. All can be done by hotkeys. These are pretty standard tasks. "Junk" goes into buffer 2. In Buffer 3 you type the appropriate Boolean operation on B1.name and B2.name. One key for the buffer number, one for the name entry. The Boolean operation could be displayed as a tree before being evaluated. I believe the computer system should be brought up to date with current PC speed and visual features. The reactor did not have a single terminal in a dark room with a command line, where you had to type "catdev-temperature". There were flashy LEDs, switches and digital displays for easier handling. Why would they want to? The system was improved. Forget backwards-compatibility. But people imagine files as some sort of object and not a sequence of explorer is intuitive. And of course all data, text or image, keeps its data character in order to be processed. Writing scripts and giving names to all of them would still be an ugly solution for my current tasks. I'd have to think which scripts filter what. There is a reason why people create flowcharts, UML-diagrams (or whatever they're called) and so on. Also programming is very error prone. A decent visual approach could help a lot. I need a proper parameter preview. Otherwise I have to open the file, copy the needed line or even decompose it for further evaluation. It should be like a table of parameters and maybe preview pictures. So in my case I don't have so many. And speed limitation is not a fact I'm considering at the moment. That the thing I'm not sure about. What's the interface that is quickest to program if I have a single window GUI with only a few buttons. However I'd be thankful for nice predefined table objects and methods to display images. That's what I did. It works. Now I want to add features and I notice the hacks should be made more maintainable to easier extension. I also notice that working at an actual research reactor is stressful enough so that I need all my concentration to interpret incoming data. It doesn't have to be too strong. Offering more sophisticated word continuation or automatic suggestion for macros would be a good start for editors. I just wanted an opinion on which of these (or any other) is best. Tcl, PerlTk,...? I'll give it a go and learn. Anton Easiestquickest method for very simple interfaces 4028 Dances With Crows My question was which way to implement a new data organization system. Then, if you bring that example I explain... Easiestquickest method for very simple interfaces 4029 into the Black Sun and said: Er... if you want to use Python well, you will probably have to learn "too much stuff". Oh well, Python has a...
|
||||
Easiestquickest method for very simple interfaces 4025 Linux groups from Newsgroups The #1 Usenet Provider on the Internet
|
||||