CADlink forum

Welcome, Guest
Username: Password: Remember me

CADlink, leading developers for sign making, engraving, inkjet film, 2D, 3D routing CNC machines software

  • Page:
  • 1
  • 2

TOPIC: Automatic Color Replacement Signlab 9.1

Automatic Color Replacement Signlab 9.1 11 months 2 weeks ago #5927

  • advisionsigns
  • advisionsigns's Avatar
  • Offline
  • Senior Member
  • Posts: 45
  • Thank you received: 2
  • Karma: 0
I'm getting a new printer that uses a different ink system than my current machine. The colors I currently use for a specific client do not all print out the same on the new printer as the old one so I'll need to pick out some new spots to replace them.

This means that anytime I want to either print from an old file or use an old file to create a new one I have to remember to switch out all instances of the old color for the new one.

My question is, is there a tool kind of like the missing font replacement tool to automatically detect and swap colors throughout an entire file. While it's loading like the the font tool would be nice, but really any auto/semi-automated system to do this would be nice to know about if it exists.

If not, how do people normally handle this issue? I'm sure it comes up but maybe other people don't revisit old files on the scale that we do. We have hundreds, maybe thousands, of files that could potentially be pulled up and when you miss a bad color in one little piece it often means a reprint. Matter of fact we adjusted some colors about 2 years ago and we are still changing them out in files almost daily.

Any ideas or assistance would be appreciated.
The administrator has disabled public write access.

PVObanner

Automatic Color Replacement Signlab 9.1 11 months 1 week ago #5932

  • rayw
  • rayw's Avatar
  • Offline
  • Administrator
  • Posts: 331
  • Thank you received: 72
  • Karma: 7
Do you print from VPM or another RIP and do your Signlab colours have names?

If the colours have names it is possible in VPM to force the RIP to print a different colour when ever a given Spot Colour name is in the file.

For instance if you have a spot colour CADLINK BLUE in your file (CDL, EPS,AI, etc), by adding a colour CADLINK BlUE as a device Spot (Devices > manage Device Spots...) in VPM it will always print with the values you save in the device spot and ignore the actual colour in the design.
The downside of doing this is that you would have to recreate the device spot on any future install of VPM.

Are you changing the colours in Signlab eg changing 255,255,0 for 255,250,005 or bright red for New red etc?

If you are manually creating the new colours in Signlab and changing them there, on a design by design basis, the only short cut is to have the job palette showing and drag the new colours to the job palette and replace the colours there (changing that colour in all places in the design), rather than select items in the design and click on the new colour.

I will have some colleagues look at the message and see if they have other possible solutions for you.
The administrator has disabled public write access.
The following user(s) said Thank You: advisionsigns

Automatic Color Replacement Signlab 9.1 11 months 1 week ago #5933

  • advisionsigns
  • advisionsigns's Avatar
  • Offline
  • Senior Member
  • Posts: 45
  • Thank you received: 2
  • Karma: 0
We use Versaworks.

We use about a 50/50 mix of roland library spot colors and use their replacement system for those, and some plain old RGB/CMYK colors. After I posted my question I thought about adding the unnamed colors as named/special colors in versaworks which I think is the best option, but I don't know how to handle the roland library colors that we are going to have to change since they are already named. I suppose I should contact roland about those.

We will most likely just be printing up a bunch of swatches (roland library, signlab palettes, the RGB/CMYK charts siglab generates etc) on the new printer and finding best matches to our old colors. I may also use our I1 device, but I don't have formal training and I've never been able to get consistent results with it (sometimes the colors are spot on but sometimes I guess if they're out of gamut they're pretty far off). We've always just had the best luck picking from swatch charts.
The administrator has disabled public write access.

Automatic Color Replacement Signlab 9.1 11 months 1 week ago #5935

  • rayw
  • rayw's Avatar
  • Offline
  • Administrator
  • Posts: 331
  • Thank you received: 72
  • Karma: 7
The colour swatch solution is always going to be the most reliable, as you can see exactly what will print and compare that to existing work.

If you are changing colours in the design use the Job palette and drop new colours over old ones to globally change colours in the design, you wont miss any odd parts that way.
The administrator has disabled public write access.
The following user(s) said Thank You: advisionsigns

Automatic Color Replacement Signlab 9.1 11 months 1 week ago #5940

  • advisionsigns
  • advisionsigns's Avatar
  • Offline
  • Senior Member
  • Posts: 45
  • Thank you received: 2
  • Karma: 0
I tried the drag'n'drop color change and it worked perfectly. I never knew about that feature so that is very helpful. I like that it even gets colors inside groups and clipped objects.

But messing with this has uncovered a bug that I had never experienced before. I made a quick video to illustrate.



Basically if I use the top toolbar swatch to initiate an edit of any color that's not on the first page of colors in the palette I get a full on crash. If I simply double click the color on the actual palette it works fine.

I've been using this version and install of Signlab for years and have not had this happen until after I tried the drag'n'drop color change technique today, and it still works fine on my bosses computer where we haven't ever used the technique before.

Any ideas? :)
The administrator has disabled public write access.

Automatic Color Replacement Signlab 9.1 11 months 1 week ago #5942

  • rayw
  • rayw's Avatar
  • Offline
  • Administrator
  • Posts: 331
  • Thank you received: 72
  • Karma: 7
This is a known issue that was never resolved in 9.1, it is not related to the dragging colours to the job palette, it is something to do with position of the colours in the palette if I recall correctly.

Double clicking the colours in the palette at the bottom will always work.

If you have trouble finding the correct colour, you can use the Sort Colors option from the palette menu [...] and sort by All objects, this will bring all of the colours used to the left end of the palette.
The administrator has disabled public write access.
  • Page:
  • 1
  • 2
Time to create page: 0.058 seconds