command line vs gui
in [General Linux]
|
Prev: micro solution backpack cd-writer hell
Next: "...error while loading shared libraries: libg2c.so.0"
From: JosephKK on 28 Nov 2005 01:13 Shmuel (Seymour J.) Metz wrote: > In <tMudnYgM_dM6hBnenZ2dnUVZ_tydnZ2d(a)is.co.za>, on 11/23/2005 > at 01:26 AM, news(a)absamail.co.za said: > >>not...(a)nothome.com wrote: >>> As a professional CAD user, I realize both the keyboard and the mouse >>> are invaluble input devices. In this primarily graphic environment, >>> the mouse is not only king, it's irreplaceable. I can do without the >>> keyboard, but not the mouse. .... > >>Good !! I was thinking that only a professional CAD user would be >>most qualitied to judge. > > Only if he's actually tried the alternatives, e.g., track balls, light > pens. > > >>Alan Connor wrote: >>> This posts says Re: on the Subject line but has no References: >>> header. >>> >>I believe the "in reference to" refers to the subject-thread ? > > For once he's right. > > A followup MUST have a References-header, > >>Besides I'm not much for name-dropping. > > The References field in the header and the attribution in the body are > not name dropping, but part of the context of your article. > >>Contents is more important than frequent-flyer-miles credited ? > > References *is* part of the content. > >>My minimalist [no auto-threading Newsreader] OS > > The news reader is not the OS. > >>makes me 'work at the coal-face' instead of having it auto-magically >>done. > > What news reader lacks the ability to create and propogate the > References field? > >>Almost the opposite of the M$-outsp00k posters >>who can't NOT top post, > > ITYM who find it easier to top post. You can construct a proper > followup in outhouse; it just takes a lot more effort than it should. > >>But I appreciate your annoyance at posters who mess-up your >>'threading system', > > His annoyance is not nearly as significant as the annoyance felt by > the victims of his C/R spam. Google for "Alan Connor" in > news.admin.net-abuse.*. > >>like I hate [apparently increasing lately] >>htm-emailers, top-posters and these absurd rtf-characters > > Don't forget TNEF (ptui!) and smart (NOT!) quotes. > >>I'll give consideration to your point[s]. > > Please do so despite the source. > I have done CAD on and of for about twenty years now, and my first preference is a combination of keyboard and digitizer pad ([the larger the better] xy absolute coordinate surface) and a mouse/trackball to boot. Having both absolute and relative pointing devices and data value entry is a must. Also dual head high resolution displays. -- JosephKK
From: JosephKK on 28 Nov 2005 01:50 Lee Sau Dan wrote: >>>>>> "Peter" == Peter T Breuer <ptb(a)oboe.it.uc3m.es> writes: > > > >> Perhaps that's because 'find' is an unstructured mess ? > > Peter> Find seems to me to be well suited to a dialog mode. > > I don't think so. > > <snip> For example try the find/search tools available in M$win2000 and later and some of the current tools in KDE and Gnome. I am not saying that they are superior to the CLI find, I am saying that they slake most ordinary users needs quite well. I have always found that certain tasks are better done from CLI than from any GUI (especially when selective recursion or iteration is required, not to mention pattern macthing). I have found also that GUI was more efficient than CLI for some other tasks (particularly CAD). -- JosephKK
From: Jacob Sparre Andersen on 28 Nov 2005 11:36 Lee Sau Dan wrote: >>>>>> "Jacob" == Jacob Sparre Andersen <sparre(a)nbi.dk> writes: > Bash allows multiple data flows and it's not difficult to do: > > comm -12 <(sort a.txt) <(sort b.txt) | uniq -c | sort -nr > > This command feed 2 pipes (from 2 'sort' processes) into the 'comm' > process, and then feeds 'comm's output to 'uniq' and the a third > 'sort'. I know this technique. What I was thinking of was multiple pipes into or out of each process. It can be handled with named pipes, but it would still be nice to be able to "draw" the data-flow. > Jacob> That's a nice idea. Another nice idea (I can't remember > Jacob> _where_ I saw it) is to let a GUI generate commands in > Jacob> the shell. That allows the user to take the generated > Jacob> commands and generalize them as needed. > > This is possible with Emacs, [...] Does Emacs really log the commands executed through the menus? Where? Without the visible logging of the commands executed through the menus, the scripting facilities are not as easily available to the users. > Too bad that most people who develop GUI-based programs do not > organize their programs this way. Many even put the code for the > operations into the callback/handlers of the GUI buttons/menus. The > IDE's used by them usually invite them to do this. (So, I think > these IDE's are flawed. They don't guide their users to do the > right thing. They only encourage dirty-and-quick development.) Now you make me think about how I actually implement GUI-based programs myself. I suspect that I make the very same mistakes myself. Thanks! Jacob -- ?It will not be forever. - It will just seem like it.? -- Death
From: Chris Barts on 29 Nov 2005 04:26 Reinder Verlinde <reinder(a)verlinde.invalid> wrote on Friday 18 November 2005 17:12 in comp.os.linux.misc <reinder-B5AE01.01125819112005(a)pnews10.wxs.nl>: > In article <437df494(a)news.orcon.net.nz>, Benni <not(a)interesting.com> > wrote: > >> Reinder Verlinde wrote: >> >> > - Microsoft's upcoming shell that gets rid of text as the I/O format. >> >> Never seen a UNIX shell? > > I do not understand your remark. Can you elaborate on it? > You can pipe anything in a Unix shell: I commonly convert image files from one format to another using command-line programs, for example, something that is an exercise in pure binary I/O. Textual file formats is an important advantage of the Unix Way but it is by no means /enforced/, at least by the shells. -- My address happens to be com (dot) gmail (at) usenet (plus) chbarts, wardsback and translated. It's in my header if you need a spoiler. ----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==---- http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups ----= East and West-Coast Server Farms - Total Privacy via Encryption =----
From: Lee Sau Dan on 29 Nov 2005 11:32
>>>>> "Jacob" == Jacob Sparre Andersen <sparre(a)nbi.dk> writes: Jacob> That's a nice idea. Another nice idea (I can't remember Jacob> _where_ I saw it) is to let a GUI generate commands in the Jacob> shell. That allows the user to take the generated commands Jacob> and generalize them as needed. >> This is possible with Emacs, [...] Jacob> Does Emacs really log the commands executed through the Jacob> menus? You can try M-x repeat-complex-command, for instance. Or you can use C-h k and then type the key or click the things to perform the operation you want. (The operation won't be executed. Instead, Emacs shows you the name of that function that would have been invoked.) >> Too bad that most people who develop GUI-based programs do not >> organize their programs this way. Many even put the code for >> the operations into the callback/handlers of the GUI >> buttons/menus. The IDE's used by them usually invite them to >> do this. (So, I think these IDE's are flawed. They don't >> guide their users to do the right thing. They only encourage >> dirty-and-quick development.) Jacob> Now you make me think about how I actually implement Jacob> GUI-based programs myself. I suspect that I make the very Jacob> same mistakes myself. Thanks! Even when writing VB, I would write the functionalities in separate procedures, and then call them from those Form_Load, Button_Clicked procedures (sorry if I misspelt them) which react to UI events. That way, I can call those procedures easily, making it easier to combine several of them to implement a new procedure. (Imagine creating a new button that would emulate clicking another button 100 times!) It's also easier to change the bindings. What if the user now wants to mid-click rather than left-click to do something? Or they want an extra button perform the same function, but drawn at the opposite corner of the window? Easy if you have separated the UI events from the actual functions in the first place. -- Lee Sau Dan §õ¦u´° ~{@nJX6X~} E-mail: danlee(a)informatik.uni-freiburg.de Home page: http://www.informatik.uni-freiburg.de/~danlee |