Though GDL objects and libraries are considered by GRAPHISOFT as platform independent,
the following difficulties occur when objects are manually moved from Windows to a Macintosh:
- Windows fonts will be replaced by the default Macintosh font in objects and list templates and vice-versa. This can cause differences in the UI display of the 2 platforms.
- Text type listing files (listset.txt, listkey.txt, list templates, etc.) could lose line breaks, therefore listing won’t work (non-utf-8 coded texts, in general)
Changing platform with binary libraries
To avoid the above problems, save a .pla archive file of your library on the first platform, then extract it on the second.
This way the non-utf-8 files will be converted correctly as well.
Images and HDPI support in GDL
On Windows platform 100% is the default resolution. However, images created from .svg files have a slightly different look on Windows plaform as well.
- MIME attribute is “image/svg”. In case the MIME-type and the source image extension is different, the conversion ends with a warning (MIME is “image/svg”, but the image file’s extension is not svg)
- SectionFlags attribute is “1”. This flag triggers the .tiff conversion. If the image is an .svg and the flag is different, a warning is displayed during conversion (SectionFlags should be “1” in case of an svg image).
- The .svg image should be part of the library source, but not in the _images folder.
- The conversion creates the .tiff counterparts of the .svg source images to the exact same location. The .svg source images are also copied to the binary library to a separate folder (_svg_source name extension), to support the source.xml to .gsm to reverse.xml comparison workflow. This extra folder can be avoided by the -excludesvg option of the LP_XMLConverter tool.