The DCAL macro called Scrive has a "reflow" function that ceased working with version 12.02. Reflow takes text entities of any reasonable size and recombines them into a flowed column of text. With version 12.02 this stopped working correctly (v12.00 on the CD is ok).
The symptom is that the text created with reflow is located at the origin, the size is zero and the angle is also zeroed out. Can anyone shed any light on why this happens?
I'm a bit stymied, since the function itself continues to operate as expected, but the entities and their manipulation aren't what they should be. Here is the logic of the function and the troubleshooting done so far:
The macro copies the first text entity selected as the "model" for the column of text (using ent_copy).
The model entity is modified by updating the text string and location fields for each line of text in succession, with each being copied (again using ent_copy) and displayed in the drawing. At the end, the 'model' is discarded (ent_del). It may (or not) matter that the although model is added to and updated in the drawing database, only its copies are drawn on screen. This part still seems to work as it always has.
In v12.02, the model is created with text at zero height, thus the length of any line of text is also zero. I deduced this because the macro itself limits the length of any text to 255 characters and stuffing it with text totalling several hundred characters does generate multiple lines of text limited by the macro rather than the expected column margins. All are located at the origin (height being zero, the line feed is a multiple of zero), all with an angle of zero (reflow used to work at any angle).
The question is where did all the zeroes come from?
Any input would be appreciated.
Ted
The symptom is that the text created with reflow is located at the origin, the size is zero and the angle is also zeroed out. Can anyone shed any light on why this happens?
I'm a bit stymied, since the function itself continues to operate as expected, but the entities and their manipulation aren't what they should be. Here is the logic of the function and the troubleshooting done so far:
The macro copies the first text entity selected as the "model" for the column of text (using ent_copy).
The model entity is modified by updating the text string and location fields for each line of text in succession, with each being copied (again using ent_copy) and displayed in the drawing. At the end, the 'model' is discarded (ent_del). It may (or not) matter that the although model is added to and updated in the drawing database, only its copies are drawn on screen. This part still seems to work as it always has.
In v12.02, the model is created with text at zero height, thus the length of any line of text is also zero. I deduced this because the macro itself limits the length of any text to 255 characters and stuffing it with text totalling several hundred characters does generate multiple lines of text limited by the macro rather than the expected column margins. All are located at the origin (height being zero, the line feed is a multiple of zero), all with an angle of zero (reflow used to work at any angle).
The question is where did all the zeroes come from?
Any input would be appreciated.
Ted