When working with DST files (non-emb files), why are the files generated differently when using "open" versus "Import"?
I initially imported a purchased DST file into a blank page, and noticed that the stitches did not look evenly spaced (see attachment). I didn't know if this was the intended look, a digitizing error, or a Wilcom issue.
I then used the OPEN tool to open the DST file. The stitches looked evenly spaced (see attachment).
(Okay, I could be wrong, but I have a theory it was due to "Auto Jump" feature.)
I am guessing you enlarged the DST file when using "Import."
If that's the case, some stitches become longer, and longer stitches become jumps. (and 3 consecutive jumps make a trim.)
Anyway (if you enlarged the DST a bit), some long stitches become jumps. With TrueView enabled, those are not displayed.
To see if the stitch is there, either disable TrueView and enable Show Stitches.
To check if you have auto-jump on or to adjust setting: select the object, under Object Properties (pane) > Effects (button) > Auto Jump tab
antony wrote:
To check if you have auto-jump on or to adjust setting: select the object, under Object Properties (pane) > Effects (button) > Auto Jump tab
Hi Antony .... thanks for the ideas, but no, I did not resize the design after importing it.
Your suggestion raised my interest though. I've never touched the Auto Jump tab settings. Could you explain a scenario when one would want to change the default settings. (mine are set to Auto Jump checked / 12.1 mm max length / 7.5 mm jump length, and the right box is highlighted for length calculation) Thanks!
Additional thought:
This scenario could be problematic as well when importing multiple 3rd party fonts to create a name. For example, imagine you have a 3rd party alphabet where each letter is a DST file. While the first letter could be brought into Wilcom by using the "Open" command, all the subsequent letters would have to be imported one by one. If there is a 'generating' issue with some of the objects, it would be difficult and time consuming to find & fix the errors.
Tested the DST file, I can't reproduce your problem.
Using Open:
Using Import:
Just to confirm the DST wasn't re-sized in one way or the other, are you able to check the dimension of the DST in both methods? (Select all Ctrl + A, and check the actual dimension in mm.)
Pascale R. wrote: Additional thought:
This scenario could be problematic as well when importing multiple 3rd party fonts to create a name. For example, imagine you have a 3rd party alphabet where each letter is a DST file.
Remember the my super easy 3-step I mentioned in John Wright' StitchVault? (And I asked you not to laugh.) I think the same method can be used in most alphabet.
I don't think it's an issue as the DST file imports fine.
Another thought, have you tried a default template (preferably a fresh one from Wilcom)?
Well, that is interesting Antony. I wonder what is wrong on my end?
What is the Machine Format Setting when you use import?
Mine says Tajima.
I tried again and I have same results ... missing areas with Import.
Design measures 177.20 x 104.89mm with both Import & Open.
I tried using a fabric assist template; no change.
I failed to save a copy of Wilcom's most recent NORMAL template (e4.1Q). The last one I saved was 4.1G and it had same result.
Yes, I remember your 3 step method to get a good vector from bad design to start anew, but I'd like to see why I'm having this problem that is not reproducible on your end! (I got a great big mess when I exported to vector).
