moverest
README: Have first demo gif frame show the modes
Edit: Original title: Readme.md: illustration images identical and NOT SHOWING the modes at all?
Readme.md in top dir,
Is my color monitor non-calibration just that bad, or do the selection mode illustration images (actually different urls) all show the very same window content without any marks or anything added. And thus do NOT illustrate the modal functions of this keyboard mouse?
For the life of me, every image looks completely identical to me, no red marks, no indication of selected areas, no nothing.
That said, the sway config for moving and clicking etc shows that this should be a nice slightly coarse non-accelerated keyboard mouse, something to check out, when I'm finally arriving over on wayland :).
N2: sway config example:
Classical mouse drag-selection should still be possible by keeping pressed S while moving the cursor via hjkl? With a second set being configurable (such as uiop) for fine-detail-moving using say bindsym u ... move -1 0?
Not exactly sure what's going on, there are three different gifs showing as such on my side.
Screenshot
Having said that these are gifs and on mobile, the user needs to press the play button for them to show. Maybe in your case, the issue is that they are just not playing because, yes, they start with an identical frame.
Classical mouse drag-selection should still be possible by keeping pressed S while moving the cursor via hjkl? With a second set being configurable (such as uiop) for fine-detail-moving using say bindsym u ... move -1 0?
Yes. However the mouse button release doesn't work reliably for some reason, so you might want to add another key binding to force the release, e.g. bindsym Shift+s seat seat0 cursor release button1.
The configuration shown is just an example to start with. The idea being to show how the program could be integrated into a workflow.
Thanx for the reply & the confirmation wrt the config :).
For the display issue: PEBCAK, with some flavour added by github:
I've found a culprit for my issue on my side:
Looks like some addon also happened to set image.animation_mode to none as a side effect. Strangely, that's a fairly new profile, where I've yet to properly mess with about:config... .
But seeing the animated gifs now, I think I should check and give my thanx to whatever/whoever blocked them :/.
Sorrowfully the animated gifs for desktop-firefox on Linux are not click to play (that should only happen for mpeg movies in the default config, AFAIR; though some settings seem to exist to enable even mpeg autoplay oP-<> )
Two thoughts on the images to reduce my kind of PEBCAK:
N1: As the Readme.md image links are mangled by github to point to html pages embedding the actual image URLs, maybe place the gifs into the repo itself rather than keeping them outside, with an extra link for viewing externally as an actual downloadable media file (maybe github will then keep the repo name in the user-visible URL..., or even the image file as is?)
N2: maybe skip first frame when next working on the images, or even unpack the animation to just list the key frames. and list those separately. Ok. The middle one with the paste is a bit problematic...
For mp4 rendering, I think ffmpeg had some basic conversion options, possibly even accepting the gif as is. Esp. for the sequences with pasting, this would be worth it :).
The images were uploaded to GitHub on purpose because I didn't want 3MB images (each) to be have to be downloaded every time someone tries to clone the repository or end-up in the release archives. I figured having cases where the images are not present (which are mostly used for illustration purposes) is a better compromise.
Now, you make a great point about having the first frame showing the interface. This could be done by rotating the frame order and most people wouldn't notice the difference. Initially these are mp4 videos which are then converted to gifs with ffmpeg. The idea was to have the animation play when the page is shown.
I've ended-up replacing the gifs with webm videos (see ab73a05a4e91996ef2f2d077188df2a7aab425b8).