-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Design for UI / Frontend #4
Comments
I think the login will be redirected to an auth service which will handle the login page under its own domain. So what we need is more a login/logout link or button? Some way of associating users/team with a task would be good too. Can be part of the flow for creating a new task but also something that can be done later in its own flow. Should the creation of the frontend be one task where we divide horizontally or should the different parts of the ui be implemented together with the backend functionality? Vertical slicing. |
I agree on those views to fulfill the design requirements. Maybe a view of tasks that is not associated to a user or a team. Unassigned tasks view maybe? regarding the question about horizontal or vertical slicing my suggestion would be vertical slicing so that we we can focus on all layers of a function and implement that completely so that it is fully functional. My feeling is that would suit this application best. We could start with task creation both FE, BE & DB and then possibillity to create teams and then assign tasks to individuals etc. If we do like that the system will evolve in small steps which is a way of working that often is the most effective as far as my experience goes |
A view for Unassigned tasks is a good idea, It could be useful to bring attention to Tasks that are sort of "hanging" in the air. |
A Login/Logout seems sensible in this case. Updating that.
Initially I was thinking that Tasks should be created as unassigned and then assignment would be after creation. But I think like you're saying that assignment upon creation could probably be better and promote a better user experience. Another thing I was thinking about is wether Tasks should be able to be unassigned both on Team level and User level. Should it be possible to create a Task that has no relation with an User or a Team? As for vertical or horizontal slicing I think vertical would probably accelerate progress as soon as we've agreed on the database models. |
Perhaps it would be a good idea to also create an issue where we specify the colors, fonts etc. to create a coherent look across the whole application. Not sure if this has been brought up yet, but I think it would be a good idea, could also be extended to a full "design system" with specified margins, paddings and so on. |
Is this something that can be done as a default css file that styles the application and can be linked in the single page that will be the frontend? Make a branch and pull request with such a file or files? |
Yes, I think that some simple styling could be applied quite easily that way, and we can also provide classes and variables in the same file for additional use. If it sounds like a good idea I will create a separate issue for this as done for the other parts. |
I like the table design it's nice and easy to understand from #21. Have we come up with a homepage "default view" and what the whole page should look like? Couldn't find any designs for the site as a whole just the smaller components. |
Design of UI
Since the only design requirements of the UI are :
I think we should discuss what the whole thing could look like. I broke out a few views that i think needs to be a part of the project in order to fulfil the design requirements.
What do you think? What else should be part of the UI?
The text was updated successfully, but these errors were encountered: