Refactored user name field into two separate fields: "given_name" and "family_name". Added functionality to retrieve, update, and validate these new fields. Also streamlined the code related to updating the user's picture.
Changes include:
- Splitting the single "name" field into "given_name" and "family_name" in the User structure and updating the associated functions.
- Modified the user updating function to handle these two new fields separately.
- Added new variables "newGivenName" and "newFamilyName" that store the user's input for these fields and are used to update the user's profile.
- Removed "userNameInput" variable and "pictureChanged" flag that were used to track changes in the previous implementation.
- Ensured that the new input fields are bound to the correct variables in the form markup.
- Included code to load the user's full name (both "given_name" and "family_name") when the page is loaded.
- Removed name-related code from the "user subscribe" block since this is now handled by the new fields.
The changes refactor and enhance the logic for rendering URLs of a Git branch within the system. Prior to this, the logic created a url function based on the branch name, and used a nameToBranch function to call it, transforming the name string by replacing non-letter/numeric characters. This led to potential issues.
- Added an 'upstream' object to 'branches' which is then passed on to further components using it.
- The URL function now directly uses this 'upstream' object instead of deriving it from the branch name, leading to more consistency with remote branches.
- The nameToBranch function became obsolete and was removed.
- The URL now splits the upstream branch name and uses the last part for the branchName, maintaining the old structure while improving the accuracy.
- A condition was added to make sure the URL is only created if the 'upstream' exists.
This commit includes several changes that revolve around the SVG icons used as loading indicators. The loading indicators have been reduced in size and the animation and color have been adjusted. New SVG graphics have also been introduced, including a complex icon and a simple icon for different sections of the interface.
Here are some key points:
- The size of the `IconLoading` class has been changed from `h-5` and `w-5` to `h-4` and `w-4`.
- New styling with `fill-purple-600`, `text-light-500`, and `dark:text-dark-500` have been applied to `IconLoading` to better match the project's color scheme.
- A new SVG graphic, using `fill="currentFill"`, has been introduced and replaces the old SVG graphic.
- Some SVG tags have been commented out, presumably for future use or for debugging purposes.
Updated several class attribute values within the commit component to better control element aspect ratios. This was achieved by changing the flex classes. The reference to commit.description has also been modified to display only the first 100 characters, earlier it used to display 200 characters.
Key changes include:
- The use of "shrink-0" versus the previous "w-24" and "w-32" values to prevent those elements from shrinking.
- The reduction of commit description substring length.
- Addition of "rel=noreferrer" to the commit url link for improved security and performance.
In this commit, the layout structure of the code has been refactored. The aim is to create better organization and improve overflow handling. The `UpstreamBranchLane` no longer directly shows under the `target` but is now a child of a new div in `Board`. The removal of a comma at the end of `cloud` indicates a minor syntactic adjustment.
Details:
- Introduced a new div with `flex flex-grow overflow-hidden` classes for better layout management.
- Shifted the `UpstreamBranchLane` component inside the newly introduced div.
- Added `overflow-x-hidden` class in two places to handle the x-axis overflow.
It redirects to the account page if user is logged in.
This meant that if a user is logged in they cant go to the project settings, since it instantly redirected them to the account settings
I was trying to figure out how we can leverage the rust code for
boostrapping new repos during development. It would be great if
I only needed one command to spawn a repo with an active merge
conflict.
While figuring things out I spotted this opportunity to make the
code a bit more dry.
