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

Larry Akers

New Members
  • Posts

    3
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. All right. I wasn't going to mention this in my original report, because it seemed too unlikely. But this appears to be a cache problem. The odd behavior I previously reported reflected display of previously loaded SVG files, even those with different names. To wit, I took a subject SVG file, added new rect forms to the SVG file in a text editor, saved the file under the same file name, and re-loaded it into Designer. The display was as before. The new forms did not appear. It did not help to kill Designer and re-start it. Same behavior. Even stranger, I made a copy of the modified SVG file, gave it a different name, restarted Designer, and loaded the renamed file. The display was STILL of the original, unmodified file. I have not tried re-booting my machine to attempt to clear Designer's persistent memory. Nor am I willing to re-boot my machine every time I modify an SVG file to accommodate Desiger's issue. At some point, Designer becomes useless to me, and I have to go kicking and screaming to Adobe. I am near that point.
  2. I define a collection of 8 gradients in SVG and refer to the last four of them in rectangular forms. Rather than displaying the last four when I load the SVG, Designer V2 fills the rectangles with the first four declared, even though none of them are selected as fill in the rect specs. (See foo2.svg). If I move the latter four definitions to the front of the others in the SVG file, the correct gradients appear. (See foo.svg) If I rotate the fifth declared gradient to the first in the declaration order (still referring to it by its gradient5 name), it is the one displayed for fill gradient5, but the second, third, and fourth (gradient2, gradient3, gradient4) are displayed rather than the specified (gradient6, gradient7, gradient8) (See foo3.svg). Neither Microsoft Edge nor GIMP exhibit this bizarre behavior. Obviously a bug. Running Windows 10 Pro on AMD Phenom(tm) II X4 975 Processor As usual, I'm unable to upload screenshots to this form (using Chrome) and have to start over with the report if I try. Larry foo2.svg foo3.svg foo.svg
  3. When I mask to below a figure (like an ellipse) onto an SVG image and export the resulting figure, the SVG file created by export looks as if it properly represents the masked ellipse. But if I re-load the exported file as a layer in a new workspace, Designer displays only the original SVG and not the extracted ellipse. Moreover, using the move tool, I can only manipulate the broader display. I see no visual evidence of the ellipse. I believe the SVG is correct, and if I load it into GIMP it is displayed and is manipulable as I would expect. This looks like a bug to me. I would appreciate a tip if I am overlooking something, or some kind of workaround, as I really need to be able to load and manipulate an exported masked SVG object as a layer in new designs. I'm attaching screenshot jpgs of the masked object I created, the same object overlaid onto another design within the same Affinity document, the exported ellipse SVG file reloaded into a fresh Affinity document (where only the masked-over, not the ellipse is displayed), and the exported ellipse SVG file displayed in GIMP (looking as it should). I'm also attaching the original SVG and the exported ellipse SVG files. ... Well, I can't seem up upload my screenshot jpgs. But you should be able to examine the foo-ellipse.svg produced by exporting from Designer, load it into Designer, and see that the ellipse clipPath is being ignored. BTW it does not help to move the clipPath form to the end. Help, please! I really need this capability. Larry maroon-slanted-cover-8wide.svg foo-ellipse.svg
×
×
  • 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.