Jump to content

Hangman

Members
  • Content Count

    419
  • Joined

  • Last visited

About Hangman

  • Rank
    Advanced Member

Recent Profile Visitors

958 profile views
  1. I've just reinstalled the previous two Beta's to test and it seems to be checked by default, though I didn't knowigly uncheck it first time round so I'm not sure.
  2. Thanks, hadn't spotted the checkbox was unchecked!
  3. Definitely not working for me in AD 1.9.0.209 (and prior 1.9.X iterations) but is working as expected in APhoto 1.9.0.13. Both under Mojave 10.14.6. Also works as expected under 1.7.3. Shape Selection.mp4
  4. I'm assuming this is a bug in the latest 1.9.X releases as the same isn't the case in APhoto? It only affects shapes, not text frames.
  5. The issue appears to relate to any shapes that are scaled in any way after first being drawn when you have the stroke aligned to centre, so e.g. if you draw a 500 x 150px rounded rectangle and apply a 3pt stroke and do nothing else to it then the exported SVG file shows the stroke as 3pt (assuming a 72dpi document, the stroke will appear as a 3px stroke in the exported SVG). Draw an 500 x 300px rectangle and then resize it to 500 x 150px, apply a 3pt stroke and export to SVG and then the stroke size shown in the SVG is scaled to 3.79pt/px Draw an 500 x 600px rectangle and then resize it to 500 x 150px, apply a 3pt stroke and export to SVG and then the stroke size shown in the SVG is scaled to 4.12pt/px Draw an 500 x 500px square and then resize it to 250 x 250px, apply a 3pt stroke and export to SVG and then the stroke size shown in the SVG is scaled to 6.00pt/px If you set the stroke to either Inside or Outside the issue goes away. The other issue seems to be that the exported SVG files only show the stoke width for files where the stoke is aligned centre, when the stroke is aligned inside or outside the stroke width is missing in the exported SVG. So I would say both of these issues are bugs! I have a feeling they may already be known bugs but I'm not sure, hopefully someone from Affinity can confirm.
  6. That would explain things then as I'm using a Magic Mouse and use ALT Scroll to zoom into documents but there was no mention of the Magic Mouse not working in the release notes so hadn't picked up on this. It would still be way more useful being able to make side by side comparisons so you can see the same file using different compression settings and/or resample options in a single window because currently changing the compression setting or resample mode results in the preview window going blank whilst it redraws the preview which means you can't realistically make proper comparisons which is really what you need ot be able to do.
  7. This is a very welcome addition and I appreciate it is a work in progress but I'm slightly baffled by the current implementation. The preview provided by clicking the Preview button for any raster format displays a non-zoomable (unless I've somehow missed that) preview at a size smaller than any current document when viewed as Zoom to Fit which basically makes the preview totally useless as you really can not make any sort of realistic assessment as to how the file actually looks at different resample/compression settings. For this feature to be of any use, it needs to be much closer to the Save for Web feature in PS (but hopefully better) and it needs the ability to display the same image multiple times (user defined) and most importantly the ability to zoom in on the file so you can make a realistic side by side comparison of how the file will look at different compression settings. I'm also slightly unsure why the Preview window dispalys a different percentage setting for different file formats, i.e. for an A4 file, 22% for PNG, JPEG and GIF files but 37% for TIFF and PSD Files? What does this percentage actually relate to and why is it different for different file formats? For an A3 file these percentages change to 91% and 96% respectively?
  8. Glad you've been able to resolve the issue.
  9. Did removing the empty layer resolve the problem?
  10. Not seeing any issues here with rounded corner rectangles on SVG export, are you able to attach the file you're having issues with?
  11. @ChristianR Can you attach the AD file and also let us know which PDF preset or PDF settings you are using for the export, a screengrab of the PDF settings under the More button will be fine.
  12. @vikingtone I'm 'guessing' here but I suspect the page that your 148mm long thing is sitting on is A4 in size and 300dpi and I also am guessing that when you're exporting to SVG you're exporting the Whole document rather than using the Selection without background option. Despite being a resolution independent format, AD uses 72dpi as its default SVG resolution which I believe is incorrect since this was changed with the introduction of CSS 2.1 to 96pdi. The CSS 3.0 specification states the following: dppx Represents the number of dots per px unit. Due to the 1:96 fixed ratio of CSS in to CSS px, 1dppx is equivalent to 96dpi, which corresponds to the default resolution of images displayed in CSS as defined by image-resolution. The default unit used by AD for SVG exports is pixels. An A4 landscape page is 3,508px wide when at 300dpi, hence my assumption above but let me know if that's not the case and purely a coincidence? There seems to be an issue with Tinkercad in that it uses mm as its unit of choice and even if following the suggestion from @Gear maker when importing an AD exported 72dpi SVG, whilst this is shown at the correct size, e.g. 148mm in the import window the actual imported SVG when measured in Tinkercad is 420mm which is 148mm converted to pixels at 72pdi, i.e. Tinkercad is actually converting 420px to 420mm. This can be seen by exporting the imported file back out of Tinkercad as an SVG file and opening it up in AD. Note: Unckecking Set viewbox under the More options in AD when exporting to SVG will achieve the same thing suggested by @Gear maker without the need to manually change the width="100%" height="100%" to mm (only it will default to px), i.e. the exported SVG will display px values instead of percentages. Changing the Width and Height to mm makes no difference in terms of how the file is interpreted by Tinkercad, it seems to see everything in mm regardless of the dimensions set in the SVG file. For some reason Tinkercad won't recognise an SVG file that uses percentages for it's W and H, but as @Gear maker suggests, changing the dimensions to mm or px allows Tinkercad to at least read the file, only it appears to read it incorrectly, as in converting what are actually px to mm. If you first physically select your 148mm long thing on the canvas, then export to SVG and choose the Selection without background option from the Area Dropdown and then click the More button and change the default Use document resolution to Use DPI and set that to 72 DPI and also uncheck Set viewbox prior to exporting your file you will end up with a 148mm long thing once exported as an SVG, however most laser cutting programs than use SVG files correctly use 96dpi and not 72dpi, e.g. Carbide Create, which means importing a 96dpi, 148mm long thing exported as an SVG from AD sucessfully imports into Carbide Create as a 148mm long thing.
  13. Firstly apologies if this is 'slightly' off topic but I currently export hundreds of pdf files from AD and have a requirement to password protect them so they can't be copied or printed. At the moment in the abscence of any direct password protection options in AD I'm doing this manually using Apple Preview but I wondered if anyone knows if it is possible to automate the process using Automator or Applescript (or in any other way) and if so if anyone knows how to do it as I'm not a programmer. To be clear I only want to prevent copying and printing... As far as I can tell it is only possible to encrypt the pdf in Automator which would require a password to open the file which is not what I'm looking for... Ideally if somehow scriptable, the option to simply right click the pdf and select the script from the context menu so it runs automatically could work and would save me hours of time. Anyway, I just thought I'd throw it out there to see if anyone has any ideas. It would be nice to see the password protection options for PDFs in future versions of AD, AP and APub.
  14. Throw the curve direction into the mix and then 1.9.0.9 is functioning correctly... Text converted to curves defaults to Winding which means using subtract with 'text on text' or 'shapes on text' doesn't work by default (only by manually converting to Alternate after the Boolean operation) so I agree, giving the result of a Boolean operation the default of Alternate makes perfect sense.
  15. In the AD file, both shapes are set to 'Winding' and the Subtract function works as expected in the 1.9.0.9 Beta. The SVG has the large outer shape set to 'Winding', the small inner shape set to 'Alternate' by default and this is what happens when using the subtract operation. There is a difference in behaviour between the two versions, but I think this is a known bug which looks as though it has possibly been fixed in the latest version.
×
×
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | 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.