-
Notifications
You must be signed in to change notification settings - Fork 4
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
1Password Sidebar!!!!! #50
Conversation
implementation is kinda hacky and busted though :/
#49 is still kinda big issue, not sure how to solve it. everything else is good though. |
@tsyroid mind giving this a spin? |
Some specific things to test:
|
Test results (so far...) |
|
#4: Keymaps work from sidebar. But I have a niggle. When I open a note for editing (in 1Password app), cursor should land in the item I want to edit, not the search bar. Don't know if you can control this or not. Suggest you add a default keymap that toggles sidebar, cuz that's the most common thing I'm going to do regarding your sidebar ( |
For me, the cursor lands in the item title field of the edit view 🤔 But this isn't something I can control from the Neovim/CLI side.
I personally don't like it when plugins handle global keymappings, I prefer to handle these in my own config so keymappings can all be defined in the same place -- currently this is only defining keymappings local to the sidebar buffer. I can add a recommended sidebar toggle keymap to the README.md though. |
OK, understand both (Here, cursor consistently lands in search bar).
Not sure what you’re getting at with test item #6 (overriding highlight
groups)? Don’t see any reference to highlighting groups in README or config
defaults.
/tom
…On Sep 7, 2022 at 05:19:42, Mat Jones ***@***.***> wrote:
When I open a note for editing (in 1Password app), cursor should land in
the item I want to edit, not the search bar.
For me, the cursor lands in the item title field of the edit view 🤔
But this isn't something I can control from the Neovim/CLI side.
Suggest you add a default keymap that toggles sidebar
I personally don't like it when plugins handle global keymappings, I
prefer to handle these in my own config so keymappings can all be defined
in the same place -- currently this is only defining keymappings local to
the sidebar buffer.
I can add a recommended sidebar toggle keymap to the README.md though.
—
Reply to this email directly, view it on GitHub
<#50 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGTYGSM5QRJF5BC552AH5LV5CB55ANCNFSM6AAAAAAQFKUFTI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Huh, somehow my README.md changes about the sidebar highlight groups got lost, I've added them back. Basically, can you override the highlight groups by running
|
OK, see it now (pulled successfully). Not going to test highlights; I
leave colorscheme shit to people with more patience than me. Toss this one
to Oli 😉
From everything I’ve seen last night and today, I think you’re safe to
merge this. Might some small niggles we’ve missed, but all the big rocks
are behaving.
I still want to mess around with adding a function to ’sidebar.actions’,
but that ain’t gonna be happening today.
Nice work!
/tom
…On Sep 7, 2022 at 05:30:45, Mat Jones ***@***.***> wrote:
Huh, somehow my README.md changes about the sidebar highlight groups got
lost, I've added them back. Basically, can you override the highlight
groups by running :hi OpSidebarHeader guifg=blue ctermfg=blue for all the
highlight groups and see the colors change in the sidebar:
- OpSidebarHeader - the section header text
- OpSidebarItem - the text for items under a section header
- OpSidebarFavoriteIcon - the star icon used for the 'Favorites'
section header
- OpSidebarIconDefault - all other icons in the sidebar (e.g. item
category icons)
—
Reply to this email directly, view it on GitHub
<#50 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGTYGR6VM4YPY2TYWZDBJDV5CDHLANCNFSM6AAAAAAQFKUFTI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
I figured this out -- it happens when you immediately open the sidebar before anything else because I'm getting the "previous window" on open, and in this case there is no "previous window" because you've only seen one window so far. It's fixed now. Going to merge this then, thanks for testing! 🎉🌮 |
Fixes #42
Pending issues: