Research/implement structure of components in project #231
Labels
No labels
_CRITICAL_
API
app
backEnd
Blocked, waiting for further changes
bug
cleanup
close
design
duplicate
enhancement
feature request
frontEnd
help wanted
invalid
low priority
needs input
needs review
project documentation
question
research
reviewed
script
security
SQL
style
testing
topLevel
wontfix
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Andras/BoundlessFlowCampus2K#231
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
We want a simple structure, with plenty reuse.
Can we make an architecture diagram in this issue as a basis for the discussion?
The title may be misleading what this issue was about was moving the components in the front end from App.js to their own components which are called via routing. The components are now accessible via for example the clickable links in the navbar and footer. Cards are now only shown on the home page instead of every page like it was before. If anything I think a class diagram would be better in this situation since it's about how the classes interact. Does this clarify the issue or should I make a architecture/class diagram still?
b24jonel referenced this issue2026-04-16 09:35:53 +00:00
we use reusable components. I close this issue as it is implemented.