-
Notifications
You must be signed in to change notification settings - Fork 190
[Feature] Add tag preview (WIP) #6
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
so far I was able to preview an image with rofi and align it properly. simplescreenrecorder-2021-07-31_19.27.59.mp4 |
|
The above script should be excuted by dwm before the user switches to another workspace. (this is for saving the screenshots ) maim will overwrite the screenshots itself too. |
Basic Concept
And I shouldnt worry about the alignment , I'll manage it in the tag_preview script. |
simplescreenrecorder-2021-08-01_20.38.28.mp4works kinda ( but switching tags adds 100ms ~ delay ) :( |
simplescreenrecorder-2021-08-02_05.24.04.mp4after using jpeg for image format , it feels faster than before! |
using feh instead of rofi is much faster! simplescreenrecorder-2021-08-02_18.19.20.mp4 |
look simplescreenrecorder-2021-08-03_06.58.49.mp4 |
Issue 2 : If there's an inactive tag , do not show its tag preview. behaviour : simplescreenrecorder-2021-08-03_07.05.15.mp4Solution : just delete its image from the ~/.dwm/tag_previews dir soo in our case 3 was the inactive tag , so remove 3.jpeg :) if we hover an empty tag |
finally my friend made a patch for this! so no external scripts xD |
stuff needs to be fixed : tag preview doesnt update the current workspace screenshot simplescreenrecorder-2021-08-03_18.14.00.mp4solution : whenever we hover current tag icon , take screenshot + do tag preview |
simplescreenrecorder-2021-08-03_15.39.17.mp4 |
dwm ram usage keeps increasing if I switch to a different tag simplescreenrecorder-2021-08-03_21.49.19.mp4 |
temp fix https://pastebin.com/raw/rThCDTZ6 |
fixed here a10d00f |
dwm will know take around 11mb to 32~ mb , since its storing the images in ram rather than disk . I'll test it the other way around ( saving images on disk). |
FINALLY DONE f397a51 thanks a lot to /u/eProTaLT83 for helping with this feature!! |
Hi, made a patch for this, which of course I can maintain. Let me suggest to put it on the patches section since I know some are too comfy on their builds to switch. |
Thanks for this! if you don't mind then you could add the tabbed with colored buttons patch too. |
You mean this ? |
yes |
Sorry for the late response but the patch finally got pushed.
I meant to the readme of your repo lol. Anyway it's now pushed on the link above. As for
I could but I wouln't be able to keep it up to date. Maybe the author of the patch is interested on it? see |
@explosion-mental The author of the patch is /u/eProTaLT83 on reddit . I came up with this idea and he made a patch for it! |
At least in my build of DWM, with the patch of explosion-mental, I have some problem with scaling variable. If I set it to 2 (static const int scalepreview= 2), the window size does not increase, but it still zooms the image. It would be better if the window size increases together. Probably an error in the calculation of XCopyArea. |
you can modify this function
modify this to
This solution maybe will handle your problem. |
I don't believe that it was only it! Just exchange a four by the variable. I think this bug fix should be on dwm suckless site as well. |
@renanwp2 This patch is not mine, I just found this little bug during debugging. The creator of this patch is explosion-mental. |
show a floating picture like thingy for tags when their icons on dwmbar is hovered, something like this
https://cdn.discordapp.com/attachments/635625917623828520/829478089469329438/gif_2021-04-07032620.gif
(awesomewm)
The text was updated successfully, but these errors were encountered: