tag:blogger.com,1999:blog-17823979.post6156298400395151271..comments2023-09-29T05:03:51.672-04:00Comments on DivByZero.com: Multiple monitors & screen real estatenickbhttp://www.blogger.com/profile/09200865148587349560noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-17823979.post-76126438954063765472008-03-24T16:43:00.000-04:002008-03-24T16:43:00.000-04:00I agree that horizontal scrolling is evil, and tha...I agree that horizontal scrolling is evil, and that in an ideal world all lines would wrap/break around 80 chars... <BR/><BR/>However, this is not an ideal world, and there are no Sun Coding Conventions for the umpteen OTHER languages supported in Eclipse. For example, the Ant editor regularly takes narrow, nicely formatted broken lines and removes whitespace so that every task is its own much, much wider line (if you use ESC,CTRL-F to autoformat). <BR/><BR/>That said, who in their right mind *PRINTS* code? What is this, 1975? You can't compare the hardcopy format of a book to the softcopy format of a text editor. They serve different needs, and as such, are formatted (and used) differently. <BR/><BR/>No offense taken, BTW. As to where to have such a discussion, I suggest opening a bug against the various editor(s) that don't support setting a print margin / line break width, if you see it as something that needs to be fixed. Making the tools default to following conventions would go a long way toward forcing people to code to those conventions.nickbhttps://www.blogger.com/profile/09200865148587349560noreply@blogger.comtag:blogger.com,1999:blog-17823979.post-28625813020726043662008-03-23T04:22:00.000-04:002008-03-23T04:22:00.000-04:00putting all your panels on one screen and the edit...<I> putting all your panels on one screen and the editor on the other is certainly a handy way to take advantage of all those extra pixels, esp. when your 20" 1600x1200 monitor dies and you're stuck dropping back to a 19" 1280x1024 one. </I><BR/><BR/>Good post, but I have to disagree about this one. I'm regulary pissed off by people simply "using the space inside their screen", and therefore writing their code and javadoc 150 characters wide. And it is not going to be better due to all these wide screens invading the workplace. I thought this was an evidence that code has to fit in 80 characters. It has nothing to do with back-compatibility with punch cards but with readability. Where is the last novel you read printed with 120 characters per line? I don't remember having seeing one. I would rather like having some plugin that constrain the editing to a certain number of characters - the 80 characters boundary is even part of the eclipse coding guidelines (http://wiki.eclipse.org/Coding_Conventions, see Sun's Coding Conventions)!<BR/><BR/>Sorry for the rude post ;) Maybe this topic should be discussed in the newsgroups.Anonymoushttps://www.blogger.com/profile/16499397051479663120noreply@blogger.comtag:blogger.com,1999:blog-17823979.post-55810972019443706062008-03-22T17:43:00.000-04:002008-03-22T17:43:00.000-04:00"I'd like to see Eclipse one day work like GIMP"Yo..."I'd like to see Eclipse one day work like GIMP"<BR/><BR/>You lost me there. GIMP has one the most horrible user interfaces ever, especially for graphics software.<BR/><BR/>But if this were implemented in a way that doesn't bother users who don't want it, I wouldn't mind if this feature existed.Villanehttps://www.blogger.com/profile/10112463712062206087noreply@blogger.com