UltraEdit is the world's best text editor, now available for Mac! UltraEdit for Mac is a native Mac application based on the popular Windows text editor, UltraEdit! UE Mac offers a myriad of tools that make it ideal for anything from basic text editing, to a full-fledged development in languages such as C, Objective C, Javascript, XML, PHP, Perl, Python, and others. UltraEdit for Mac includes your favorite UltraEdit features such as Find in Files, Replace in Files, native FTP/FTPS, macros, scripting, column/block mode, and a lot more.
What's New
Version 3.1.0.1:
Encrypt and decrypt files directly from UltraEdit
Create your own password on a file-by-file basis
Optionally delete original unencrypted file
Uses AES-256
Browser View
Render the active HTML file from within UltraEdit, just like a web browser
Preview your HTML as you create it
Split View in Places tab of File View (optional)
Reformat Paragraph / Paragraph Formatting options
Miscellaneous file tab improvements
Remote accounts now ordered alphabetically
Addressed scripting issues with output window
Version 3.1.0.1:
Encrypt and decrypt files directly from UltraEdit
Create your own password on a file-by-file basis
Optionally delete original unencrypted file
Uses AES-256
Browser View
Render the active HTML file from within UltraEdit, just like a web browser
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.
Thanks for the warning. Even though i think both Qt and WxWidgets are awesome in their own way, every developer that want to take mac users seriously should really consider using cocoa IMHO.
But, i suppose that if you're a ultraedit/windows kind of guy, and have to use a mac at work, this is better than nothing...
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.
[Version 2.0]
There are currently no troubleshooting comments. If you are experiencing a problem with this app, please post a comment.
Please login or create a new MacUpdate Member account to use this feature
Watch Lists are available to MacUpdate Desktop Members Upgrade Now
Download and auto-install
using MacUpdate Desktop. Save
time moving folders and cleaning-up.
UltraEdit is the world's best text editor, now available for Mac! UltraEdit for Mac is a native Mac application based on the popular Windows text editor, UltraEdit! UE Mac offers a myriad of tools that make it ideal for anything from basic text editing, to a full-fledged development in languages such as C, Objective C, Javascript, XML, PHP, Perl, Python, and others. UltraEdit for Mac includes your favorite UltraEdit features such as Find in Files, Replace in Files, native FTP/FTPS, macros, scripting, column/block mode, and a lot more.
dedybear reviewed on 22 Feb 2012
+3
+66
Iliketrash reviewed on 07 Jun 2011
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.
+3
+214
+5
+8
Themik reviewed on 22 Jan 2011
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)
+2
+88
+1
+85
Try it before you purchase. Always.
+9
+66
Iliketrash reviewed on 17 Dec 2010
+1
+107
But, i suppose that if you're a ultraedit/windows kind of guy, and have to use a mac at work, this is better than nothing...
+266
Nontroppo reviewed on 17 Dec 2010
TShan rated on 05 Nov 2011
m8jeito rated on 26 Jul 2011
+40
Veryvito rated on 17 Dec 2010