• 1 Post
  • 12 Comments
Joined 1 year ago
cake
Cake day: June 23rd, 2023

help-circle


  • Like I said, I haven’t used mini.comment, but having both gc and gcc mapping may cause problems. If I remember correctly, in these situations, neovim waits after receiving gc command to figure out if you are trying to execute comment last or gcc with comment line. Depending on timelen (or timeout, forgot the exact name) setting the command you actually execute will defer based on the key pressed/not pressed after gc.

    Also, if gc is mapped to comment last, and there was no last comment action performed, it might do nothing (maybe check the readme to be sure). So maybe try changing the mapping to see if that helps.



  • I think it has to do with the way the Haskell packages are disturbed. So if you installed the pandoc from extra repository, and there was an update for any of the Haskell packages that pandoc depended on, then pandoc will have to be updated again. Meaning, instead of pandoc forcing Haskell updates, it is the other way around.

    If you only use pandoc and don’t normally program in Haskell, check out pandoc-bin. This way you will only get updates for pandoc itself and its dependencies won’t force an update.




  • I guess that’s one way to fix it. Thanks for letting me know.

    However, I think I will keep searching for a different fix. Playing a sound constantly will keep on nagging me, even though it shouldn’t. Also I am worried about what will happen when an application like mpv wants full access to the device, but there is an ongoing stream there.

    On a side note, since this came up and I have been paying attention, I noticed that some of the system notification sound that I keep missing are caused due to this delay :(

    On the plus side, since I almost constantly listen to some music at low volume, I might actually be doing your fix in a round about manual way. This was how I noticed that system notification played fine, if music was already playing, but not otherwise.



  • I have noticed this too on pipewire. Everytime a new audio stream starts , even from a paused state, there is a small delay before it is heard. Not a syncing problem as the audio is synced, but a delayed start. I thought it might have something do with the sound bar I had routed the audio through. Based on your experience, seems not. I did experience the same delay when using HDMI port instead of DisplayPort too (IIRC). So it might be something else not related to port.