-
Notifications
You must be signed in to change notification settings - Fork 7
Description
Issue Description
In the file app\join-waiting-list\page.tsx, we are currently using a selectbox. However, we need to implement a more responsive solution similar to the responsive combobox from Shadcn. This requires refactoring to integrate it as a standard UI component, consistent with our existing form components and in harmony with our theme.
Acceptance Criteria
- The component should be reusable like existing form inputs and must accept dynamic values and style classes.
- The component should adhere to the website's theme colours and styles.
- The component should include filtering, searching, and an optional input field if the given list is not available.
- If a user types something that's not in the enum list, the 'other' option should be filtered and selectable.
- If the user selects 'other', another input field should become visible to enter the value.
Expected UI sample (sample only needs necessary changes as in AC)
Current UI
Instructions
Before starting development, please follow these steps:
- Create a branch on your local machine with the name of the token.
- Ensure that you're working on this branch for the duration of the development process.
Best Practices for Open Source Contribution:
-
Read the Contribution Guidelines: Familiarise yourself with the project's contribution guidelines. These guidelines usually outline how to contribute, coding standards, and other important information.
-
Understand the Project: Take the time to understand the project's goals, architecture, and existing codebase before making any contributions. This ensures that your contributions align with the project's objectives.
-
Follow Coding Standards: Adhere to the coding style and standards established by the project. Consistent coding style makes it easier for others to read and maintain the code.
-
Document Your Code: Provide clear and concise comments within your code to explain its purpose, functionality, and any important considerations. Good documentation makes it easier for other developers to understand and use your code.
-
Test Your Changes: Thoroughly test your changes to ensure they work as intended and do not introduce any regressions. Write unit tests whenever possible to automate the testing process and increase confidence in your changes.
-
Keep Your Pull Requests Small and Focused: Break your changes into smaller, focused pull requests rather than large, monolithic ones. This makes it easier for maintainers to review your code and for other contributors to understand the changes.
-
Be Responsive to Feedback: Be open to feedback and constructive criticism from maintainers and other contributors. Address any feedback promptly and be willing to make necessary adjustments to your code.
-
Be Patient and Respectful: Open source projects often have diverse communities with different perspectives and priorities. Be patient and respectful when discussing ideas or providing feedback, and always assume good intentions from other contributors.
-
Contribute Positively: Contribute to a positive and inclusive community by being supportive of others, encouraging collaboration, and fostering a welcoming environment for all contributors.
-
Celebrate Your Contributions: Your contributions, no matter how small, are valuable to the project. Celebrate your achievements and the contributions of others to build a positive and thriving open source community.