-
-
Notifications
You must be signed in to change notification settings - Fork 4k
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
Filelist: Intended behavior that scrollTo
opens detailsView
?
#12989
Comments
I created a little hotfix which might not be the preferred solution, but could work anyways. |
Thanks for your pull request @te-online. I think we could just get rid of opening the details view when creating a new file. For new files they are empty, so the most common usecase would be to open the file for editing, right? cc @nextcloud/designers |
Yes. This already happens with files_texteditor. If there is no viewer or anything, opening the sidebar is proper. Same with creating new folders: It should automatically open the folder. I thought there was an issue for that also but I can’t find it anymore? |
I have to look into how I agree with you, @juliushaertl, in not seeing a point in opening the details panel for new files. I personally never used it, but haven't observed any users complaining about it, either (aside from the problem in my own app). |
Not sure about that, since after creating a folder another popular use case might be to move files from the current directory into that newly created folder. Also this is no behaviour I know from any existing file manager. |
@te-online This is the code section you might be looking for: https://github.com/nextcloud/files_texteditor/blob/master/js/editor.js#L700-L703 |
Okay, I'm a little confused as to how we're going to continue? 😉 I'm going to have at the editor.js, thanks, @juliushaertl. And apart from that I guess I'll close the issue if I can resolve it for |
Yep – we have to solve it on a case-by-case basis. The default is open the viewer, and if there is no viewer we open the sidebar at least. For folders it will stay like now as @juliushaertl correctly mentioned that opening directly "is no behaviour I know from any existing file manager." |
Hi all and thanks for your help, @jancborchardt and @juliushaertl. Problem descriptionThe issue consists of two problems:
Alleged solution in
|
Please, this is a bit annoying. |
This comment has been minimized.
This comment has been minimized.
This issue has been automatically marked as stale because it has not had recent activity and it seems to be missing some essential informations. It will be closed if no further activity occurs. Thank you for your contributions. |
I'm wondering, @jancborchardt, what information is missing in context of this issue? 🤷♂ Did you read my detailed explanation of the issue? Happy to provide more info or test again! |
"needs info" because we are waiting for a response. stale bot added the "stale" label, you received a notification and mentioned on of the developers again. I think the workflow worked quite well 😀 |
In that case the additional flag proposed by @te-online sounds like the best way to do that:
We just need to make sure the default is open and we set the flag to just scroll to the file for folders then. |
I could try reproducing this PR onto the current codebase #12990 |
Yep, sounds good to me. |
Quick update: It will take me a while more to get to this, because I need to check the new position of this code or if it changed. So it's not a 5-minute thing and thus far down the todo-list. But I'll post an update as soon as I get to it 🙂 |
The PR should still work, that method |
I think this is superseded by #27100 |
Just a quick question if this is intended behavior, it seems a bit odd to me:
Steps to reproduce
files_linkeditor
app (for clarity: it uses the filelists coreaddMenuEntry
method, hence the issue in this repository). (see Display glitch with sidebar/details view, when creating a new link file te-online/files_linkeditor#18)scrollTo
method is invoked on the newly created file.detailsView
pane is opened and focused.Expected behaviour
For new files, the
scrollTo
method is invoked, the file list scrolls, the new file is highlighted, but thedetailsView
pane stays hidden until the user clicksDetails
.Actual behaviour
The
detailsView
pane is opened and steals focus. (see https://github.com/nextcloud/server/blob/master/apps/files/js/filelist.js#L2969)Rest...
irrelevant for this issue
The text was updated successfully, but these errors were encountered: