AceText Release Notes
Software Quality at Just Great Software
Don't let the long lists of issues on this page make you think our products have a lot of problems. Quite to the contrary. All the bugs listed below are bugs that we have fixed. Many of these are corner cases reported by only one or perhaps a handful of our customers. Other software companies often don't spend any effort addressing such issues, much less list them publicly. We take pride in producing high quality software, and often release free updates to ensure you won't have any problems with our software.
Your purchase also comes with one year of free major upgrades. So don't worry if there might be a new major upgrade around the corner just because it's been a while since the last major upgrade. If there is one around the corner, you'll get it free, without having to ask. (But you can keep the old version if you prefer.)
If you ever hit a snag with AceText, check here whether you have the latest version. If you do, simply report the issue on the forum and we'll help you out as soon as we can.
AceText 3.5.0 – 19 January 2018
The Windows 10 Fall Creators Update adds a new feature to Windows Defender called Controlled Folder Access. It is disabled by default. When enabled, it prevents applications from creating files and modifying files in folders commonly used to save personal data such as the Desktop and Documents folders. The goal is to block ransomware. In practice, it seems to block almost any application unless you specifically add it to the list applications allowed through Controlled Folder Access. Even applications like installers that run with Administrator privileges are blocked by it.
AceText’s installer has been improved to better deal with Controlled Folder Access. It now adds itself as an application allowed through Controlled Folder Access if that is needed to be able to create the desktop shortcut and install the sample collections into the Public Documents folder. During a regular installation, AceText’s installer adds AceText to the list of applications allowed through Controlled Folder Access, even when Controlled Folder Access is disabled. This way you won’t run into issues when you try to save collections in your Documents folder or on your desktop with AceText. The installer can’t do this when creating a portable install as then the installer doesn’t have the Administrator privileges needed to modify settings in Windows Defender.
The Fall Creators Update reserves several Windows+Control+letter key combinations for the operating system. So once again we have changed the default hotkeys for activating AceText while working with other applications. The new defaults are used when you install AceText for the first time on any version of Windows. When upgrading from a previous version of AceText, AceText will continue using the hotkeys used by the previous version, whether those were the old defaults or whether you customized the hotkeys. These are the new defaults:
- Activate AceText: Win+Ctrl+A (unchanged)
- AcePaste: Win+Alt+V (previously Win+Ctrl+V which now opens shoulder taps)
- AceType: Win+Alt+A (changed for consistency)
- Copy to ClipHistory: Win+Alt+C (previously Win+Ctrl+C which toggles the desktop between color and grayscale)
- AceEdit: Win+Alt+X (changed for consistency)
The Hotkeys page in the Preferences now indicates which hotkeys, if any, could not be registered. You won’t be able to OK the Preferences dialog until you change or disable all hotkeys that are reserved by the operating system or registered as system-wide hotkeys by other applications.
AceText’s spell checker received some fixes and improvements to how it handles capitalization. If the dictionary contains a word in all lowercase, then AceText accepts any capitalization of the word as correctly spelled. This way any word can be capitalized at the start of sentences or in titles without having to duplicate all words in the dictionary. If the dictionary contains a word with at least one uppercase letter and does not contain the same word in all lowercase, then the spell checker requires the word to be capitalized in exactly the same way as it is in the dictionary. This way the spell checker can enforce capitalization of proper names, for example. AceText’s spell checker has always worked this way for words in the main dictionary.
What’s new is that these rules now also apply to words that you have told AceText to learn. Previously, AceText accepted any capitalization of all learned words. This change may cause AceText to flag words as misspelled that it previously didn’t. In particular, words that are all lowercase will now be flagged as misspelled if you had AceText learn the capitalized variant. To fix this, you can tell AceText to also learn the lowercase variant. Or you can click the Word List button in the spell checker panel to edit the list of learned words to remove unnecessary capitalization.
Learned replacements that only change the case of a word no longer (incorrectly) highlight occurrences of the word with the corrected case as misspelled. This fix, along with the improvement to make the user word list case sensitive, makes it possible to force your preferred capitalization of a word that is in all lowercase in the main dictionary. You can do this by clicking the Word List button on the spell checker panel and adding word=Word to the list of automatic replacements.
See also: AceText 3.5.0 version history
AceText 3.4.2 – 4 July 2017
This release fixes two bugs. The ellipsis character (Unicode code point U+2026) was changed into a line break when AceText copied an entire clip to the clipboard and you pasted into an application that’s not from Just Great Software. Only this specific character was affected. The ellipsis character occupies position 0x85 in single byte Windows code pages, which caused AceText to mistake it for the next line control character (Unicode code point U+0085). AceText converts all line breaks into CRLF line breaks when you copy text to the clipboard as this is the only line break style that many Windows applications can handle.
The splitter bar on the AceText Tower moved a little upwards each time you shut down and restarted AceText, leaving a little less space for the list of collections (and equally more for the clip tree). Now it stays put when you shut down and restart AceText.
AceText 3.4.1 – 10 May 2017
This release fixes a bug that had serious consequences under certain circumstances. Whenever you had AceText perform a search using a regular expression (regardless of whether you had it make replacements) and whenever you had AceText perform a search-and-replace across all clips (regardless of whether you used a regex), AceText would leak an amount of memory equal to the size of the clip being searched through. This meant that whenever you performed such searches, AceText’s memory usage would increase and that memory would not be available for reuse by AceText or other applications until you closed and restarted AceText.
AceText is primarily designed to work with very small snippets of text. So under normal usage, the amount of memory leaked was small enough that it didn’t cause any problems. That’s also why it had gone unnoticed until now. But if you had AceText do a large search-and-replace, such as replacing many thousands of regex matches in a clip that contains a few million characters, AceText could quickly exhaust your computer’s available memory. This would cause AceText to crash. It could also cause other applications to crash if they were starved for memory at the wrong time.
This bug has now been fixed. Any extra memory needed for searching is now immediately reused. Even a massive search-and-replace will only show a slight increase in memory usage. The undo history will use a small amount of memory to allow you to undo the search-and-replace. That memory is released when the collection is closed or the item falls off the undo history.
Replacing all matches in a single clip now adds only a single item to the undo history, just like replacing all matches in all clips already did. That one undo item undoes all replacements at once.
AceText 3.4.0 – 10 April 2017
AceText now has an item for RegexMagic in its Search Options menu. You can open this menu via the Search Options button in the lower right corner of AceText’s window. Clicking the RegexMagic item launches RegexMagic if you have it installed. You can then use RegexMagic to prepare a regular expression for AceText. Click the Send button on the Regex panel in RegexMagic when you’re done.
The RegexBuddy item in the same menu now tells RegexBuddy to use the text of the active clip in AceText as the sample text on the Test panel in RegexBuddy.
The integration between AceText and RegexBuddy (and RegexMagic) now also works when you are using portable installs of AceText and RegexBuddy. For this to work the products either have to be installed in the same folder, or in a subfolder of the same folder. The subfolder has to be named “RegexBuddy4” or “RegexBuddy” for RegexBuddy and “RegexMagic2” or “RegexMagic” for RegexMagic.
AceText is now able to automatically check for updates and other news. You can also make it check on request by selecting Help|News and Updates in the menu. When AceText shows news or when the check on request tells you there is no news you can click the Settings button to choose which news items you want to see. By default, AceText automatically shows news and updates for itself and any of our products that you’ve used in the past 30 days. Though for DeployMaster, RegexBuddy, and RegexMagic, that will only start working once they gain the ability to automatically show news.
News settings and history are shared between all our products so you won’t see the same news more than once. Each product automatically shows at most one news item per day and at most one news item on request. So you don’t need to worry about ever being bombarded with news if you haven’t used our software for a while. You won’t see the news item announcing AceText 3.4.0 either because that is considered to be old news already when you’ve upgraded to AceText 3.4.0.
AceText 3.3.1 – 27 February 2017
This release fixes one bug. Editing a clip's label with the shift key held down (to enter capital letters) triggered a harmless but annoying access violation error if the folder or collection containing the clip was sorted by clip labels and the edit changed the position of the clip.
Windows 10 changes the way the mouse wheel works in Windows. In older versions of Windows, the wheel scrolled the window that had keyboard focus, regardless of the position of the mouse pointer. In Windows 10, the wheel scrolls the window under the mouse pointer. AceText now correctly implements the Windows 10 mouse wheel behavior when running on Windows 10. The mouse wheel behavior in AceText is unchanged when running on an older version of Windows.
AceText 3.3.0 – 26 October 2016
AceText now scales itself better on systems using 200% or more display scaling. On such systems, toolbar icons are doubled in size. This makes the small icons suitable for 200% display scaling and the large ones for 300% scaling. You can switch between small and large icons on the Appearance page in the Preferences. The about box and demo messages now double or triple their size on systems using 200% or 300% display scaling. These changes mean that AceText is now perfectly usable on all displays available on the market today, including laptops with 4K screens.
The clip tree font and colors that you can specify on the Appearance page in the Preferences are now also used for the list of collections in the AceText Tower and for the list of clips in the ClipHistory.
The spell checker now saves its list of learned words much faster. This removes any delay when changing the spell check language or when switching to another application after learning a new word. Previously, this delay could be quite long if thousands of words had already been learned. In addition, learned words with characters that are not supported by the system code page are now saved correctly.
AceText now waits for all modifier keys on the keyboard to be released before sending clips to other applications. This avoids the possibility of releasing those keys while AceText is simulating its keystrokes. It makes sending clips to other applications more reliable.
AceText 3.2.3 – 20 April 2016
This release fixes two bugs. One bug was introduced in AceText 3.2.1. In the ClipHistory, filtering clips showed clips that do not match the filter instead of those that do match the filter.
The other fix was an older bug. Searching and replacing by pressing the Ctrl+Alt+F3 keyboard shortcut while the AceText Tower had keyboard focus caused AceText to get stuck in an infinite loop. Now this will activate the AceText Editor if it is visible and correctly perform the search-and-replace. It will do nothing if the AceText Editor is not visible.
AceText 3.2.2 – 1 April 2016
This release fixes one bug that was introduced in AceText 3.2.1. A clean install of AceText 3.2.1 incorrectly initialized its default preferences. This caused errors when opening the Preferences dialog and when trying to OK the Preferences dialog.
If you have encountered this, uninstall AceText 3.2.1. This will remove AceText's preferences. Then install AceText 3.2.2. Now AceText will start with the default preferences. You can change them via the Preferences dialog. Any collections you saved will not be automatically reopened. But the collection files will still be where you saved them. So use the Collection|Open Collection menu item to reopen them.
If you did not encounter this, install AceText 3.2.2 without uninstalling your previous version of AceText. That way your preferences and file history are preserved after the update.
AceText 3.2.1 – 18 March 2016
This release further improves AceText's compatibility with Windows 10. The default AceType hotkey is now Windows+Control+T. The previous default Windows+A no longer works on Windows 10 as it is reserved by the operating system to open the Action Center. You can configure AceText's system-wide hotkeys on the Hotkeys tab in the Preferences.
When we improved AceText's handling of Windows 10's transparent window borders we introduced a new bug. On Windows 10, closing AceText 3.2.0 when it is not maximized and with the left or top edge of the window touching the left or top edge of the desktop caused it to start up slightly wider or taller next time. AceText 3.2.1 fixes this while retaining improvements made in 3.2.0.
This release also fixes one important bug. On the Applications and Windows tabs in the Preferences, you can configure AceText to give special treatment to certain applications or windows. This includes an option to simulate copy and paste commands to make the application or window send text to AceText or receive text from AceText. If you enable this, you need to specify the keyboard shortcuts that AceText should use to simulate the copy and paste commands. If these keyboard shortcuts included the Ctrl or Alt key as part of the final key combination (or only key combination, as in Ctrl+V), then AceText did not properly release the Ctrl or Alt key when sending the key combinations to simulate the copy or paste command. This would cause the Ctrl or Alt key to remain virtually depressed until you pressed and released the actual Ctrl or Alt key on your keyboard.
AceText also simulates Ctrl+C and Ctrl+V keystrokes to transfer text from and to applications and windows that are not configured in the Preferences. These were not affected by the bug.
See also: AceText 3.2.1 version history
AceText 3.2.0 – 27 October 2015
This release brings improved compatibility with Windows 10. Windows 10 now allows Windows Store applications (previously known as Modern UI or Metro applications) to run on the desktop. This makes it possible to use AceText with such applications. The best know example of such an application is Microsoft's new Edge browser. Sending clips directly to such applications (through AcePaste, for example) was unreliable with previous versions of AceText. Sometimes the pasted text would appear in the target application. Sometimes it would not. We've now tweaked AceText's method for sending clips directly to applications to make it just as reliable for Windows Store applications as it already was for Windows desktop applications.
On Windows 10, window borders appear to be very thin. But the area where you can grab the window border with the mouse to resize the window extends quite a bit beyond the visible part of the border. Technically, this entire area is part of the border and thus part of the window. This complicates things for applications like AceText that preserve window size and position while ensuring the entire window is visible when you restart them. Previously, AceText would make sure its entire window including the entire border is visible when you restart it. On Windows 10 the window would appear to be shifted away from the edge of your monitor if you had previously positioned it against the edge or even beyond the edge of your monitor. Now, AceText only requires the visible part of the border to be on-screen. If you shut down AceText with its window partially off-screen and restart it, then AceText now places its window so that the visible part of the window border touches the edge of the screen.
When deleting clips, AceText now maintains the scrolling position of the clip tree. This makes it easier to keep track of what's happening. The URL button on the Appearance page in the Preferences now changes the color of highlighted email addresses in addition to changing the color of highlighted URLs.
AceText 3.1.6 – 16 July 2015
On the Files tab in the Preferences, you can configure the locations of the ClipHistory and the Recycle Bin. As of version 3.1.3 AceText reverts these to their defaults if the locations become invalid. As of version 3.1.5 AceText warns you before reverting these if the reason is that the drive is not available, giving you a chance to connect the missing drive.
This uncovered a bug that was introduced in version 3.1.3. Portable installs of versions 3.1.3 through 3.1.5 did not correctly load the locations of the ClipHistory and the Recycle Bin. AceText 3.1.3 and 3.1.4 would silently revert these to their default locations, so you wouldn't have noticed this problem when using the default locations. But AceText 3.1.5 would give a false warning about the drive being unavailable. Version 3.1.6 now correctly loads the ClipHistory and Recycle Bin locations, eliminating the false warning.
AceText 3.1.5 – 13 July 2015
On the Files tab in the Preferences, you can configure the locations of the ClipHistory and the Recycle Bin. You can also choose whether AceText should automatically reopen the collections you had open last time. If any of these files are stored on a drive that is not available, AceText now tells you that, giving you the opportunity to connect the drive so that the files can be opened.
This release also fixes a bunch of minor bugs. The version history has the complete list.
AceText 3.1.4 – 2 October 2014
This release brings minor fixes and improvements. AceText has long supported file:// URLs in the body text of clips, allowing you to reference external files from your AceText collections. Now, file:// URLs that do not specify a drive are taken as relative to the folder containing the AceText collection file. This makes it possible for clips to link to files irrespective of where your files and collections are stored, as long as each AceText collection is stored in the same folder as the files it references, or a parent folder thereof.
On the Files tab in the Preferences, there are a number of options to automatically make collections read-only. You may want to turn some of these on if other people on your network keep the same AceText collections open, as only one person can have write access at any given time to prevent people from overwriting each other's changes. You may also want to turn these on if you use file synchronization software to synchronize your AceText collections between multiple PCs, as the synchronization software won't be able to overwrite your AceText collections while AceText has them open with write access. New in this release is that the option "try to obtain write access when activating a read-only collection" now also takes effect when switching to AceText from another application, in addition to when switching collections within AceText.
The Help|Share Collections menu item allows you to share clip collections with other AceText and EditPad users. This feature has been broken for some time due to a combination of problems on the server that manages the shared clip collections and a bug in AceText itself. The issues on the server have been fixed, allowing all versions of AceText to download shared collections once again. If you want to upload a collection of your own, you should upgrade to ACeText 3.1.4 first as previous releases don't always do the upload correctly.
The Whole Words Only search option now works correctly when not using regular expressions. The Forum window no longer opens minimized when AceText is configured to start minimized when Windows starts. The Forum window now also has full right-click menus.
AceText 3.1.3 – 7 January 2014
When you press the AceEdit hotkey (Win+Ctrl+X by default), AceText sends a Copy command to the active application and then brings itself to front showing the Clipboard tab. This enables you to use AceText to edit the text you selected in the other application. In previous versions of AceText, you had to press the AceEdit hotkey again after editing the text to paste the modified text back into the active application. Now, AceText will automatically paste back the modified text when you switch back to that application, such as by clicking on it. Explicitly pressing the AceEdit hotkey still works.
If you have configured an application or window to receive clips as simulated keystrokes, and you send a clip that contains tab characters to that application, then AceText now simulates Tab key presses instead of simulating tab characters. The difference is that if the active control in the target application does not accept tabs then the Tab key presses will move keyboard focus to the next control. This way, if your application has a form with multiple edit boxes that you can navigate between using tabs, you can directly paste text into all of the edit boxes by preparing a single clip that has the text for all the edit boxes delimited with tabs.
If the same clip is selected on the tab of the collection that contains it as well as on the All Collections tab, then any changes you make to the clip on either tab are now correctly displayed when you switch to the other tab.
The Edit|Copy Clip to Clipboard command copies the entire clip to the clipboard. If multiple clips are selected in the tree, all of them are copied. New is that if a folder is selected, the entire folder along with everything it contains is copied to the clipboard. Previously, Edit|Copy Clip to Clipboard was disabled when a folder was selected.
The Text|Cut Text and Text|Copy Text commands cut or copy the text you have selected in the active clip. If no text is selected, they cut or copy the line that the cursor is on. This was broken in AceText 3.1.2. Cut and copy did nothing when no text was selected.
In the Files Preferences, you can specify the files in which AceText should save the ClipHistory and Recycle Bin (or that you don't want them to be saved). Previously, if these file paths pointed to drives that don't exist, AceText would start up with a blank ClipHistory and Recycle Bin and not save them and not show an error until you tried to close AceText. At that point you'd be told the paths are invalid. Now, if the drives don't exist, AceText reverts these files to their default locations in your My Documents folder. If the files exist there, they will be loaded. If not, they will be created automatically.
See also: AceText 3.1.3 version history
AceText 3.1.2 – 17 May 2013
When you press the AceEdit hotkey (Win+Ctrl+X by default), AceText sends a Copy command to the active application and then brings itself to front showing the Clipboard tab. This enables you to use AceText to edit the text you selected in the other application. In previous versions of AceText this didn't work with certain applications such as Firefox. AceText would send the Copy command and pop up, but the other application wouldn't copy the selection to the clipboard. AceText now pauses briefly between sending the Copy command and popping up, giving Firefox and other applications more time to copy the selection to the clipboard.
Several fixes were made to the search options which you can set by clicking the button in the bottom right corner of AceText's window. The Regular Expression option now works on the Clipboard tab too. The Loop Automatically and All Clips in All Collections options now work together correctly.
The best way to get technical support for AceText is via its built-in forum. You can access it by selecting Help|Forum in the menu in AceText. Previously, AceText could connect to the Internet (and to the forum) if your PC had a direct internet connection or if it could connect through an HTTP proxy that either required no authentication or allowed basic authentication. You can configure the proxy server via the Proxy button on the login screen to the forum. Now AceText supports additional authentication methods for HTTP proxies. It will automatically negotiate a supported authentication method with the proxy server, so there's no need to select the authentication method when you configure your HTTP proxy in AceText. AceText can now also connect to the Internet via proxy servers using versions 4, 4A, or 5 of the SOCKS protocol. You'll need to select the correct version when configuring your SOCKS proxy in AceText. If your SOCKS proxy needs a password, then it will be running SOCKS version 5.
See also: AceText 3.1.2 version history
AceText 3.1.1 – 18 October 2012
AceText 3.1.1 fixes some issues that we missed in last week's AceText 3.1.0. AceText 3.1.0 uses a new method for sending Paste commands to other applications that is far more reliable than what previous versions of AceText used. Unfortunately, the new method did not work correctly if the active keyboard layout includes the AltGr key, casing the letter v to appear in the target application instead of a Paste command being sent. AceText 3.1.1 now takes into account that keyboards with an AltGr key handle the right hand Alt key differently.
The uninstaller is placed into AceText's folder instead of the Windows folder starting with AceText 3.1.0. Upgrading from a previous version of AceText to AceText 3.1.0 deleted the uninstaller from the Windows folder, even when other applications still need it. The installer for AceText 3.1.1 will only do so if no other applications still need it. To uninstall other applications, copy the uninstaller from AceText's folder into the Windows folder.
Switching to the Clipboard tab caused a harmless but annoying access violation error if the Search box was not blank. Turning on "open collections in read-only mode" on the Files tab in the Preferences made it impossible to turn off read-only mode, making all collections permanently read-only until this option was turned off.
See also: AceText 3.1.1 version history
AceText 2.3.1 – 18 October 2012
Just as AceText 3.1.1 fixes issues we missed in last week's AceText 3.1.0, AceText 2.3.1 fixes two of the same issues we missed in AceText 2.3.0. Namely, sending Paste commands to other applications now works correctly when the active keyboard layout includes the AltGr key. The installer will no longer remove the uninstaller from the Windows folder if it is still needed by other applications. The other issues that AceText 3.1.1 fixes did not occur in AceText 2.3.0.
See also: AceText 2.3.1 version history
AceText 3.1.0 – 8 October 2012
AceText is now fully compatible with the Windows 8 desktop. Because Windows 8 reserves nearly all Windows+letter key combinations for the operating system, we have changed the default hotkeys for activating AceText while working with other applications. The new defaults are used when you install AceText for the first time on any version of Windows. When upgrading from a previous version of AceText, AceText will continue using the hotkeys used by the previous version, whether those were the old defaults or whether you customized the hotkeys. These are the new defaults:
- Activate AceText: Win+Ctrl+A (previously Win+A which is now the default for AceType)
- AcePaste: Win+Ctrl+V (previously Win+V; used by Windows 8 to cycle through notifications)
- AceType: Win+A (previously Win+Q; used by Windows 8 to activate the Search charm)
- Copy to ClipHistory: Win+Ctrl+C (previously Win+C; used by Windows 8 to open charms)
- AceEdit: Win+Ctrl+X (previously Win+Z; used by Windows 8 to open the app bar)
When you paste a clip directly from AceText into another application, AceText either copies the text to the clipboard and then simulates a key combination such as Ctrl+V to make the target application paste the text, or AceText simulates keystrokes to type the text directly into the target application. AceText now uses a completely new method to simulate the keystrokes for sending Paste commands and for typing text. The new method is 100% reliable with all applications. Keystrokes are sent immediately rather than after you've released any modifier keys. If you keep a modifier key depressed (e.g. when using Ctrl+Enter or the AcePaste hotkey to send a clip), you'll have to release and repress it for it to take effect again. The configuration options in the Applications Preferences and Windows Preferences have not changed. But you may want to review the choices you made there in the past, as both methods will now be much more reliable with all applications.
In AceText 3.0.0 we improved AceText by making it use the title of the web page as the clip's label when you copy text in a web browser, instead of giving the clip no label which causes the start of the clip's text to be shown in the clip tree. If you copy multiple bits of text from the same web page, all those clips will all have the same label. Some applications also copy text as HTML to the clipboard and always give the HTML the same title. AceText 3.0.x would give the same label to all clips captured from those applications, which is not very useful. To avoid this, AceText 3.1.0 will only use the page title as the clip's label if the HTML also includes a source URL, which makes AceText capture a web snippet. Applications that always give the HTML the same label tend not to use source URLs, but web browsers always do. If you never want AceText to use the web page title as the clip's label, you can now disable this in the Operation Preferences.
Several bugs were fixed. In the Appearance Preferences,changing the "text" color had no effect, resulting in black text on top of whichever background color you specified. Regardless of your color choice, selecting a monospaced layout resulted in blank or black editor controls with no visible text or only one line of visible text. The Text|Save Text command now uses the encoding you select in the dialog box.
See also: AceText 3.1.0 version history
AceText 2.3.0 – 8 October 2012
Normally, when we release a major upgrade (AceText 3), we halt development of the previous version (AceText 2). Typically, there aren't any significant bugs left to fix in the previous version, and new features and improvements go into the new version. But the new method of sending keystrokes to other applications makes AceText 3.1.0 so much more reliable that we've decided to backport this feature to AceText 2. If you still have a computer running Windows 98, ME, NT4, or 2000, you can upgrade these to AceText 2.3.0 and get the same reliability as AceText 3.1.0 (which requires Windows XP, Vista, 7, or 8).
The installer for AceText 2.3.0 will refuse to run on all 64-bit versions of Windows and all versions of Windows 8 and later. If you try it will tell you to upgrade to AceText 3, which is fully compatible with Windows 8 and comes in both 32-bit and 64-bit editions (bundled in a single installer). Since AceText 3 is a free upgrade for all AceText 2 users, and AceText 2 and 3 use the exact same file format (meaning files are fully compatible between the two), there is no reason to continue using AceText 2 on versions of Windows that it never officially supported.
See also: AceText 2.3.0 version history
AceText 3.0.1 – 2 January 2012
When you click the X button to close AceText, it doesn't shut down completely. It keeps running in the background so that text you copy to the clipboard can be captured into the ClipHistory, and the AcePaste and AceType hotkeys continue to work. Version 3.0.0 failed to hide the AceText taskbar button in certain situations when you clicked the X button.
The Find First, Find Next, and Find Previous buttons on the Clipboard tab now scroll the text as necessary when finding a search match. Previously the Clipboard tab would find all search matches, but failed to scroll the text, making it look as if nothing was found if the part of the text that the match was found in was scrolled out of view.
If you select a conversation or message in AceText's built-in user forum and press Ctrl+C, an URL pointing to that conversation or message is copied to the clipboard. If you paste that link into a message on the forum, it will now be highlighted as a link. Double-clicking the link will activate the message. The discussion links at the bottom of each help file topic now also open AceText's forum.
AceText uses a .chm file to provide context-sensitive help. This is the standard help system for modern Windows applications. Due to a bug in Internet Explorer 9, if a 64-bit application requests context-sensitive help using a .chm file, and you click on a link in that help file, the calling application will crash. To work around this, we've disabled context-sensitive help in the 64-bit version of AceText if you have Internet Explorer 9 installed on your PC. Pressing F1 will still open the help file, but it will show the first page in the help file, rather than the page that describes the part of AceText you're using.
See also: AceText 3.0.1 version history
AceText 3.0.0 – 5 December 2011
The big new features in this major upgrade are full Unicode support, including right-to-left scripts, and full support for 64-bit Windows.
AceText 2 was already capable of storing text in any language supported by Windows in AceText collections, but was not a full Unicode application. AceText 3 is a full Unicode application. You can use any language or script supported by Windows anywhere in AceText. AceText now supports bidirectional editing, so you can edit text written in right-to-left scripts such as Arabic or Hebrew or text written in a mixture of left-to-right and right-to-left scripts. You can configure text direction, cursor movement, fonts, and character spacing as part of the new text layout configuration system. You can have separate text layout configurations for left-to-right text clips, right-to-left text clips, and binary clips. The Right-to-Left item in the Options menu toggles between left-to-right and right-to-left text. If you have a keyboard layout for any right-to-left language installed, then pressing Ctrl and Shift on the keyboard also toggles between left-to-right and right-to-left.
The installer for AceText 3 automatically detects whether you're running a 32-bit or 64-bit version of Windows, and installs the 32-bit or 64-bit version of AceText 3 accordingly. The benefit of the native 64-bit version of AceText is that you can now configure 64-bit applications on the Applications tab in the Preferences.
The installer for the purchased version of AceText now allows you to create portable installations even when you don't have administrator rights on the PC you're running the installer on. You can create a portable install in any folder that you can write to, even if that folder is on a hard drive. By default, the portable install will be 32-bit or 64-bit to match the Windows edition you're running the installer on. You can pass the /32 command line parameter to the installer to force it to create a 32-bit portable install when running the installer on 64-bit Windows.
AceText's handling of read-only collections and password-protected collections was improved. On the Operation tab in the Preferences, you now have several options for automatically making collections read-only when you stop using them, and automatically try to gain write access when you start using them. Using these options allows smoother collaboration when several people share the same AceText collections via the Windows network. There's also a new option to automatically lock collections that you unlocked with a password after a certain period of inactivity. You can manually lock collections without closing them by using the new Lock Collection command in the Collection menu.
If you turn off the option to automatically save collections on the Operation tab in the Preferences, then the tabs of collections with unsaved changes are now highlighted in red. In AceText 2 such tabs were not highlighted at all. Tabs of collections that are locked with a password are now highlighted in yellow instead of red. Read-only collections are still highlighted in green. The tab colors can now be configured in the Preferences.
Because of the new Unicode and 64-bit support, AceText 3 requires Windows XP, Windows Vista, or Windows 7. Windows Server 2003 and 2008 are also supported. This is the main reason why AceText 3 is numbered as a major upgrade. We will continue to make AceText 2.2.4 available for download for those still running Windows 98, ME, NT4, or 2000. There is no change to the .atc file format used by AceText. So AceText 2 and 3 can open and save the same collection files.
But the number of new features in AceText 3 is closer to what you'd expect of a free minor upgrade from Just Great Software. That's why AceText 3 is a free upgrade for all AceText 2 users. Simply download and install it as you would any free minor upgrade. AceText 3 will replace any previous version of AceText you may have installed on your computer.
See also: AceText 3.0.0 version history