SlickEdit Products

I like to open with a joke.  I won’t this time, I’ll close with one.  And then I will let Bob Newhart make it funny.

I have spent my entire professional career at here at SlickEdit, and almost from the start, I have handled our version control support.  This means a couple of things:

  • I have only used (on a day-to-day basis) the version control systems that we have used here at SlickEdit.  In the early days we used our mutli-file diff feature.  I prefer to think of this as a testament to how good our diff feature is rather than what you are thinking – which is probably “that is pure insanity”.  In later years we used CVS.  Eventually we moved to Subversion.  A little sooner than we wanted because of how it handles branches – this is another story.
  • Because I have to handle supporting them in SlickEdit, I have tested most of the free and commercially available version control systems (and a few that are no longer commercially available) on small source bases.  I have not actually used all of them, I have some experience with them.  The technical term for this in our industry is, “I know enough to be dangerous”.

We have 3 kinds of version control support in SlickEdit:

  1. Basic “command line” support, where we will run your checkin command according to a specified command line where the file name is filled in.
  2. SCC support – For version control systems that have an SCC provider, we will communicate with it and provide the level of support that SCC allows for.  This can be frustrating because if an SCC system crashes, it will cause SlickEdit  to crash.  This happens occasionally because SCC providers tend to do their testing with Visual Studio, and not other systems.
  3. “Specialized Support” – This is what we provide for CVS, Subversion, git, and now Mercurial.  We provide a GUI for viewing what files you have modified, what files are out-of-date (where possible), and a nice history dialog, among other things.  Initially we did this sort of support for CVS because it was a different animal than the systems supported by 1 and 2.  CVS is more directory oriented, rather than file oriented.  This is true of all of the systems that have this kind of support.
Unfortunately, none of our support is a replacement for a basic level of understanding of  how to use your version control system.  This is increasingly true as time goes on.  If you do not understand how Mercurial works, even though we provide some nice GUI interfaces, using Mercurial through SlickEdit will still prove confusing at best.  For Mercurial specifically, I would recommend the Joel Spolsky tutorial, especially if you are an experienced Subversion user, as it is tailored for that.  Joel’s assertion is that Mercurial is better.  As of this writing, I still prefer Subversion, but he makes some interesting points.  Either way, it is an excellent introduction to Mercurial.

So, now SlickEdit supports Mercurial, which a little different from git, which is a little different from Subversion, which was a little different from CVS.  So, if you’re sitting at home in your basement (excuse me, “office”) writing a version control system that is going to solve the issues with Mercurial that weren’t solved in git, that weren’t solved in Subversion, that weren’t solved in CVS, I would like to say (politely):

STOP IT!

Enough already.  The next version control system released needs to offer some real improvements over what is currently available.  Since I have to support it, I’ll be the judge of what is a real improvement.  Just contact me here… I’m easy to find.  I’ve been here my entire adult life, integrating version control systems, comparing files, and working on my manifesto (no, this isn’t it.  This doesn’t even scratch the surface).

P.S. The last couple of paragraphs are supposed to be funny.  I understand the differences/advantages of  these different systems, you don’t need to leave me nasty comments.

P.P.S. If you didn’t find any of what I wrote funny, take a few minutes and allow Bob Newhart to make you laugh.

If you don’t find this funny, I can’t help you.

Hi Everyone,

I wanted to take the time to tell you about the new “Beautify while typing” feature for C++ and Objective-C that we added to SlickEdit 2012 (v17.0.2). This feature is off by default, which means many users won’t ever know this valuable feature exists. If you are editing C++ or Objective-C, I highly recommend you turn it on. I have this turned on by default and love it. Previously, my code was indented properly thanks to SlickEdit but I avoided putting in any extra spacing simply because it was too much manual work. This made my code less readable. Now I let SlickEdit beautify my code when I type a semicolon, open brace, or close brace.

Here is a quick sample clip of this feature:


To turn on this feature:

  • Edit a C++ or Objective-C file
  • Turn on Document>(C++/Objective-C) Options>General>Beautify while typing
  • Press OK
  • You can also turn on Document>(C++/Objective-C) Options>General>Beautify on paste or drag drop

It’s a good idea to create a beautifier profile customized in the style your company/project desires. Edit a C++ or Objective-C file and go to (Tools>Beautify>Options) to create and customize your own profile. The “Edit…” button allows you to modify the profile settings.

I hope you enjoy this feature as much as I do.

I welcome your thoughts on this exciting new feature in the SlickEdit Community Forums at http://community.slickedit.com

Thanks!

Clark

Arthur C. Clarke’s “The Nine Billion Names of God” is one of my all-time favorite Sci-Fi short stories. (Spoiler Alert) To oversimplify the plot, Tibetan monks hire some computer engineers to put together a system that will print out all the 9 billion names of God, speeding up centuries of effort. Their belief is that after this task is complete, mankind’s purpose on Earth will be fulfilled.

And while my goals are not quite so lofty, I felt it important to demonstrate all the varied ways you can perform searches in SlickEdit. No promises that it’ll save you centuries of effort, but you may learn a few new tricks.

Please note that SlickEdit is a multi-platform, multi-language editor. This recording was done on Mac OS X, which is only one of the 9 platforms options that SlickEdit offers. View all available platform options here

« Previous PageNext Page »