On Thu, 1 Jan 2004, Day Brown wrote: > > http://www.osviews.com/modules.php?op=modload&name=News&file=article&sid=658&mode=thread&order=0&thold=0 > Did the whole line fit on your screen? PITA to havta paste them togather > to get to the link. > html wrapping causes the problem.
Day, Trying it in Pine, and it shows here as a single line too! > That would be really cool. There are lots of dos text mode tools with > more real functionality than the stuff on eye candy gui setups. And of > course, having text mode screen access that could not be screwed up by > XF86Config would be nice. I'm futzing with it as I write this. Not much luck so far, but due to other (Windows) reasons. *grrr* > Some of it is the 'not invented here' > attitude. I've seen a dos tool that 'aliased' all the linux terminal > commands that make sense on the single user desktop. why cant the bash > or whatever prompt figure out how to respond to 'dir'? Why aint that > alias built in? Now Day, we've been here before too! I think it was last year you posted something similar, and SEVERAL people responded with way to both alias commands, AND even a DOS-compatible shell. I'm all for asking questions, but the SAME ones over and over and folks might think you're not listening! So in short: bash is perfectly happy to do exactly what you're talking about! Yes, it won't be EXACTLY the same, but if the goal is to get "dir" to respond with a directory listing, it's quite doable. > The link mentioned all the gui stuff, the DVD, NTSC, multimedia > functionality. which is nice, but I get the sense that this often times > is employed in ways which get in the way of just dealing with text. Hmm. DVD & NTSC gives me the sense that "video" is involved somehow. > Like this message. Wouldnt it be more readable if the lines were only > 40-60 chars long, in two panels like the facing pages of a book or > magazine? Argh! I *hate* that two-column display. Magazines are laid out that way to facilitate advertising. And I only read a book a page at a time, not two pages across. That "format" has more to do with the physical limitations of using paper than anything else. I'm only reading one page, I certainly don't need TWO displayed. I'd just as soon have the one more clearly displayed. > Assuming you are literate enough to read titles, then the ANSI color > scrollbar system is hard to beat. OK Day. Again, we've been down this path before. There's nothing *ANSI* about scrollbars! My recollection is that they didn't even become common in PC (DOS) apps until well after the introduction of the Macintosh. > I understand the universality of icons across language barriers, but I > can see that it could evolve into a complete icon system like Chinese. There's more to it than shortcuts. There's a reason stopsigns are a certain size and shape, and a reason traffic lights are red, yellow and green. Yes, you could have an ANSI-only, colorless display of text. It doesn't work as well. That doesn't mean we're going to discard text altogether and attempt to assign a shade of color to every word. > With thousands of different icons that have to be learned. And the > icon design which makes sense when created, such as the desk > telephone, will run into problems when the next generation comes > along, and they've never seen a desk telephone. Icons are simply shortcuts. They don't REPLACE anything. The picture on the icon can be readily changed and adapted, and you'll notice the world made the lead from icons with pictures of 5.25in diskettes to 3.5 just find. And I don't think anybody's brain exploded when icons representing CDs became commonplace. > All the focus on multimedia is having some unintended effects on the use > of text. Much as the use of text had some unintended effects on the use of graphics. But then, those poor monks were probably getting tired anyhow. - Bob To unsubscribe from SURVPC send a message to [EMAIL PROTECTED] with unsubscribe SURVPC in the body of the message. Also, trim this footer from any quoted replies. More info can be found at; http://www.softcon.com/archives/SURVPC.html
