|
From: Bill K. <nb...@so...> - 2023-04-28 18:32:54
|
On Thu, Apr 27, 2023 at 09:02:14AM +0900, Shin-ichi TOYAMA wrote: > Hi! > > I've tried current git version just last night and did not see any problem in compiling as well as using the new sizing featuer of magic tools. I was aimlessly playing with Tux Paint some last night and discovered a bug where sometimes the 'paint' mode of a tool would not draw anything, and it was because it was inheriting a '0' size from the 'fullscreen' mode of the same tool. I beleive I've corrected that bug, but there could be other situations where something like this might happen, because our code is very large and complicated. ;-( In other news, I 'ported' Tux Paint's canvas size calculation code over to Tux Paint Config., in an attempt to have it show it, and keep it updated as you adjust window/screen size, button size, color rows, and orentiation (landscape/portrait). It SEEMS to work, but I was -- as usuall -- up very late hacking on it. So I'd appreciate some alpha testing there, too! :-) Also, I now have Tux Paint detect the "SDL_VIDEO_WINDOW_POS" environment variable (which we do manually, since SDL2 does not) even when running in fullscreen mode. It seems that if I give it any coordinates within my upper monitor (Y < 1080), Tux Paint will appear there. If I specify anything larger than my external monitor's vertical resolution (Y >= 1080), or if I don't specify anything (which causes Tux Paint to send SDL it's "...UNDEFINED" consts for window positioning), Tux Paint appears on my lower monitor -- my laptop's built-in display, which I have set in KDE as my "primary". So that's nice! It's not as handy as having a command-line setting or config file option -- or the wishlist item we have for allowing Tux Paint to 'remember' its window position (which I feel could get complicated if your monitor configuration changes... e.g., removing the sole external monitor) -- but at least it lets me easily position Tux Paint on my larger, easier-to-see display. (On my system, both my external monitor and laptop have the same resolution, but the external is larger (so lower DPI), and hence easier to see. It's also higher, in a more eronomic position. Note that I very recently discovered that I can use my KDE "Alt + left click" combo that I use for quickly grabbing and repositioning windows!!! It didn't allow me to position it precisely, obviously, because it's in fullscreen mode, but it did let me 'snap' it between the two displays! I'll need to see what happens if they are not the _same resolution_ though. 8^o [*]) Thanks all! -bill! PS - I also closed a few very very old (14+ years) feature requests that I don't feel are 'burning needs' and would rather not worry about. Sorry if anyone's hopes were dashed. ;) [*] This also reminds me of an apparent bug in how SDL2 deals with 'windowshading' effect (collapsing an entire window down to just its toolbar; different from minimizing it). A while back I discovered that when I 'un-windowshade' Tux Paint, I get an extremely misshappen window with a TINY thumbnail-sized Tux Paint appearing inside. The window is the same width (e.g., 800px wide), but only a few pixels tall! I mentioned on Twitter, and the SDL developers said to open a bug, and of course I forgot about it until right now. :^] <Makes a note> |
