Err.. how do you do it in Linux? I use SlickEdit for over 3 years now and never saw that happen, sorry.
I do use the Windows version exclusively but don't see how that would stop it. Well, you do get italics, underline, and such on every syntactic element (Visual Studio doesn't even offer that for many elements). Maybe that's what you are thinking? But no font settings for specific elements.
Last edited by Mario F.; 12-14-2009 at 10:02 PM.
Originally Posted by brewbuck:
Reimplementing a large system in another language to get a 25% performance boost is nonsense. It would be cheaper to just get a computer which is 25% faster.
Let me dig around and figure out which laptop still has it installed (Use Emacs pretty exclusively these days; its been over a year since I touched VSlick). Will post screen shots when I am successful..IIRC it was in the language options on one of the billion tabs....
Peace
Jeff
Multiple font typefaces in code really look ugly to me. I like my code at 12 point, same font, mono-spaced, and easy to read. I use ProggyClean<x> fonts and they make eye strain much less of an issue. There is still a ton of glare off of my 2 flatscreen LCDs that gives me a headache but that is another story.
Also I would imagine merging files in Araxis would become a font nightmare if different fonts were used for comments. Not to mention it would take twice as long to code the thing and maintenance would be ugly. I can see it now where multiple fonts would be used in the comments b/c the dev was unsure of which font was the 'standard' per se. That would be very ugly. Now if MSVS could detect I was doing comments and change the font automatically to some preset I would be fine with that. Not sure how it would change it back, but I'm sure they could come up with something.
I never got to terms with Proggy for some reason. Like this font author however I felt it was close. So I've been a fan of Dina and Bitstream Vera Sans Mono fonts for long.
The consolas font, introduced in Windows Vista is a very good font too Bubba. It in fact replaced Dina on Visual Studio for me. You will want to check it out when you do that Seven upgrade. Make a note.
...
I'm not sure what you mean by Araxis Merge. The font setting is kept as part of visual studio settings. It doesn't interfere with third-party programs. A source file is still plain text. Neither I would dream of using a diff/merge tool with even syntax highlighting, much less different font types or sizes.
Originally Posted by brewbuck:
Reimplementing a large system in another language to get a 25% performance boost is nonsense. It would be cheaper to just get a computer which is 25% faster.
Yep you are correct. So my statement would only apply to MSVS and no one does merges inside of that.It doesn't interfere with third-party programs. A source file is still plain text. Neither I would dream of using a diff/merge tool with even syntax highlighting, much less different font types or sizes.
Point taken.
Originally Posted by brewbuck:
Reimplementing a large system in another language to get a 25% performance boost is nonsense. It would be cheaper to just get a computer which is 25% faster.
Heheh, out of the 30 file comparison tools for which the column is filled out in Wikipedia's comparison of file comparison tools, 20 are listed as having syntax highlighting as a feature.Originally Posted by Mario F.
Look up a C++ Reference and learn How To Ask Questions The Smart Way
I use UltraCompare because... well, I thought 3-way comparison would be a cool thing to have. But still waiting for the day I'll actually need it. At work they have DiffDog (*) which does have syntax highlighting, yeah. But I turn it off. I find the damn thing highly distracting on a diff tool.
But, really. If font editing is an issue when "diffing" from within Visual Studio (and it surely would) the obvious solution was to have a setting to turn off font changes when doing it
Are we programmers, or are we programmers?
---
(*) Which I have to tell you, they have this absolutely awesome tool: MapForce.
It's not everyday one feels the need to use such a tool. But when that need arises, this baby rocks. I had to map from around 70 fields worth of data from an 1980s legacy system txt reporting format into an oracle database and boy, had I fun with it! I can't imagine the pain otherwise.
Last edited by Mario F.; 12-15-2009 at 11:05 PM.
Originally Posted by brewbuck:
Reimplementing a large system in another language to get a 25% performance boost is nonsense. It would be cheaper to just get a computer which is 25% faster.
I have to three-way merge/resolve quite often. It is a necessary evil when someone has submitted the same file you have checked out but checked it out before they did. You can diff against the depot but that gets somewhat confusing as well. 3-way merges get very confusing when you are more than one version out of date. Each revision must be merged separately. Major PITA. But by far the worst files to merge or diff have to be vcproj/csproj and sln files. Absolute nightmare.
I like using Meld on Linux...been my go-to diff and merge tool for years.
[ATTACH]Meld[/ATTACH]
Last edited by jeffcobb; 12-16-2009 at 11:28 PM. Reason: Fixed screen shot
Did you really want to post that image on a public forum? We can remove the image and allow you to upload another 3-way diff from a personal project if you would like.
Not sure what you mean. The font/color/style is defined for each language and each element of that language. So in my example Notepadd++ displays JavaScript (block-)comments in this font. It's not like you have to mark your comments and tweak their visuals manually. (And you couldn't, there are no font controls in the editor-UI.) Is that what you meant?
You also pointed out that some fonts might not be available to every developer working on a project. But how is that a problem? Most OSes come with at least one proportional and one fixed width font. Everything else is just details.
The only issue I can see is that if somebody uses super large letters for comments and somebody else extremely small ones, making their comment lines for the other person either very short or extremely long. But I'd imagine using some common sense while picking a fontsize should alleviate that issue. Besides, that problem already exists due to different screen resolutions.
Uh, and not that I want to convert people to Notepad++ or something, but since we're talking about compare functionality, I guess it's ok to point out that Notepad++ has that too.
Attachment 9520
main() { int O[!0<<~-!0]; (!0<<!0)[O]+= ~0 +~(!0|!0<<!0); printf("a function calling "); }
Eh. I don't think anyone will be using Sony's CWaitCondition class anytime soon.
Normally you would be correct and I guess in the universe of the anal retentive this would be a problem but in this case it was a simple class wrapper around basic POSIX stuff which made wait conditions easier to use. I know b/c I wrote it...nothing you could not find in the Stevens manual...that was just a standard header on everything we wrote. I just got tired of getting the wait conditions right consistently so wrote a single-header class to take care of the details. Again, no rocket science here....
But I really do thank you for your concern...
Jeff
The SONY CONFIDENTIAL tells me it should not be anywhere on a public forum.
Also it's not about whether you wrote it or not it's about NDA's. Many of us here write code everyday that we cannot discuss and/or post.
