Digitech911 
Posts: 7
Location:
Rank: Novice
View Profile
 |
| 04/06/2007 7:07 AM |
 Alert
|
| I've found a couple of issues with 2006. I have the latest service pack.
Problem 1
Under Object Properties, Special tab, Complex Fill there is the Fill Stitch Overlap setting. I have mine set at 4. It shows that it is set, but when I digitize a fill that number changes within the fill. When nothing is selected it still shows 4, but when I select the fill it shows the setting as 1. I have to manually adjust ALL of my fills to get the setting I want. Is this an issue you are working on?
Problem 2
Let's say I have a design that is 12 colors and I want to alter settings in colors 8 and 10. Perhaps it's density, or pull comp, something like that. At times it will take these two colors (lets say red and green) and turn them into multiple color changes alternating between red and green. It seems to happen on larger designs and I've tried to repeat this issue on purpose, it seems to be random. Next time it happens I'll make sure to note the exact combo that caused it, but has this issue been noticed before? |
|
|
|
|
Embroidery-Hub
Posts: 18
Location:
Rank: Novice
View Profile
|
| 04/07/2007 4:04 AM |
Alert
|
Overlap Default is 1. The higher setting increases stitch count. Overlap is best used with Motifs & Splits. If you want to make "4" your default then you should select "save" it at the bottom of the Obj Prop. (you can also create a template with your own preferred settings) Within the ES program, look in in the "Online Manual" under "Help" -- search for the word "overlap"
The color issue isn't the problem? On applying property settings -- several thoughts:
Are all the objects in each color the same Stitch Type -- ie Satin, Tatami, etc? You should select by ONE "Stitch Type" at a time in order to change properties. For instance, Satin and Tatami each have different property settings. Usually you have limited options for property changes if more than one Stitch Type is selected at the same time -- options get greyed out.
Do you have any objects "Grouped" together? Then "Ungroup" the objects before trying to select Stitch Types or colors. You can see if you have objects grouped in the Object/Color list box. (Don't ungroup your text!) You also want to look for Groups within Groups. |
|
|
|
|
Digitech911
Posts: 7
Location:
Rank: Novice
View Profile
|
| 04/12/2007 4:59 AM |
Alert
|
I know what the default is. I've changed the default to 4, but it is never applied. Before digitizing the fill it shows up 4. After digitized I grab the fill and it's overlap is 1. It was always applied on the older version. This is a glitch that has only occured with 2006.
On the second problem. I just had it happen again, and here is exactly what happened - I selected 1 single color that was about 100 objects big. It was all running stitches and satin stitches. Nothing grouped. I wanted to convert all the satin stitches to fill stitches, then I adjusted the density. When I adjusted the density that single color became multiple colors. Every other object was a different color. I hit the undo button a couple of times, and then redo. The problem did not happen a second time, which tells me that there isn't a particular combination to purposly repeat it.
Please understand that I've digitized for 20 years and used Wilcom for the last several years, and I'm no rookie. These problems are within the software |
|
|
|
|
logopunch
Posts: 24
Location: Sunshine Coast Australia
Rank: Novice
View Profile
|
| 04/12/2007 5:07 AM |
Alert
|
Hi Digitech,
I have tried replicating your overlap problem here but no luck - it seems to work for me ... Your second problem is really strange. Would you like to send the files for me to take a look
Are you digitising for Barudan machines?
I would be very interested to take a look if you would like to send to me at punch@logopunch.com
Regards
John
|
|
John Wright
Logopunch Pty Ltd
support@logopunch.com
www.logopunch.com |
|
|
Embroidery-Hub
Posts: 18
Location:
Rank: Novice
View Profile
|
| 04/13/2007 5:31 AM |
Alert
|
I have been plagued with a similar problem & agree with you about the software bug. Color changes and re-sequencing -- and object properties -- are applied to objects not select in the first place. The bug in the program selects objects you don't want selected.
When selecting objects as a group, whether selecting by stitch type or color, the first object next in line is also selected.
Example: if I have 12 objects, objects 1,2,5,6,9,10 are blue satin -- and 3,4,7,8,11,12 are red tatami -- and I select objects 1 & 2 – object 3 gets selected also. The selection process doesn’t seem to matter – whether from “Select By”, the “Color/Object List”, or from the design window with your mouse. (BTW: If objects 3 & 4 are grouped, the whole group gets selected.)
Also, I just happened to notice a slanted line between the last object selected (object 2) and the object next in line that selected itself (object 3).
Look for this little line while you are working… you'll be able see it in the Color/Object List (Shift L).
I had a file with around 500 objects that kept getting resequenced, and color changed. I sent Wilcom Support a jpeg of this little line, so they are aware of the problem.
It would also help explain the changes to objects that you didn’t want changed. It only seems to occur with very large files, so when we are dealing with files that have 100’s of objects it can add hours of work!
|
|
|
|
|
Digitech911
Posts: 7
Location:
Rank: Novice
View Profile
|
| 04/14/2007 5:21 AM |
Alert
|
I have discovered that when the multi color issue happens that undoing and then redoing the last couple of actions clears the problem
As for my overlap problem, we have this issue on two seperate Wilcom systems |
|
|
|
|
unique
Posts: 79
Location: Lansing, MI
Rank: Regular
View Profile
|
| 04/14/2007 8:59 AM |
Alert
|
| I'm trying to understand what the problem(s) that are talked about here. My question is are these native file to Wilcom or are they a CND or machine file(s) that are being talked about? As what was said "I just happened to notice a slanted line between the last object selected (object 2) and the object next in line that selected itself (object 3)." It sounds like a manual color change that was inserted (inserted machine function 'Color Change') like it is a CND format or a 2 color lettering that is being used. If so, than that this is not a problem. You have to remove the Machine Function. You can send a copy of the file to me and I will look at it and be able to tell you if this is the case. |
|
Greg K
Unique Embroidery & Printing
Wilcom Authorized Training Center & Distributor
P.S.
I am a Wilcom Authorized Trainer & Distributor; you can find me in the Training; in the Training School section, Categories "US"
or Email me Unique@cablespeed.com
|
|
|
unique
Posts: 79
Location: Lansing, MI
Rank: Regular
View Profile
|
| 04/14/2007 9:26 AM |
Alert
|
| Hi Digitech911,
I see what you are talking about with the over lap on the Complex fills. It's not holding the fill overlap if you set it to a different number than 1. I have saved it to a template and when the template is used it shows the set value but when a complex object is created, the overlap is assigned as 1 so then you have to reselect the object and change it for it to hold. I’ve never notice this because I never had a problem with my complex fills coverage becasue I use a lot of underlay that I put down manually.
|
|
Greg K
Unique Embroidery & Printing
Wilcom Authorized Training Center & Distributor
P.S.
I am a Wilcom Authorized Trainer & Distributor; you can find me in the Training; in the Training School section, Categories "US"
or Email me Unique@cablespeed.com
|
|
|
Embroidery-Hub
Posts: 18
Location:
Rank: Novice
View Profile
|
| 04/14/2007 11:45 AM |
Alert
|
Digitech911: RE: "undoing and then redoing" Only works IF you know about it.... Color changes are obvious and immediately fixed. Unwanted resequencing, property applications, etc. are not... unfortunately.
unique: RE:
#1. "the problem(s)" The problem occurs in Large EMB files digitized with ES 2006 (Wilcom's file extension is EMB -- the "native").
#2. "manual color change" & "like it is a CND format" The answer is no to both. It has nothing to do with a machine function -- it's a bug in ES 2006.
#3. "Wilcom Authorized Trainer" The posts, I thought, were very specific. We are digitizing with ES 2006. For myself, I have this digitizing glitch with NATIVE EMB files -- digitized with 2006 from the first stitch to the last. This is a bug in 2006 for LARGE files. Sorry, but that's a fact. I haven't been able to create the problem with small files.
I sent Wilcom JPEGS (screen shots) of both the *Unwanted Selection" that occurs during the selection process, as well as the little slanted line that occurs after applying *The Change You Want To Make* BTW, I have been using Wilcom since 2000, almost seven years.
|
|
|
|
|
Embroidery-Hub
Posts: 18
Location:
Rank: Novice
View Profile
|
| 04/14/2007 11:54 AM |
Alert
|
My Correction:
"Also, I just happened to notice a slanted line between the last object selected (object 2) and the object next in line that selected itself (object 3)."
I mis-spoke. The line between one object and the next occurs after applying the change... I notice it after re-sequencing - manually or otherwise. The unwanted selection occurs when selecting the objects to be changed.
|
|
|
|
|
unique
Posts: 79
Location: Lansing, MI
Rank: Regular
View Profile
|
| 04/17/2007 9:05 AM |
Alert
|
| Digitech911,
I have tried to create your second problem and with designs that have over 100 objects in 1 colorway and I've tried it with a designs that had over 200 I and the tried it with 1 that had over 300 objects just in the detail and had no luck.
I repeat as you said:
"I selected 1 single color that was about 100 objects big. It was all running stitches and satin stitches. Nothing grouped. I wanted to convert all the satin stitches to fill stitches, and then I adjusted the density. When adjusted the density that single color became multiple colors."
I have also been digitizing for many years, back in the DOS version before ‘Windows for workgroup’ and I have used Wilcom since version 5.0. (There first Windows version of the software) I'm just trying to help. The more report from others about the same problem or request the quicker Wilcom gets to them.
|
|
Greg K
Unique Embroidery & Printing
Wilcom Authorized Training Center & Distributor
P.S.
I am a Wilcom Authorized Trainer & Distributor; you can find me in the Training; in the Training School section, Categories "US"
or Email me Unique@cablespeed.com
|
|
|
Digitech911
Posts: 7
Location:
Rank: Novice
View Profile
|
| 08/10/2007 12:42 AM |
Alert
|
| Greg, I do thank you for the time you've given to this. This second problem is a tricky one to recreate. It doesn't always happen. I keep my color object list open constantly so I notice it virtually every time it happens. |
|
|
|
|
unique
Posts: 79
Location: Lansing, MI
Rank: Regular
View Profile
|
| 08/10/2007 1:24 AM |
Alert
|
| I also keep my Color/Object list Open most of the time when I do editing. I will keep my eye on this. |
|
Greg K
Unique Embroidery & Printing
Wilcom Authorized Training Center & Distributor
P.S.
I am a Wilcom Authorized Trainer & Distributor; you can find me in the Training; in the Training School section, Categories "US"
or Email me Unique@cablespeed.com
|
|
|
Embroidery-Hub
Posts: 18
Location:
Rank: Novice
View Profile
|
| 08/10/2007 5:23 AM |
Alert
|
| The "little line" between two objects happened again this morning.
*Color/object list was opened
*Changed the color of one object (that was in the middle of a single color group)
*then the little line appeared
|
|
|
|
|
Embroidery-Hub
Posts: 18
Location:
Rank: Novice
View Profile
|
| 08/10/2007 5:27 AM |
Alert
|
| The graphic is a jpeg of a different occurance, but you get the idea. Above I selected the color group '13' -- TWO objects 394 & 395 -- and the object #396 in color group 6 selected itself |
|
|
|
|
Embroidery-Hub
Posts: 18
Location:
Rank: Novice
View Profile
|
| 08/10/2007 5:37 AM |
Alert
|
| This is what happens when you change the color of an object in the middle of a single color group.
|
|
|
|
|
Embroidery-Hub
Posts: 18
Location:
Rank: Novice
View Profile
|
| 08/10/2007 5:44 AM |
Alert
|
| This is what happens when you "Undo" the color change:
|
|
|
|
|
Embroidery-Hub
Posts: 18
Location:
Rank: Novice
View Profile
|
| 08/10/2007 5:59 AM |
Alert
|
| Using undo to return the red object to pink just changes the line position, and the color # isn't correct.
So you can see that "undo" will not work all the time. I try to keep a close eye on the color/object list.
Stitch type doesn't seem to matter. The line can appear within objects of the same type.
The line can appear after a resequencing, but that one is harder to re-create. |
|
|
|
|