Settings and activity
2 results found
-
337 votes
An error occurred while saving the comment An error occurred while saving the comment 
Kevin Lozandier
commented
*dynamically repeatable as in new icons as applicable with the use of the repeat grid tool
An error occurred while saving the comment Kevin Lozandier
commented
1. Version of Adobe XD: 0.6.28.10
2: Steps to reproduce issues:
2.1: Create grouped objects with an SVG used instead of a raster image (PNG, JPEG, GIF, etc) to represent an illustration/image/icon
2.2. Create a repeat grid
2.3. Attempt to replace the SVG with another SVG, IMG, or a group of either or both.3. Expected result:
Expected SVG to be replaced or be now repeatable4. Actual result:
This does not work, noooooooooo!Kevin Lozandier
supported this idea
·
-
184 votes
While we still don’t have the tools built right into XD (and so I’m leaving this open), we do have at least one plugin to help with color blindness checking. Please do check out the plugins section of XD to see if one will work for you!
An error occurred while saving the comment Kevin Lozandier
commented
I would follow-up with this as not being an on-off switch but a variety of options associated with viewing an XD document with the simulated perspective of people with various kinds of blindness.
Kevin Lozandier
supported this idea
·
Hi, Dirk:
I don't think export SVGs as PNG is preferred or at all desirable:
Particularly when trying to design with Responsive or Adaptive prototypes in mind, creatives WANT to leverage the vector characteristics of SVG as much as possible–in addition to not unnecessarily manage multiple version of the image asset strictly because of sizing concerns.
Furthermore, symbols seem unrelated unless you can replace a symbol with another one that inherits the former symbol size and dimensions?
Also think a significant part of my issue isn't addressed that is more a general problem instead of a repeat-grid related problem: It's very intuitive that SVGs can't at least have the option to be treated just like raster images when a creative use case is EXACTLY like raster images.
It seems to be a weird treatment of SVGs that seem to be resolved if the current handling of SVGs was trigged not as immediately or more deliberate to be accessed.
The reasoning is that it's more likely by default SVGs are desired to be treated more like how raster images already are treated like.
Nonetheless, it's a severe problem you can't drag & drop a set of SVG images like raster images with the benefits of the repeat grid feature to the extent I'm worried why it's in the backlog.
WIth typical efficient UI & UX day-to-day workflows, SVGs are used to represent icons elegantly.
When creating mock-ups that need to represent a set of icons, many efficient UI creatives would want to drag a set of SVG icons as needed within their prototypes.