Jump to content
You must now use your email address to sign in [click for more info] ×

Search the Community

Showing results for tags 'trotec'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Affinity Support
    • News and Information
    • Frequently Asked Questions
    • Affinity Support & Questions
    • Feedback & Suggestions
  • Learn and Share
    • Tutorials (Staff and Customer Created Tutorials)
    • Share your work
    • Resources
  • Bug Reporting
    • V2 Bugs found on macOS
    • V2 Bugs found on Windows
    • V2 Bugs found on iPad
    • Reports of Bugs in Affinity Version 1 applications
  • Beta Software Forums
    • 2.5 Beta New Features and Improvements
    • Other New Bugs and Issues in the Betas
    • Beta Software Program Members Area
    • [ARCHIVE] Reports from earlier Affinity betas

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Location


Interests


Member Title

Found 1 result

  1. Hi Team, There seems to be a problem in the way AD versions 1.9.0 through to 1.9.2 recognise and pass vector line information to our Trotec 'JobControl' print driver. The print/render will now produce a raster red line instead of a vector for files created in any version prior -> 1.8.5. If I redraw that very same line (then snap it to the existing path in 1.9.2 Beta for example) and print the file to JobControl, the line will print correctly. We have hundreds of files with complex cutting Artboards in them. As it stands we will have to recreate every red cut line from every shape and layout if versions 1.9.0+ will not print lines created in previous versions. The only way to get around this is to export every file to .eps format first. But then we lose all the group/layer stacking and colour tagging which is used for hiding and printing different combinations of large piece-count layout files. Another change in 1.9.0+ is that it does not recognise the 'Defined by driver' paper size in the AD print settings used to print to the correct laser-bed sized file. I now have to change the setting to 'custom' each time in the AD print dialogue and enter the size manually to have it set the correct 610mm x 305mm file table size. I have been printing for two and a half years into JobControl using exact RGB colour values for both red and blue vector cuts. Stroke width is not critical as long as it is sub 0.05mm, I always set ours to 0.02mm. I mention this because I have read a number of posts here on the forums which believe a critical 'hairline width' for Job Control is necessary for cut lines to be recognised and rendered. This is not so. JobControl is more concerned with the RGB value and seems to accept any stroke value under 0.05mm (0.14pt). I have tried the printing process with numerous files created in versions ->1.8.5 and all red/blue vectors seems to behave the same. I am keen to get to the bottom of this as it's a big time-consuming workaround for us for years to come if the files can't translate into future AD versions for easy, reliable laser printing. Can provide files and system info through a secure channel.
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.