활동이 없어 이 대화는 잠겼습니다. 새 게시물을 작성해 주세요.
활동이 없어 이 대화는 잠겼습니다. 새 게시물을 작성해 주세요.
Hi,
Has anyone found an effective (and hopefully efficient) way of providing an illustration of the different components/templates available for making pages. Something where people can (effectively) say "I'd like to use 'that' component at the top, then 'that one' below...and then we'll use 'that component' at the bottom for displaying the x". I know it's not actually quite that simple - but hopefully that description makes enough sense.
Effectively a catalogue for people to browse - could be UX, could be product owners...whoever it is in your organisation that needs it.
Thanks in advance for any help.
해결되었습니다! 솔루션으로 이동.
I think we'll probably end up with a couple of solutions serving different needs, maybe:
"Has anyone found an effective (and hopefully efficient) way of providing an illustration of the different components/templates available for making pages."
AEM does not really support this. You can organize your components into categories - but AEM does not have a tool that provides this information.
Another approach is you can document various components that your org uses for such purposes. Maybe create a word doc/PDF that describes the available components and when to use them.
조회 수
답글
좋아요 수
Hey,
Its a good approach but every time client is having a different requirement for pages.and is it really possible to get all the component information from different projects?
I don't think it is possible. however you can make document for OOTB component which can help in this case.
and as Scott stated, there is no such document or tool that provide this information.
~ Prince
조회 수
답글
좋아요 수
Prince Shivhare wrote...
Hey,
Its a good approach but every time client is having a different requirement for pages.and is it really possible to get all the component information from different projects?
I don't think it is possible. however you can make document for OOTB component which can help in this case.
and as Scott stated, there is no such document or tool that provide this information.
~ Prince
Thanks both.
I'd assumed there was nothing OOTB but this is the second client I've had (my role is UX) that would like something like this. We're currently going to remake the components (not every nuance) within a design package (Sketch or Axure) with the hope that we can generate something that is useful for both UX and the wider audience.
With regard keeping track of updates, changes and new components we'll be looking to put some strict governance and regular communication in place to help with this. It won't eradicate all problems of course but the governance + regular catch-ups should help.
Can anyone describe their process/documentation (inside or outside of AEM) that they use?
조회 수
답글
좋아요 수
We used to track such changes (to tool components) using a WIKI.
조회 수
답글
좋아요 수
I think we'll probably end up with a couple of solutions serving different needs, maybe:
That seems to be the right direction.
조회 수
답글
좋아요 수