Open patrick-hebner opened 6 years ago
Yes, I'm with you. After implementing issue #95 and #108 we should feature freeze the backend and start frontend development. But we should start the discuss about our layout, color schema, fonts or the CSS framework.
Yes your are right we should discuss this beforehand
@hetec i have started creating some mockup idea's here. Maybe you could add yours too!?
I would prefer a card like layout like this one, because it enables the user to get a quick overview over all recipes. I would also enable direct access to filters, because I think this is one of the most important feature for searching a recipe page
what tool did you use?
yes, we could use the card grid view. looks nice. what did you think about my idea about the recipe carousel?
I would add the filter under or above the search bar. and the categories should be added into a combobox. something like this:
For this I used the trial of Sketch, but Figma is also a very nice free tool for this.
To your idea:
To the filtering solutions:
Why do you want to use the multiselect? I saw some disadvantages:
And please don't hide the filters: the user will have a hard time to find them and always needs a click to use them => at least as long we have enough space.
I hope this makes clear why I designed the mockup like I did. After I know your reasons we will be able to combine the best of both solutions. What do you think. I think we should always favor UX for the user over the beauty of the UI. So first optimize UX then UI
I can't read your article. I didn't have a pocket account. You know I have my own link collector. :-) But I get your points and it's okay. I don't need a carousel. :-)
Okay, I followed the common search and filter practise. Very page I know at the time hide the filter and open a dialog or something else.
Why put the categories into a select. Because if we list all categories this could be very long and other filters maybe not visible.
Maybe we could show the categories as clickable batches!?
How would your filter look on mobile devices?
Hi, I thought we only have a limited set of categories (maybe max. 8 or so). But if there will be more you are right, the space could be a problem. But keep in mind, if the select grows (15 and more) and the user needs to scroll thats very bad too. And we should also make visible what the user selected (because thats a problem with multi select fields) But I think there are solution too, like selects that show the selected items as tags or so.
Nice article about UX and why u shouln't hide filters https://www.newfangled.com/using-filters-for-good-ux/
Maybe we also don't need so much filters and can reduce them. Then we could place them in a horizontal bar at the top. I will think about this.
What did you think about this filter. that's are clickable batches or chips and instead of the hearts we could use chef hat!?
Yes I like this. I try to incorporate this in my mockup. Did you create this or is that some kind of component, plugin or so?
I have you invite to our figma team today. Yes, It's a component.
I try to import the sketch file to figma
the import should work i think.
what if we use use chef hat instead of a heart?
Yes we can do this, I just had no one available
I think with your filter idea a horizontal filter bar above the recipes would also be possible.
[maybe this here?] (https://www.flaticon.com/free-icon/chef_129226#term=chef hat&page=1&position=5)
Yes, we can start with that, looks good. Maybe we should anyway encapsulate this into a component, so we can easily change the icon if we want.
Can you give me a link to the component for the clickable batches?
It's inside Figma. it's called Recipe-Filter. You could copy it and paste it into your component / file.
Ahhhh, I actually meant if there is a ready to use angular component for this type of filter. Little misunderstanding
Angular material has a chip component - https://material.angular.io/components/chips/overview
We should define the feature set for our mvp I think! In this sense I would suggest to stop the backend development at some point and start implementing the frontend to get some minimal product.
On basis of this minimal product we can than go ahead. An it's maybe a lot easer to define new features like the rating, sharing, grouping ... if we have a clue how our product will work in action and how it looks.
What do you think?