Hi Simon,
I ran your pattern through the parser at seamly.cloud and produced this listing seamly-tmp.pdf (109.1 KB)
of the steps you used in construction. Perhaps this will help you to identify the problem. Please take a look and let me know whether it helps.
If you are able to make a earlier version of the file, let’s say at the page 16, it would be great. I think the problem was in the last steps of the pattern…
I need to know how you produced the file. I opened it with an xml editor and compared it against other properly formed files created by seamly2D and it appears that the file was damaged during an attempt to manually edit it with Notepad. We really can’t support all possible errors that could be introduced by such manual editing.
If I am mistaken and the file was formed in this way by the seamly2d program, it would be really helpful if you could help to reproduce the steps you used to create it.
That said, I fixed what appeared to me to be the issue with the file but I have no way to test it without the .vit file that you use with it. Here is the version I corrected.
The issue was that the xml statements that belong in the front of the file before the <draw…> statement were moved to the outside of that clause, after the < / draw >. Here is the corrected file. 6 - Leggings - patron base_v1-AA.val (49.6 KB)
If you want me to do anything else with it, I will need to have the .vit file that goes with it.
I’ve opened the file in Notepad but I didn’t make any modification with Notepad as far as I know, because the error occured before I opened it with Notepad.
Interesting. I have never seen this type of error before. @Grace have you seen an error like this? It seems like an easy thing to do by mistake in a text editor but I have never seen it in a file generated by Seamly2D. (compare Leggings - patron base_v1.val, with the version that I fixed and returned with the name Leggings -patron base_v1-AA.val)
@simoncotelapointe, please let us know if you see a similar problem in the future and provide if you can the “before” file that works along with a description of what you were doing before it failed. If you can help us to reproduce the error without using a plain text editor such as notepad, I will add it to the issue list.
As I said, we are unable to support issues caused by modifying the xml source of a pattern file manually. That said, I suggest that if you must open the xml source with an editor it is probably safer to use something such as XML Copy Editor 1.2.1.3 (open source available at http://xml-copy-editor.sourceforge.net). Use of such a tool will show you a more readable view of the xml.
Hi @kmf, yes, I have seen it before where the opening arguments are at the end of the document. Can’t remember if it was last year or the year before. What caused it the last time was that the person tried to copy and paste parts of one pattern into another pattern instead of opening the pattern to be copied, renaming it and building on it (I don’t know if this makes sense to you). But I repaired it and didn’t add it to bugs because I didn’t feel that it was one
As I said, the previous one was because someone was copying & pasting bits and pieces into the file using a line editor, which isn’t the case here. And also, the previous one was on a previous version of Seamly2D, if I recall.
@simoncotelapointe, please, what version of Seamly2D are you working with?
I’ve just downloaded and installed the version 0.6.0.1 and the message said this version was already installed… So I guest it was this version I used.
I have the same type of error : “Critical error : Element draw is not defined in this scope”. It’s strange because when I’m working on the pattern, there’s not problem, but when I save the file and try to open it, it does this error… (That’s why I have two files with the same error.)
I’m happy it’s working. I can’t see that a complex formula would create the problem.
I’ve had that same problem before. It takes the lines of the pattern (about from line 2 to about line 7) and places them at the end of the file. I can’t think why it does this for some patterns. I’ve fixed a number of patterns where this has happened but it’s never happened to any of my patterns.
It defies my sense of logic
Taken from your original file that you sent me:
And this after I’d moved the lines to the top:
If you can explain how, exactly, you work, (do you save to the cloud somewhere, or on an external drive, just step-by-step what your general procedure is - what you do without all the actual drawing, layout and printing) perhaps we can identify why it’s happening. So far, everyone’s been just too happy to have their files working again
I save the file in another folder and drive (D:) on my computer than the original installation folder/drive (C:). Maybe it could be the problem? If I remember well, the error did not happen before I’ve changed the patterns folder to another drive.
Or maybe another clue would be that I use a previous version of the pattern to create one. If I remember well, the errors occurred with both files based on previous patterns. For example, I save the pattern with another name and after that I erase some lines and points and start to create the new pattern…