Settings and activity
6 results found
-
296 votesVincent Spallek supported this idea ·
-
45 votesVincent Spallek supported this idea ·
-
157 votes
An error occurred while saving the comment Vincent Spallek supported this idea · -
69 votes
An error occurred while saving the comment Vincent Spallek commentedAnother aspect to consider is the philosophy of OOCSS:
1. Create design tokens (color, font specs)
2. Utilizing these tokens, create CSS classes as defined by OOCSS. Example: protective-margin for a margin around clickable elements; clickable-area for a minimum width and height and mouse cursor; button-background for the colors for the different states. Then we can create another class button-background--emph for an emphasized button without having to repeat all the other specifications that won't change
3. Combine those classes to build-up the elements. With this approach, they will become much more consistent with little effort <button class="protective-margin clickable-area button-background">Normal button</button>, <button class="protective-margin clickable-area button-background--emph">Important button</button>
4. Use those elements to build-up the screens and flowIt would be great if something like this would be supported by XD. Other Adobe tools like InDesign allow it to assign one style (e.g. paragraph style) to each element, but not several. Even in Dreamweaver, I can only pick one CSS class when using the design view.
Vincent Spallek supported this idea ·An error occurred while saving the comment Vincent Spallek commentedOne example for a design system: https://vueds.com/
-
222 votes
Kenneth, would you mind breaking out SWF import as a separate feature request? That way people can gauge whether people want both or which one is higher priority. I’ll remove SWF from the title here so it’s focused specifically on HTML import.
An error occurred while saving the comment Vincent Spallek commentedIt definitely is related. If importing HTML, JS and CSS, three aspects might be important:
- Support build automation: being able to hand over a list of components that consistently gets (re‑)imported, instead of having to select them manually in the UI
- Retaining the component hierarchy (component A is composed of component B and C)
- Understanding properties: A button's label can be edited or its icon or width, but not its colors or heightAn error occurred while saving the comment Vincent Spallek commentedAn error occurred while saving the comment Vincent Spallek commentedI want to be able to automatically (re-)generate an XD UI kit from my existing Web UI component library so that the components the designers use are always in sync with what the developers use to implement the solution.
This includes the possibility to update existing symbols in my XD files if they have changed in my web component library.
There are numerous solutions that generate a documentation from existing UI components, couldn't this approach be extended to also generate XD symbols?Vincent Spallek supported this idea · -
806 votesfeature-under-review · 58 comments · Adobe XD: Feature Requests (Read-Only) » 01 : Design mode · Admin →Vincent Spallek supported this idea ·
CSS options should be supported.