UltraEdit

What does this app from Windoze bing to Mac? hm. It brings
a) nice dark themed UI (available in CudaText, Sublime, not many others),
b) nice Ribbon toolbars UI (available in ???? on mac)
c) lot lot of menu items (Sublime has much less of menuitems, but has much more plugins, IMO plugins are better than built-in menuitems)

CudaText also has several dark themes, and lot of plugins (less than Sublime of coz). One downside of CudaText is not stable UI (only on mac it's not stable).

So other editors, CudaText + Sublime Text, are my choice.

The blurb at the top says "...the world's best text editor, now available for Mac..." As if it's a brand new Mac app that was just bestowed on us yesterday. Hey, it's at least 6 years old on MU so it isn't "now" (finally) available on the Mac. So what does this port of a Windoze app bring to the table that Coda, BBEdit, or Sublimetext don't? It seems that Windoze devs think that they can come barging into the Mac market and charge Windoze prices for their warez.

Another case of → "Business people are always establishing beach-heads where there are no beaches." #PeterDrucker

Now at version 16.1, released 2016-06-17

Looks like the price is $79.99.

So how exactly is a $60 app with roots in the Windows world going to make life easier in the Mac world? Especially given the great choices listed above under "Similar Software." My own very personal opinion is that unless you're a recent switcher, you could do better with Coda or TextWrangler or any number of Mac-specific apps.

MU DL link broken. Now at v4.1.

Used this way back in my Windows days and it was pretty good. But why would I fork over $60 when TextWrangler offers many of the same features and is free.

This bad boy is actually at 4.0.0.7, and available at the developer's site. Whereas the MU dl link ist kaput

Now at version 3.3. Download link has changed.

I really like that it is smart enough to autotab , color my code, and allow regex searches, allow macros & utilities, custom word files, but doesn't do so much I cannot load a large file. I have found that no matter what IDE I try, I continue turning back to UltraEdit. Also, I never have issues loading or saving projects.

Here is a copy of a recent bug report that I sent to the developers. OS X 10.6.7 UltraEdit 2.2.0.1 On OS X, Command-W always closes the front window as does clicking on the red "stop-light" button at the upper right of the window. It's bizarre that it doesn't work on some non-native widget sets. You might have to find a work-around or appeal the the widget-maker group for a fix. It is maddening to first hit Command-W out out of decades of habit then try closing by clicking on the red button and then having to search the window for the non-standard Close button--or is it the Cancel or OK or Save buttons? I'm not being picky about these things--Mac users expect a correct interface and a consistent interface. Just maddening. The Edit Macro... window doesn't respond to most mouse clicks. As a feature request, make the first 10 tabs quickly accessible by hitting Command-Number where Number is 0..9. This is common but not universal among editors and is really efficient. Oh--I see that UE instead uses those key combinations to access a bunch of clipboards. Oh well (sigh). On OS X, Command-E is a standard combination that enters the selected text into the Find buffer. The Find buffer is also shared system-wide with other applications with a Find function. E.g., enter a string in one application, switch to another application, and the same string is already in that application's find buffer. On OS X, preference changes are saved when the preference window is closed. There is no "Apply" stage. Clicking once on files in the Open list should reveal that file in its tab. UE requires clicking twice, an action for which Mac users would expect some kind of "opening" action, in this case, to open in a separate window. Which leads me to... I can't figure out how to open a file's content into a separate editor window. This should be made obvious in a contextual menu from a file tab or the file icon in the Open list or from the displayed file content in its tab window. Unless this is not possible by design, which is a real deal-killer--all-in-one editors are extremely wasteful of precious screen space, and editing code by viewing only one window at a time is just wrong, and screen-splitters (if UE has them) are not a solution because it does nothing to increase the efficiency of screen usage. I personally need Ada functionality. Once earlier I followed the instructions on how to do that but it had absolutely no effect. I won't try again until I know I'll have success. In at leat the Places window, there is a horizontal scroll bar to allow viewing long file names. However, when I use the standard two-finger horizontal drag in the content region on a trackpad in the content region, the list contents scroll _vertically_. When I do the same on the actual scroll bar, nothing happens. I don't know if this occurs in other places. On OS X, Shift-Command-[ and Shift-Command-] are standard keystrokes for navigating to the previous and next tabs in programs that have a tabbed window. All of these problems are evident in only few (5-10) minutes of use. It's possible that I missed some features by not using the program longer before reporting, but I've already donated more of my time to this bug report than the program is worth.

Yesterday in was WinZip. Today it's the less well known UltraEdit. While I think it's nice to see Windows developers coming to the Mac, I can't help wondering if they bothered to survey the competition before making the effort. The least they could do is explain what sets them apart, if anything. No doubt UltraEdit has its virtues, but apparently the developers take their cues from Microsoft - just blow smoke and people will take you at your word. Not.

Purchased it. Tried it. VERY slow scrolling. Won't obtain the function list for a single opened file. In short - NT (Nice try - next time. Maybe). I've payed for it, so I hope that will fund some interest in its development. It's a pity really - the editor is very feature rich. But it is neither Mac application (toolbar customization is OLD windows style), nor is it fast and nimble. I'll keep an eye on it. Maybe they are able to do it right (I say - drop wxVidgets or whatever else they are using and wright it in Cocoa)

WARNING. This is a cross-platform program (using wxWidgets), and you know what that means—lots of interface problems. If you value the Macintosh experience, you will find this editor awkward and sometimes ugly. I have been a beta tester for it and after reporting a few problems (which were answered in detail within a few days) I pretty much gave up—there were just too many things to report. The developers just don't grok the Macintosh world. I added the word description file for a language that is not supported out of the box, following in detail the steps required, and it had no effect. I was hoping for at least syntax highlighting and possibly code folding but neither of these happened; the text is still all in glorious black.

I used to use Ultraedit before my switch over to OS X. It was (and probably still is) the best text editor, especially if one needed FTP support built-in. Since finding Textmate on OS X (much more minimalistic, but with the power of bundles performing magic), I never missed Ultraedit again. Having downloaded this and played around, this is still very powerful software, and while I wouldn't move back to it, this is very welcome on OS X, I imagine many switchers would want to be able to use this. Great to see this as an option, and if you like to have lots of functionality, and extensibility this may very well appeal to you.