Skip to content
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

Make External Changes Resolver dialog scrollable #11220

Open
koppor opened this issue Apr 18, 2024 · 11 comments
Open

Make External Changes Resolver dialog scrollable #11220

koppor opened this issue Apr 18, 2024 · 11 comments
Assignees
Labels
FirstTimeCodeContribution Triggers GitHub Greeter Workflow good first issue An issue intended for project-newcomers. Varies in difficulty.

Comments

@koppor
Copy link
Member

koppor commented Apr 18, 2024

The box in the "External Changes Resolver" should be scrollable

  1. Create a new library with a few groups and assign some entries to them
  2. Outside of JabRef, open the bib file in a text editor, scroll down to the end of JabRef and modify the group structure, e.g., change the group name or add new group by copy and paste
  3. Wait for the dialog "This library has been modified by another program"
  4. Click on Review Changes
  5. See the metadata like in the screenshot

image

@koppor koppor added the good first issue An issue intended for project-newcomers. Varies in difficulty. label Apr 18, 2024
@aaronphilip19
Copy link

Hey, @sambujangfofana and I are students from the University of Michigan. We are currently working on a project wherein we have to contribute to a Github repository(https://eecs481.org/hw6.html). We are pretty interested in this issue and would want to work on it. We hope to submit a pull request this week. Could we be assigned this issue?

@koppor koppor added the FirstTimeCodeContribution Triggers GitHub Greeter Workflow label Apr 22, 2024
Copy link
Contributor

As a general advice for newcomers: check out Contributing for a start. Also, guidelines for setting up a local workspace is worth having a look at.

Feel free to ask here at GitHub, if you have any issue related questions. If you have questions about how to setup your workspace use JabRef's Gitter chat. Try to open a (draft) pull-request early on, so that people can see you are working on the issue and so that they can see the direction the pull request is heading towards. This way, you will likely receive valuable feedback.

@ThiloteE
Copy link
Member

@aaronphilip19 are you still on it or can I unassign you?

@abimael-turing
Copy link

abimael-turing commented May 20, 2024

@ThiloteE Can I work on this issue?
If you would like, you can assign this issue to me!

@ThiloteE
Copy link
Member

@abimael-turing for now, this issue is still reserved.
image

@aaronphilip19
Copy link

@aaronphilip19 are you still on it or can I unassign you?

Hi, we weren't able to solve it so you can unassign me.

@alexandre-cremieux
Copy link
Contributor

alexandre-cremieux commented Jun 9, 2024

Hello @koppor and @ThiloteE . Is help still wanted for this issue ? If so, could you please assign it to me ?

I made some investigation and was able to make the Metadata change details view scrollable and to wrap the text in the Group change details view.

I also see a TODO in the DatabaseChangeDetailsViewFactory regarding pattern matching. As Java 21 is now proposing it, would you like me to give it a try at the same time as we are working in the same package (for instance, I split the work in two commits for the review) ?

@ThiloteE
Copy link
Member

ThiloteE commented Jun 9, 2024

Thanks for your interest. Yes, two separate commits/pull-requests are fine.

@alexandre-cremieux
Copy link
Contributor

alexandre-cremieux commented Jun 9, 2024

Thanks for you answer @ThiloteE. Just to be clear about what you would like ?

  • two separate commits in same pull request
  • or two different pull-requests (one for this issue, the other one for the TODO related to pattern matching)

@ThiloteE
Copy link
Member

ThiloteE commented Jun 9, 2024

To be honest, I think either one is fine. As long as you have a good commit message that summarizes and lists both features it should be fine, if its in one PR, but obviously in case the pull-request becomes rather large, then disentangling the two might be better for debugging and reviewing. Also, two distinct features will be introduced, thereby having two separate pull-requests / commits is fine for keeping track of changes in JabRef. I don't have a strong opinion on this. Your choice.

@alexandre-cremieux
Copy link
Contributor

Okay, then I will open one PR and let you comment it. If needed, I will split it later. Thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
FirstTimeCodeContribution Triggers GitHub Greeter Workflow good first issue An issue intended for project-newcomers. Varies in difficulty.
Projects
Status: Reserved
Development

No branches or pull requests

5 participants