-
-
Notifications
You must be signed in to change notification settings - Fork 5.8k
WISH: Sticky issue titles #10675
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
Comments
Fixed: I posted a patch/diff toward the wrong code base so it looked much bigger - tI've updated the patch/diff - it's really a small update |
This issue has been automatically marked as stale because it has not had recent activity. I am here to help clear issues left open even if solved or waiting for more insight. This issue will be closed if no further activity occurs during the next 2 weeks. If the issue is still valid just add a comment to keep it alive. Thank you for your contributions. |
unstale[human] |
@HenrikBengtsson Could you send a PR to gitea? |
@lunny, would the diff in my top post suffice? I'm not familiar with the Gitea template framework, so it's a bit of a good-enough hack. |
@HenrikBengtsson I think we would run into issues with the dark theme (e.g. white background style), as well we would want it to be optional and probably controlled by a class rather than inline styling if possible. |
I'd oppose this. It is one of the annoyances of GH that I don't like and which I disable with userstyles. Issue title is not important enought not warrant taking away screen estate. It's duplicating with the browser tab title and easily visible when opening the issue, which ought to be enough. |
Maybe it could be an optional feature? So, the background for this feature request is to improve the Gitea experience during group meetings (in person or online) going through issues in the issue tracker. You have one person controlling the Gitea interface who share/project their screen. Since that person is in control, they also know exactly which issue they are currently on. In contrast, everyone else tends to get lost in which issue is currently discussed. This happens because the transition to the next issue is often too quick, or people tend to keep chatting with attention elsewhere when moving to the next issue. The issue title provides everyone with minimal, necessary info to catch up without having to ask the host to scroll back up to show the title and so on. We have used "stick issue titles" for 6+ months now and it helped us a lot. |
Yeah sticky headers are certainly something to consider having a option for. Some people like them, some don't and they can be very distracting, especially on small screens. I guess we need to introduce a "UI Options" section, can probably be localStorage-backed only. |
Your and my "use case" made me realize that this type of feature then might belong to whoever is currently browsing Gitea, rather than the repos owner or Gitea admin. (I deploy my hack throughout Gitea at each update) |
I'd make it a browser-specific option (e.g. localStorage does that). I guess you could sticky that header with a simple Userstyle too, so no need to touch server code. |
Not really an option for us - too many people, computes, and browsers hosting - it's hard enough to get people to use issue trackers in the first place :p |
In issue go-gitea#10675 it's requested to make the issue bar sticky upon scrolling in the issue view. The proposed change changes inline html, which is not desirable. As such I've added the position sticky option to it's container, and fix the background upon scrolling.
…8271) * Make the wiki editor bar sticky for longer wiki edits On codeberg community it was requested to make the wiki editor toolbar sticky for longer wiki posts, so one wouldn't have to scroll to the top to use it. (Reference; https://codeberg.org/Codeberg/Community/issues/533). In order to make this happen, the .editor-toolbar class needs to become position: sticky, and we need to fix it's transparent background and border-bottom. Because the bottom disappears, we add it. This makes the border become a double border, because the CodeMirror area defines borders for all. As such I've added a border-top: none, on the wiki write tab for the CodeMirror class. * Make the issue bar in the issue view sticky for issue #10675 In issue #10675 it's requested to make the issue bar sticky upon scrolling in the issue view. The proposed change changes inline html, which is not desirable. As such I've added the position sticky option to it's container, and fix the background upon scrolling. * Make linter happy on _repository.less Fix 0px -> 0 to make the linter happy. * Make linter happy on _editor.less Fix 0px -> 0 to make the linter happy. * Change z-index to the lowest boundary of 1 As per review of @silverwind change the z-index to it's lowest requirement of 1. * Change z-index to the lowest boundary of 1 As per review of @silverwind change the z-index to it's lowest requirement of 1. * Revert changes made to wiki editor (unsticky) and add max-height Fixes the max-height to 85vh, on the proposed 90vh it just came out just slightly too large. Unstickies the changes from the sticky commits. * Revert changes for the sticky title editor Removes the changes as done by the sticky title editor. * Add max-height definition to CodeMirror-scroll Add the max-height definition for the CodeMirror-scroll class in order to generalize the changes spoken about in PR #18271 * Remove CodeMirror-scroll definition Remove the max-height in CodeMirror-scroll definition, in order to generalize it in the CodeMirror less file. As per discussion in #18271. * fine tune CodeMirror min-height/max-height Co-authored-by: 6543 <6543@obermui.de> Co-authored-by: wxiaoguang <wxiaoguang@gmail.com> Co-authored-by: Lunny Xiao <xiaolunwen@gmail.com>
…-gitea#18271) * Make the wiki editor bar sticky for longer wiki edits On codeberg community it was requested to make the wiki editor toolbar sticky for longer wiki posts, so one wouldn't have to scroll to the top to use it. (Reference; https://codeberg.org/Codeberg/Community/issues/533). In order to make this happen, the .editor-toolbar class needs to become position: sticky, and we need to fix it's transparent background and border-bottom. Because the bottom disappears, we add it. This makes the border become a double border, because the CodeMirror area defines borders for all. As such I've added a border-top: none, on the wiki write tab for the CodeMirror class. * Make the issue bar in the issue view sticky for issue go-gitea#10675 In issue go-gitea#10675 it's requested to make the issue bar sticky upon scrolling in the issue view. The proposed change changes inline html, which is not desirable. As such I've added the position sticky option to it's container, and fix the background upon scrolling. * Make linter happy on _repository.less Fix 0px -> 0 to make the linter happy. * Make linter happy on _editor.less Fix 0px -> 0 to make the linter happy. * Change z-index to the lowest boundary of 1 As per review of @silverwind change the z-index to it's lowest requirement of 1. * Change z-index to the lowest boundary of 1 As per review of @silverwind change the z-index to it's lowest requirement of 1. * Revert changes made to wiki editor (unsticky) and add max-height Fixes the max-height to 85vh, on the proposed 90vh it just came out just slightly too large. Unstickies the changes from the sticky commits. * Revert changes for the sticky title editor Removes the changes as done by the sticky title editor. * Add max-height definition to CodeMirror-scroll Add the max-height definition for the CodeMirror-scroll class in order to generalize the changes spoken about in PR go-gitea#18271 * Remove CodeMirror-scroll definition Remove the max-height in CodeMirror-scroll definition, in order to generalize it in the CodeMirror less file. As per discussion in go-gitea#18271. * fine tune CodeMirror min-height/max-height Co-authored-by: 6543 <6543@obermui.de> Co-authored-by: wxiaoguang <wxiaoguang@gmail.com> Co-authored-by: Lunny Xiao <xiaolunwen@gmail.com>
[x]
):Description
I'd like to propose an option for having issue titles be sticky when scrolling in the browser so that it is possible to always see what the title of the issue is regardless how far down you the comments you scroll. See below screenshots for behavior. This idea probably apply to other areas too, e.g. 'Pull requests'.
Screenshots
Proof-of-Concept Patch
I've implemented an ad-hoc patch myself that be in use for 3-4 months now. It is particularly useful in screen-share meetings where the moderator goes through issues and audience have no control of the interface. Using sticky issue titles avoid the question "What issue is this again?". The patch I apply for each Gitea update is:
The text was updated successfully, but these errors were encountered: