-
-
Notifications
You must be signed in to change notification settings - Fork 16
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
Some ideas about improving the scratchpad #207
Comments
Hey! Thanks a lot for opening the issue and for taking the time!
This really depends on the screen size, on extra wide it might still make sense in some case
I think what you might be looking for here is the
Hmmm that could be great indeed! so that for example you would have the global one on the right, and project one on it left. I can definitely make each side buffer have its own scratchpad definition, on top of the global
That's huge, and definitely also a great idea! Will also create a separate issue to track it
And again, super great idea too :D Overall, extending the scratchpad feature might indeed be great! IMHO it's not too out of scope of the project to focus on such features, so I'll take some time to create issues and see how we can tackle them! Thanks a lot for opening the issue and the feature requests :) |
Hey glad you found some of it useful! Regarding 1) I didnt know minSideBufferWidth existed, which does indeed fix some of my problems. However I still find it annoying that the buffer doesnt stay in place when toggling neotree, but this might simply be a bug. And my biggest problem is that i have to jump two steps to get to my filetree, instead of the normal one step. I know it sounds like a small thing, but it makes quite a big difference in practice. Anecdotally, before i remapped ctrl h,j,k,l to switch windows I never used multiple windows. It was just quite annoying to have to prefix everything with . So it sort of feels like going back to that. I guess I could just set minSideBufferWidth to like 10000, although that might affect the right one aswell? I dont necessarily think it should be the default, but maybe an option? |
Indeed here the resize should leave all buffer in place 🤔 will investigate, thanks!
It's the same value for both side but computed on each ones so should work! |
Another annoying thing is that when you open windows with neotree it will always open in the scratchpad view, since that was the last buffer you were in. Also neotree has a popular option that opens the current directory whenever you switch files. However since you always pass the scratchpad before going to the tree, it will always close the tree since the scratchpad is in the root folder. Thus youd have to either disable this option or reopen the tree every time Screencast.from.2023-03-18.23-21-28.webm |
Small list of suggestions, just some food for thought. I put multiple ideas in one issue so you can easily read through it and close it if you dont like any of them.
So instead of this:
![image](https://user-images.githubusercontent.com/65544203/225743197-2313497d-dce1-4f29-871c-8219a2be75e2.png)
![image](https://user-images.githubusercontent.com/65544203/225743298-507551f9-de69-49d6-a6ca-d9a039137d41.png)
You'd have this:
Just while the filetree is open, then when you close the file tree, the main one moves back and the secondary opens again.
Another idea is to only have one scratchpad per project, and then another global one. I often find myself writing down generic notes, like when im in a call or just writing ideas or todos. IMO you dont really need two buffers per project, but one for the project and one general would be awesome.
Lastly it would be very cool if you could customize the scratchpads more. Maybe you want all projects to have a todos scratchpad and a ideas scratchpad? Especially for the global scratchpad it would be very nice to have different ones, like a todo scratchpad, a scratchpad for neovim plugin ideas etc. Now I really love how neotree handled this
![image](https://user-images.githubusercontent.com/65544203/225744969-5b71efd3-6d79-4d2d-9048-829477c2fc46.png)
Their file tree has different tabs for files, buffers and git changes. So for our case we could have project todo and ideas on the left and a few other global ones on the right. You could set a binding for when youre on a no-neck-pain scratchpad for switching between the tabs, so you dont have to sacrifice any general bindings.
As I said just some food for thought. Many of these ideas might be dumb and probably out of scope of the project, but imo im always happy when people throw out ideas about my projects, even if they are dumb. Anyway great plugin :)
The text was updated successfully, but these errors were encountered: