Tools - Options

Specify user preferences.   Cache size changes require restarting Manifold.  Changes to other options take effect immediately.  Changes are persistent and will apply to subsequent Manifold sessions on the same machine using the same Windows login.




Choose the rendering engine that is used to create displays and to render layouts for printing.


  • Normal -  The default.  Supports antialiasing and alpha (layer opacity) for layers and frames in layouts.  GPU / hardware acceleration is used whenever it makes sense.  Can render screens visibly faster than software engines.

  • Reduced - Use software rendering only.   Does not support antialiasing, does not support alpha (layer opacity) for layers and frames in layouts.  May not support other advanced rendering features.



Cache size - Specify the size of internal memory cache used by 64-bit Manifold, using either automatic cache sizing or providing an explicit value in gigabytes (GB).


  • (auto) - Recommended.  Allow the system to choose cache size dynamically, typically 4 GB.  Use (auto) when running many Manifold sessions with larger jobs.

  • 4, 6, 8, ...  - Choose an explicit cache size, from a minimum of 4 GB in steps of 4 GB up to the total amount of installed physical memory.  Setting larger cache size can help when running one or two larger Manifold sessions, but will hurt performance when running multiple, simultaneous Manifold sessions with medium or larger jobs.


When running a single instance of Manifold on more demanding jobs, set the Cache size to half the physical memory present.   For example, if we have 64 GB of RAM in the machine,  set the Cache size to 32 GB.  

Default coordinate system

Add, delete, or modify favorite coordinate systems. Click the coordinate system picker button to specify the coordinate system that will be used when a new, blank component is created.

User Interface

Localization - Specifies which localization (language) to use for the user interface.  Localization files begin with ui. and end in .txt and use standard Windows two letter codes in their names for different languages, for example, for French and for German.  A localization file provides translations for text strings used in the user interface for that language.


  • (auto) - Based on the Windows OS setting for user interface language for the user, automatically utilize the localization file for that language.  If no localization file for that language is present, use the built-in English user interface.
  • (none) - Ignore Windows OS settings and ignore localization files, always using the built-in English user interface.
  • localization file  - Choose a localization file to always use.  The pull down menu will be loaded with all localization files, those with names beginning with ui. and ending in .txt, found in the same folder as the manifold.exe executable.  If the named file is deleted, Manifold will revert back to the built-in English user interface.


Changing the Localization setting takes effect after Manifold is restarted, or in a new Manifold instance launched after the Options dialog has been closed.   If we change to using a localization file for a language do not understand, we can exit the program and delete the file that was named to get back to an English interface.  We can then change this setting back to (auto) or to a language we do understand.


Access keys - Access key shortcuts are Windows single key shortcuts on menu items begun by pressing the Alt key, to show access keys with an underline.   Choices include:


  • auto - Show underlines for access keys as necessary depending on context.
  • hide - Never show underlines.  Access keys and keyboard menu access still work after pressing Alt.
  • show - Always show underlines for access keys.


Show welcome text - On the gray background of a Manifold session show a Manifold triangle logo in medium gray with initial instructions on loading data into the Project pane, opening components, and other tips.


Confirmation dialogs confirm deletions and exiting the application, and can be waived by checking the Never show this again box in the confirmation dialog, or by unchecking the following options:


  • Confirm deleting components - Show a confirmation dialog when deleting components in the Project pane.
  • Confirm deleting records - Show a confirmation dialog when deleting frames in layouts, objects in drawings, labels, or records in tables.   All of those items are records in tables somewhere, hence the "records" terminology.
  • Confirm deleting dependent constraints, fields and indexes - Show a confirmation dialog when in the Schema dialog deleting an item on which other items depend.
  • Confirm dropping files into child data source - When dragging and dropping files into a data source within the project, like a database data source or a linked Manifold project file, show a confirmation dialog for the drop.  Note: trying to drop files into a child data source that has not yet been opened (cylinder icon not yet yellow) or is read-only will show an error.
  • Confirm exiting application - Show a confirmation dialog when exiting the application.




Hardware acceleration in the above using GPU is not parallel computation as described in the GPGPU topic.   Instead, it is simply using a GPU for faster graphics rendering.    GPGPU computational parallelism requires a reasonably recent NVIDIA GPU; however, using a GPU for faster graphics works with almost all GPUs (AMD, Intel, NVIDIA) that are supported by Microsoft Windows for graphics rendering.


Manifold must be restarted for any change in cache size to take effect.   This option is ignored by 32-bit Manifold instances, which in any event are limited by 32-bit Windows operating system limitations to memory sizes smaller than reasonable cache sizes.


Increasing cache size can help performance of some operations, but can also hurt performance depending on what is being done.  A rule of thumb is to set a cache size no larger than one-half the total size of installed physical memory, or slightly less than half of installed physical memory when regularly running multiple instances of Manifold.  Choosing (auto) is conservative and always safe.


Setting the cache parameter allows users to allocate use of memory based on how they intend to use Manifold.   For example, if we know we will routinely have five different projects running in five different Manifold sessions, we would not want the first such Manifold session launched to grab all available memory, leaving too-small amounts of memory available for the other four sessions.   Choosing (auto) results in conservative (relatively less) memory allocated to each Manifold session.  


In contrast, if we know we will be running just one Manifold session on a machine with 64 GB of memory installed we can set cache size to 48 GB so that one Manifold session will grab and use lots of memory regardless of what else is going on in the system.


Default coordinate system for new components

 Click the coordinate system picker button to specify the coordinate system that will be used when a new, blank component is created.  WGS 84 / Pseudo-Mercator (EPSG:3857) is the default, the same coordinate system used by most web servers (Google, Bing, OSM, etc.).   


The coordinate picker button is  the same as used in the Reproject Component command.  Choose from the Favorites list that appears in the dropdown menu, or choose More... to launch the full Coordinate System dialog to specify any coordinate system desired.



Checking the Never show this again box in a confirmation dialog will remove use of that dialog for all components where it is used, and not just in the particular component where it was raised.  If we delete records in a table and check the Never show this again box in the resulting confirmation dialog, that will remove use of a confirmation dialog when deleting objects in drawings, frames in layouts, labels in labels components, etc.



Default coordinate system - Newer software like ESRI's ArcGIS Pro and Manifold tend to use Pseudo-Mercator as a default coordinate system because that is the coordinate system almost universally used by web servers.    In modern times web servers have become a dominant source of data for base maps and backgrounds for custom maps.  Using Pseudo-Mercator also ensures that measurements tend to make sense because the units of measure are genuine linear units such as meters.


Older software packages like Manifold Release 8 and QGIS tend to use Latitude / Longitude as the default coordinate system for new components.   That made sense in a day when shapefiles could not be relied upon to convey projection information, and it can also be handy today for dealing with geocoded data maintained in text form as lists of latitude and longitude degree coordinates.


But using Latitude / Longitude requires a mental hack when displaying drawings because degrees are angular units, not linear units as a rectangular drawing implies.   When using Latitude / Longitude we are buying into a conceptual slipperiness by using angular units in such a setting. That can  trip us up, for example, by how the unit of measure, degrees, expands and contracts as we move north and south.


If we are going to be doing a lot of work with data from older software in older formats where we know it is almost all going to be in Latitude / Longitude with no projection information provided, then it may be useful to switch the default coordinate system for new components to Latitude / Longitude.   It is also not a bad idea to use Latitude / Longitude when working with point data kept primarily in text lists of latitude and longitude degree coordinates.  We can always show such data in a Pseduo-Mercator map window and let Manifold re-project the data on the fly for display.


Status Bar Options - Options for the status bar, such as what format to use to display mouse cursor location, are set in the Status Bar - Position and Status Bar - Location panes.


See Also







Reproject Component


Coordinate System


Status Bar - Position


Status Bar - Location