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

As a user I would like to manually search by a project #25

Open
1 of 5 tasks
thescientist13 opened this issue Nov 17, 2018 · 3 comments
Open
1 of 5 tasks

As a user I would like to manually search by a project #25

thescientist13 opened this issue Nov 17, 2018 · 3 comments
Assignees
Labels
enhancement New feature or request

Comments

@thescientist13
Copy link
Member

thescientist13 commented Nov 17, 2018

Type of Change

  • New Feature Request
  • Documentation
  • Improvement / Suggestion
  • Bug
  • Other (please clarify below)

Summary

If a user already has a name of a project in mind, they can enter that instead.

Details

The only downside is that this requires the user to know both the repository and repo / user name.

Maybe allow some sort of lookup within the topology?

@thescientist13 thescientist13 added the enhancement New feature or request label Nov 17, 2018
@thescientist13 thescientist13 self-assigned this Nov 17, 2018
@thescientist13
Copy link
Member Author

thescientist13 commented Aug 7, 2019

@penguin999
What do you think of a task like this? Being able to provide repoName / projectName via query string and auto populating the dropdowns that way? (e.g. being able to deep link).

To compliment that, as the user selects from the dropdown, maybe the URL could be updated for them so it could be easy for them to copy / paste and share with?

@penguin999
Copy link
Contributor

penguin999 commented Aug 13, 2019

@thescientist13,

What do you think of a task like this? Being able to provide repoName / projectName via query string and auto populating the dropdowns that way?

I keep going back and forth on this one. I would keep this feature in the backlog, but it would be at low priority since we don't add much service to what the user must already know.
E.g. getting from ContributaryCommunity/www.contributary.community to
https://github.com/ContributaryCommunity/www.contributary.community/issues is not something I think a user would need to use an app for.

To compliment that, as the user selects from the dropdown, maybe the URL could be updated for them so it could be easy for them to copy / paste and share with?

This seems to make more sense as a service: having a URL dynamically update as the user is browsing dropdown selections would communicate where things are headed, where they could directly jump to, or, as mentioned, something they could share.

Edit: The second feature seems to be covered by #47

@thescientist13
Copy link
Member Author

I keep going back and forth on this one. I would keep this feature in the backlog, but it would be at low priority since we don't add much service to what the user must already know.

This seems to make more sense as a service: having a URL dynamically update as the user is browsing dropdown selections would communicate where things are headed

Yeah, I essentially see these two issues as being somewhat linked. What I envision is a couple user flows:

  • Someone can bookmark the URL generated from selecting from the dropdowns
  • Someone can share that URL to someone else (like maintainer's to contributors, although I suppose maintainer's would use their repo?). Anyway, the point is links are shareable

These both work if we make it so the app can "explode" on those query params and fast forward the user through the steps, so to speak.

With these two features, and being able to lazy load more issues, I think we would be in a good place for GitHub's hacktoberfest in October! 👻

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants