FAQ - Frequently Asked Questions

Will EazyDraw run on Mountain Lion?

Yes: This version is built exclusively for Mountain Lion. It is fully compatible with Mountain Lion's latest technology including iCloud.

Will EazyDraw operate on Case Sensitive disk partitions?

Yes: EazyDraw may be installed on Case Sensitive or the older HFS extended volume format.

Can the EazyDraw Additions Pack be used with the App Store version?

Yes: The Additions Pack is just "content" it may be used with and the tutorials apply fully to the App Store version of EazyDraw.

Is the App Store version really 64 Bit?

Yes: This version operates in 64 bit mode on any CPU that is 64 bit capable. All internal values are stored with full 64 bit precision the translates to about 12 decimal places. You can independently control the archival precision with a setting on the Scale palette. The display precision for numeric read outs is found on the Graphic Details drawer. Numeric input is always accepted converted at the full 12 decimal place accuracy.

Will the App Store version open my AppleWorks drawings?

NO: You will need EazyDraw Retro (version number: 5.0.7) to open AppleWorks drawings. This version operates with the Free Market (non-AppStore) license that you purchase from the EazyDraw web site. The most economical route is to get the 9 month license for $20, convert your drawings the return to using your App Store version of EazyDraw.

Version History

5.4.1 April 2013

Added localization for Swedish language support.

Font Map

Several improvements and enhancements for Font Mapping. These improvements apply to SVG and DXF import, and EPS and PDF ungrouping. After an import (or EPS / PDF ungroup), if the Font Map panel is open, EazyDraw will generate a report covering the Fonts used in the external drawing or graphic and the resolution to your native font. For a "new" import - run the import once and study the report, then make your choices for Font mapping (and character maps is necessary), then import again. Repeat the process until you have satisfactory import and are happy with the text appearance and typesetting.

Added capability to use embedded font glyphs for SVG import. This is managed on the Font Mapping panel. If a SVG drawing has embedded glyph information and the font name does not match to a font installed on OS X, the embedded glyphs are used. Note that in this case the text is not editable as text, each glyph is drawn as a raw bezier path. The Font Mapping panel allows user choice for use of the glyphs or mapping to an installed font. Using embedded glyphs will provide a true appearance for the drawing. Using a mapped font will provide supported text editing and OS X typesetting but exact appearance for the drawing's text will likely be altered.

Added two more character maps for SVG and PDF import. These are managed on the Font Mapping panel. The most important is a character map for Wolfram Mathematica. Wolfram designed a proprietary math font, and (for some reason??) assigned many of the math symbols to non-unicode proprietary code points. While unicode provides a range of unicodes for proprietary use, these usually apply to company specific glyphs such as the Apple logo. Wolfram assigned proprietary unicodes for standard math symbols, such as an integral symbol. These private unicodes are then exported in the SVG, where technically they are meaningless unless one used embedded glyphs, which Wolfram provides yet claims they are proprietary and then technically they cannot be used unless you own a Wolfram software package that includes their font. The solution is a character map, this allows Wolfram equations to be represented in any Font that legally available that supports math symbols. EazyDraw now has 3 character maps: Wolfram, non-unicode classic Symbol font, and non-unicode classic Wingdings font. This allows a Wollram SVG to be imported, mapping to your non-proprietary OS X font of choice for mathematic symbols. The Font map panel now has a check box to choose embedded glyphs, and a popup menu with the 3 character maps.

Retina Support

(Retina display not needed to use this version -- these are only optimizations used when a Retina display is present) (Check notes below with version 5.4.0 release)

Updated several menu images to provide support for Retina Display. All EazyDraw menu and popup menu images now have 2x improved resolution images for optimal display on high resolution Retina systems.

Shift Key on Launch

(prevents open of all drawings, including auto-save recovery drawings)

Added a new fail-safe capability. If EazyDraw launches with the Shift Key held down - EazyDraw will launch without opening any drawings. This is a hard-coded backstop, nothing will open. This is important now that OS X has new (with Lion and Mountain Lion) behavior to prevent loss of data. OS X frequently will automatically instruct EazyDraw to open a copy of a drawing that was present at quit, external shut down, force quit, or a crash. This means that it is possible to be trapped in a loop: a) drawing data issue leads to crash, b) EazyDraw terminate, c) EazyDraw launch, d) OS X recovers the file with data issue, repeat to -a) drawing data issue leads to crash . According to OS X documentation the Shift key at launch is supposed to break the cycle however this does not always seem to work. OS X gives a higher priority to not loosing the work in progress data and thinks the launch was successful followed by "another" crash. Hence this new absolute fail-safe mechanism. Hold down shift and you can now force a break in a crash at launch cycle. "they are extremely rare of course :-) " .

SVG Improvements

Major additions and corrections for SVG import. EazyDraw now handles the use of Clipping paths for many more exotic uses. The full SVG test suite relating to clipping paths is now imported correctly. EazyDraw now handles clipping paths that are defined integral to the drawing content. The SVG specification strongly recommends that clipping paths be defined in the DEFs section at the before the content. But: it is still valid to the letter of the specification that DEFs be defined later or at the end of the drawing and Clip Paths may be intermixed with drawing content. EazyDraw now handles all of these situations. One need for the "non-recommended" usage is SVG content produced by Wolfram Mathematica, testing for import of the "Wolfram dialect of SVG" is in progress.

Corrected problem on import of SVG with text that is is mirror flipped left to right. The flip was incorrectly interpreted as a rotation. This situation is now handled properly.

Fixed SVG import issue related to scientific notation used with length specification. These issues relate to reading SVG generated by Wolfram Mathematica.

Fixed 3 issues with SVG import. Primary addition is the support of nested TSpan elements. Corrected issue of possible incorrect scaling for symbols.

DXF Improvements

Improved speed for DXF import of large drawings that utilize non-black&white colors. If your import for very large (100,000 + graphic elements) dxf drawings is somewhat slow, please be patient a future version of EazyDraw is in testing and the time for these imports is decreased by about 1000 fold. This color reading optimization will prove a significant improvement for EazyDraw 5.

Corrected issue when importing DXF, where the originating CAD - DXF was drawn in metric units and dash lines were used. The dash length and space sequences did not reelect the metric units (mm) this is now converted correctly and the overall appearance of the dash line is conserved. This was not a problem for DXF drawings based on English inch measurements.

Corrected issue when importing DXF, where the originating CAD - DXF was drawn in metric units and Associative Dimensions were used. The font size for the call out text was too small by the 1/2.54 ratio. This improvement might change Associative Dimension text size in other imports too, but they should all be more accurate now. If problems are seen in this area contact EazyDraw support and send in the DXF drawing if possible. Some of these interactions will depend on the specific originating CAD program, system, international location.

Corrected problem for export DXF for the shapes found on the Charting palette. In some cases, when these shapes were filled with a solid color or hatch, the filled shape (in CAD terms this would be a Solid Hatch) in the DXF file would be a filed rectangle.

Corrected possible problem for export DXF with dashed lines in drawings with one layer and few other special conditions. The DXF output appeared to be valid, but would cause AutoCadLT 2013 to crash. Some changes were made to the assignment and creation of DXF line type handles (internal names), this should insure against internal handle naming conflicts for AutoCadLT. All seems correct now and AutoCadLT does not crash when opening the DXF. This issue did not impact eDrawings, only AutoCad.

Changed the DXF export behavior for white text. Previously white text color remained white in the DXF file, it was not swapped to black as is the case for path color. These color mappings are fuzzy logic, and it seems that most users will expect this to be included in the automatic white-black color swaps. This is the new behavior.

DXF export now includes line width for curves, lines and paths. Keep in mind that a CAD program will likely not show the line width on the screen display. But now your postscript line widths from EazyDraw will be present on printing. Keep in mind that line caps and line joint style is a global drawing parameter for DXF and CAD programs (the newer versions that support this in any fashion). So you cannot export line cap and line join information via DXF, the recipient user setting for these parameters will be the values used.

General Improvements and Bug Fixes

Changed the behavior of Centered Text. Previously this form of text (inserted centered in a graphic) was forced to have Centered paragraph (text) alignment as well as the specific vertically aligned position. However, when in text editing mode one could set the paragraph text alignment (left, right, center, justified). This user setting would hold and override the default centering paragraph mode. But if the text was edited EazyDraw would ignore the user-override and return to Centered text alignment setting. Now EazyDraw defers to the user setting. Centered text alignment is still always the initial setting when a new Centered Text element is created (usually by double clicking the graphic).

Added customizable toolbar buttons for the Hatch and Tabs palettes.

Improved the file save times for the new (non-reverse-compatible) drawing format. The optimization applies to drawings with large (> 10,000) numbers of complex bezier paths, For cases that apply the save time is 100 fold improved.

Corrected error in Graphic Details read-out for a Line, with the Delta option selected. The Delta values were in error if the Page Layout for the drawing used a non-zero canvas margin. The read-out is correct now in all situations.

Corrected problem with custom tools for text justification. They were only enabling in the text edit mode. They should be enabled and available anytime text is selected. They behave properly again, and the customizable toolbar pulldown menu is enabled properly now.

Corrected a problem with automatic dimensions, for the Reverse format. The dimension value would initially report correctly, but if the target graphic was moved or resized the dimension display value would not update. All is reporting correctly now.

Corrected rare but serious possible crash when using smooth wall (ribbon) graphic, the crash would occur at launch and open if the the drawing had a degenerate smooth wall of zero length.

Corrected problem the insert tool, in the case of multiple inserts into different Bezier segments of a single graphic. The insert would generate multiple copies of the original graphic. This is now correct, only one new copy of the graphic with multiple inserted vertices replaces the original.

Corrected problem related to Connectors and Dimensions attached to elements in a Group. The problem was that connections were lost when the Group was ungrouped. This happened if the connector was internal or external to the group. Now the connections are conserved.

Corrected problems with drawings that have spell check highlights at the time of Print or Export. There is a warning dialog for this situation. This dialog was "stuck" and could not be cleared without closing the drawing. This is now fixed.

Corrected very rare possible problem with Patterns, when using the new drawing file format (Reverse Compatible set to NO). If the drawing had multiple patterns, of the same dimension, then save and re-open would possibly use one pattern rather than the different distinct patterns on re-open. This is fixed now.

Corrected problem entering and leaving full screen mode for drawings with Connectors (or Dimensions). In some cases the ends of the connectors would loose their position and connections. This works correctly now.

Corrected problem with Combine -> Difference. If the subtrahend graphic was small and only extended a small distance from the minuend graphic, and if their shapes were curved, then the difference was executed as a join (as if the smaller shape was completely enclosed). This is now handled correctly.

Corrected problem accessing the Transfer palette in Germain, Spanish, and Japanese. The menu item to access the Transfer palette was always disabled. This is now corrected. Corrected problem with Cross Over. Saving and opening a drawing with a fixed (not automatic or percent) Cross Over could have the y position move when the saved drawing was opened. This is now correct. The saved drawing will have the correct value, the issue was a the time of open, so the update should completely fix the issue.

Corrected problem with bitmap patterns. If the host graphic was resized to a larger size, the pattern would fail to fill the full interior of the graphic. This would self correct upon a save and reload. This was recently introduced in the latest version of EazyDraw. All is correct again.

Corrected problem saving and opening a drawing with multiple different dimensions, when using Reverse Compatible set to No. All dimensions were saved with the same attributes (arrows, color, etc). This problem is fixed, dimensions save and restore properly now. The problem was only present when using the new (with version 5.4.0) drawing file formats.

Corrected perimeter calculation for the new (version 5.4.0) area / perimeter value shown on Graphic Details. There was a mistake in the reading for rectangles and possibly other closed polygons. All is correct now.

Corrected problem for export DXF, for text distorted with a Free Transform. The export would fail, EazyDraw would not crash but there was no DXF information written. This is now corrected and the export in this situation is generated correctly.

Corrected problem on Graphic Details with Delta X and Delta Y inputs for a Line. New values were not computed correctly when using non-zero Margins (the canvas margin on Page Layout). There were problems if the axis directions were changed from the common default settings of plus-to-right and plus-down. All is correct now.

Corrected problem with Short Cut Menu Keys that used the Option button modifier (such as Flip Horizontal). These were being blocked by OS X, this is now fixed and in general your Settings on Menu Keys for user defined short cut keys should be more robust against OS X over-ride.

Improve certain situations for DXF text import. Some situations would leave the text box too small to hold the OS X typeset text, the imported DXF would have the light red squares indicating that not all text was displayed (then the user would need to execute the Fit Text command to correct). The import behavior is now more robust against this situation. Display and position of imported text should be more accurate. And Text sizing is more accurate for metric based DXF import.

Two corrections for DXF import. a) related to possible flip of an imported rectangle. b) proper handling of MTEXT font size specifications that are not a relative size specification, there appears to be two forms for this specification one absolute and one relative both are now parsed and interpreted.

Corrected problem if a PDF export was executed while a text box was in editing mode. The text box would show as a simple rectangle - no text in the PDF. This is now correct.

Improved User Library in the Button mode. These would always open showing the small panel to set the number of columns for the custom palette. This behavior was annoying - so now the column setting panel only shows when the custom tool button palette is resized.

5.4.0 December 2012

Retina Support (Users)

EazyDraw is now optimized to take full advantage of the high resolution Retina display. All user interface graphics (tool palettes, toolbar icons, cursors, icons, and images) are now provided with the improved quality dual image representation. The dual images allow optimal display on both traditional and the new Retina screens. The use of the improved images is automatic, there is no parameter setting required. The proper image for a display screen is selected automatically by EazyDraw. This is true even for multi-screen arrangements, as a drawing window or parameter palette is moved from one screen to another the images are swapped and updated on the fly if appropriate. In most cases you can notice the image change when you slide a palette or drawing window from an older screen to a Retina, the new images are brighter and lighter in color for improved appearance with the higher pixel density. FYI (perhaps a warning): once you try a Retina you will no longer want to work on an old clunkier.

Retina Support - IconSet Export (App Developers)

Added support for Apple Development for High Resolution (Retina) graphics. Apps for the iPhone, iPad and now Mac OS all require new icon source graphics with multiple images. The multiple images are packaged in an iconSet folder. The folder must contain two full sets of icon images, one set at 72 Dots Per Inch (DPI) and the other at 144 DPI. This can be a tedious job to properly assemble this full set of PNG images. EazyDraw now provides a one-click export mechanism to export the full set of images, all properly named and composed with the proper image size and resolution. This is found on the PNG export panel, a new option called "iconset" is found at the bottom of the export content popup menu. The iconset menu allows the selection of one layer that will specify the bounding rectangle and name for each exported png image. For convenience, on the Page Setup menu, with App Developer selected as the electronic printer, there is a "page" option for iconset. This selection will add an iconset layer to the drawing, with bounding boxes of the appropriate size for each image required for an Apple Specified Iconset. When exporting a iconset the Apple defined convention that specifies the character sequence "@2x" indicates a high resolution image (144 dpi) is used to trigger the required resolution doubling. If this note is cryptic then study the Apple Developer documentation for high resolution user interface design and all should be clear. Brief documentation is found on the PNG export help page.

Trim and Extend

New commands on Tools main menu, Combine submenu. These will trim or extend the start or end of a line, path or curve. The end is extended to the intersect point of another graphic. Trimming shortens the end to the exact intersection of a another graphic. Double Click on the start or end point (when selected) is the convenience short cut for these actions. Use the Command or Option command key modifiers to indicate Extend or Trim. A simple double click of the end of a line will extend the line, for a path or curve the Command Key is needed because Double Click in that case indicates "Close the Path". Documentation is complete, consult the Help pages for a full description .

Smaller File Size

Smaller File Size: New parameter on EazyDraw Preferences. Set "File, Reverse Compatible" to "NO" to significantly reduce drawing file size.

Smaller File Size Details: Major changes were made for the native EazyDraw file formats. The new Mountain Lion (began with Lion) technology increases file input and output activity a significant amount. This related to Auto Save, crash recovery and iCloud. This means that saving and opening a drawing needs to fast and efficient. EazyDraw version 5 provided several new efficiencies making better use of multiple processors and simultaneous loading of drawing information with priority on exact file information needed to present the drawing window. This release provides further input output efficiency with a significant reduction in file size. EazyDraw design criteria from the original release in 2001 has emphasized forward and reverse compatibility, indeed the first version of EazyDraw could read a current drawing and the current version of EazyDraw can seamlessly open a drawing saved by EazyDraw version zero. And the EazyDraw graphic format is text based and fully human readable. This release breaks from the reverse compatibility constraint in order to allow for smaller files sizes. There is a new parameter on the Preferences Palette, it is titled "File, Reverse Compatible". If the setting is "2001 V0" drawings are saved in the original format and are readable by all older versions of EazyDraw. If the setting is "NO", that means the drawing is saved with the new format and cannot be read by earlier versions of EazyDraw. The setting of "NO" will result in smaller file size by 50% to 90%. The EazyDraw Graphic format is still human readable, Bezier paths use SVG text based formatting so they are still readable but much more compact. EazyDraw Binary is still readable with the Property List editor. And the format is still fully self documenting, albeit a bit more complex with a re-use store of properly dictionaries.

Smaller File Size Summary: Default setting is still set to the "2001 V0" setting. Users involved with critical work should avoid the new format for a few months. New users that will not be sharing drawings may want to gain efficiency with the new "NO" choice for reverse compatibility. Users with large complex drawings will benefit by changing to the new format. In any situation it is usually advised to save archive files at the completion of a project in the most verbose format, that would be the "2001 V0" setting.

Improvements to the native storage format for Text and Bitmap Images. Now text is saved as a human readable string in the EazyDraw graphic text file, and the binary equivalent Property List. All aspects of the rich text formatting are now human readable XML tagged content, this includes text style, paragraph formatting, tabs, and all other text attributes. These now human readable, and self documenting while providing smaller size and improved read write speed. Bitmap images are now (when Reverse Compatible is set to "No") saved as PNG - base64 format. This is not exactly human readable but the format is completely defined in the Open community. This provides a smaller size and a public / open representation of the images. When these changes were applied to the full 350 page EazyDraw manual, the saved file size was reduced from 90 Megabytes to 18 Megabytes. Now for many drawings the saved file size and corresponding read/write time improves by a factor of 10 - all with improved open access.

Graphic Details Revamp

Revamp of a Graphic Details fields. Bezier and Continuous Bezier Graphic Detail reports now provide more detail, more information and better accuracy (on 64 bit machines). The import of SVG and DXF content often leads to various degenerate Bezier path constructions. The graphic details report now detects and indicates all possible Bezier segment constructions. Documentation is not complete, but the new capability is robust and has been extensively tested. The new information is largely self documenting.

Graphic Details reporting for enclosed Area has been extended. The text field with associated label/button is found near the bottom of the Graphic Details. It now reports Area, Length, Bytes, Character Count, or Word Count. The metric(s) reported are contextual and reflect the properties of the selected graphic or graphics. If multiple graphics are selected, then total sum for the metric is reported. The associated label is also a button - each click will cycle through all applicable metrics for the current selection. Documentation is not complete, but all is tested and robust.

Graphic Details reporting for Arcs has been enhance. Now Arc Length, Chord Length, Median Angle, Start Angle and End Angle may be reported. Use the new popup menu to select the desired parameter. The value is reported and new numeric input is accepted (for example you may now set the arc-length, or chord (Secant) of the arc directly.

Corrected issues on Graphic Details for Polygons. The last segment (the close segment) of a polygon would not correctly accept new numerical values. When entering values the focus segment would jump and the value entered assigned to the wrong segment. All is correct now.

Improved Accuracy for Circles and Ellipses

The introduction of 64 bit computing increased the defining precision for all EazyDraw graphics. It was found that the normal OS X treatment of Circles and Ellipses results in display approximations that no longer match the inherent accuracy of the geometry. EazyDraw now provides more accurate screen and print drawing for Arcs, Circles and Ellipses. The exact drawn paths are now drawn accurate to the 64 bit precision. These "errors" were of course quite small, on the order of a fraction of a typical line width. However, there are situations where they can impact geometric constructions.

Improvements for Export and Import

Improved DXF import with several minor corrections. Improved the error handling of corrupt dxf drawings. Several classes of corruption that would previously cause a crash now properly terminate the import and present an error message. The new error messages report the line number for the problem text, this allows the user to easily investigate and correct the problem with a text editor.

Improved DXF import with added support for different text encodings. DXF is inherently defined as and ASCII encoded text file. However, comments and text that are part of the drawing must use other encodings for non-english/latin languages. There is a semi-defined DXF header variable that in some cases indicates an extra-encoding, the variable has a Windows CodePage value. EazyDraw now checks for this header parameter and will use Windows 1252 CodePage (primarily for German language) or Windows 932 CodePage (for Japanese language) depending on the value found.

Several improvements for SVG import.

Corrected and improved PDF ungroup. In some cases filled shapes would present the shape covered with a rectangle swatch of color, the fill is now properly inserted in the color. Tiling of embedded images is improved. Ungrouping large embedded images is now much faster. an example 20 mega pixel image was taking several minutes, it now converts in a few seconds.

Corrected issues with EPS images. The EazyDraw version 5 release introduced an issue of the EPS image being flipped when inserted in a drawing. Then Ungroup EPS would shift the image in the y-direction. All is again correct, EPS images do not invert and ungroup in place with no flip or shift.

Other Corrections and Improvements

Return, Enter and Escape now clears and deselects any selected graphics. This behavior is now similar to Canvas and AutoCad, which will aid those users migrating to EazyDraw from these and other applications.

Improved DXF import with added support for different text encodings. DXF is inherently defined as and ASCII encoded text file. However, comments and text that are part of the drawing must use other encodings for non-english/latin languages. There is a semi-defined DXF header variable that in some cases indicates an extra-encoding, the variable has a Windows CodePage value. EazyDraw now checks for this header parameter and will use Windows 1252 CodePage (primarily for German language) or Windows 932 CodePage (for Japanese language) depending on the value found.

Several improvements for SVG import.

This version has a full set of patches to correct the Mountain Lion pattern color hang issue. The patches include all uses of Patters for fill, including Patter Colors that are derived from not-EazyDraw pattern that may be present on the system color picker. The patches include display and printing, as it has been determined the Mountain Lion bug extends to PDF printing as well as display on screens. The issue was introduced with Mountain Lion. Mountain Lion has a somewhat rare but severe bug displaying or printing pattern fill colors. In certain situations Mountain Lion will hang host application while the operating system is drawing the pattern fill.

All language localizations have design and layout improvements. Popup menus and and label fields on Graphic Details have been reviewed for each language, with touchup for size, position, and design / layout to properly present information and content for each supported language.

The Align To Grid indicators on the Align To Grid panel were being drawn slightly low. This problem was introduced with EazyDraw 5. Problem fixed, they draw properly again.

Removed Image Composition parameters for Gradient Fill. The image composition operations are no longer useful or meaningful on todays displays and images. The operations also do not render well on the new high resolution Retina display. So the parameters were removed. The full capability is still available if the graphic with the gradient is converted to an image (Tools -> Convert To submenu).

5.2.3 October 2012

Added support for Czech and Portuguese Brazilian languages.

Corrected a major problem for Mountain Lion users. Mountain Lion has a somewhat rare but severe bug displaying pattern fill colors. In certain situations Mountain Lion will hang EazyDraw while the operating system is displaying the pattern fill. If the hang occurs it may keep EazyDraw from launching, opening a drawing, or printing (depending on when this random issue triggers). This version of EazyDraw has replaced all Pattern Drawing algorithms with internal code to avoid the new system problem. It would be advised to avoid using Pattern Colors as a color choice (from the system color picker), this should be avoided in EazyDraw and other Apps on Mountain Lion. It is not necessary to use these colors with EazyDraw - apply the Pattern fill from the Pattern palette instead of applying the pattern color from the system color picker. Patterns now display in an improved fashion, they no longer are pinned to to the bottom left of the drawing window, now patterns are synced to the actual graphic. The Pattern panel has two new parameters that provide a means to tweak the display start of the pattern tiling (phase). The improvement insures that the pattern seen on a display will be the same in all respects when printed. Patterns now zoom in a normal fashion for detailed inspection, keep in mind patterns are pixel based and should be viewed at zoom 100 percent to see actual presentation or printed appearance.

Full update of the PDF manual. The version 5 manual is now updated to cover the current state of the user interface including Mountain Lion look and feel. The manual is accessed from the Help menu.

Correct problem with the drag image. When dragging a graphic on screen a trail of edge artifacts was possible. This happen if Drag Image was something other than Live Graphic. In some cases the image could be flipped. The problem was possible when dragging a graphic from one drawing to another. This was introduce with version 5. All of these issues are fixed now.

Menu Keys menu command was not enabled in German, French, and Japanese. This was a recently introduced issue. It is now enabled and working properly.

Corrected Mountain Lion issue when opening an existing drawing. In some cases the drawing was not positioned at the saved location on the screen. In some cases the drawing window was positioned at the point of another tool palette, or in strange locations. This should be correct now.

Corrected a problem exporting DXF with multiple dashed lines. This situation now exports properly.

Added Gray Scale color space for EPS export. Now EPS may be exported as Gray, RGB, or CMYK.

Corrected and improved PDF ungroup. In some cases filled shapes would present the shape covered with a rectangle swatch of color, the fill is now properly inserted in the color. Tiling of embedded images is improved. Ungrouping large embedded images is now much faster. an example 20 mega pixel image was taking several minutes, it now converts in a few seconds.

Corrected issues with EPS images. The EazyDraw version 5 release introduced an issue of the EPS image being flipped when inserted in a drawing. Then Ungroup EPS would shift the image in the y-direction. All is again correct, EPS images do not invert and ungroup in place with no flip or shift.

Corrected the localization for French. The Arrows palette was in Spanish, it is now correct. A few menu items were shown in English, they are now shown properly in French.

Corrected a hang situation when creating a Guides layer by dragging from a ruler onto the drawing.

The Align To Grid indicators on the Align To Grid panel were being drawn slightly low. This problem was introduced with EazyDraw 5. Problem fixed, they draw properly again.

Corrected a problem exporting DXF with multiple dashed lines. This situation now exports properly.

Improved DXF import with several minor corrections. Improved the error handling of corrupt dxf drawings. Several classes of corruption that would previously cause a crash now properly terminate the import and present an error message. The new error messages report the line number for the problem text, this allows the user to easily investigate and correct the problem with a text editor.

Version History

5.2.0 July 2012

Initial release for EazyDraw 5 for the App Store.

Case Sensitive volumes. Full support for OS X disk volumes formatted with case sensitivity.