#227 Make native fullscreen the default

[Aaron Wolf]

Although fullscreen native resolution works well, it's not the default from what I can tell. So, it has to be discovered that it is a setting to use. I really guess most people would want that to be default.

I suggest either making native fullscreen be default or prompting a question on first run which of a few suggested resolutions to use, with native fullscreen being the first one suggested.

Also, it's awkward that native fullscreen stretches across multiple displays. It would be usually sensible to use a single-display for resolution even in native fullscreen mode.

[William Kendrick]

On my Kubuntu 22.04 system, with SDL 2.0.20, when I run tuxpaint --fullscreen=native, it always appears on my main display (my laptop). It does not appear to cross both of my displays (external monitor). However, I also cannot choose which monitor to place it on. What platform are you running on that's spreading the fullscreen across multiple monitors?

I agree that in this day and age, having Tux Paint offer a 'recommended' behavior, which would act as a combination of --fullscreen=native --buttonsize=auto, would be nice. On Windows, we include a fullscreen mode 'launcher' for Tux Paint, which I think could utilize these options (rather than simply --fullscreen=yes, which by default today would run it at 800x600, likely with black borders). I've been thinking that we could perhaps add a small shell script, or even just a separate launcher .desktop shortcut, for Un*x (Linux, BSD, etc.), that would work the same as the Windows alternative.

In the meantime, I would also love to figure out how to convince Tux Paint (via an environment variable, at the least -- like we do with SDL_VIDEO_WINDOW_POS for positioning a windowed instance of Tux Paint *) to open in full screen in the preferred display.

* - SDL_VIDEO_WINDOW_POS was an env. variable used by SDL1.2, but not by SDL2, so we had to manually add support for it within Tux Paint to allow it to continue to be supported.

[Aaron Wolf]

tuxpaint --fullscreen=native stretches across my two screens on KDE Neon 5.27 (which is pretty similar to Kubuntu 22.04) with Tuxpaint Version 0.9.27 (2022-01-04)

Also, besides true fullscreen (probably best for kids), an option for near-full-screen but staying maximized would be ideal, like windowed normally and not covering system trays, the size of any maximized non-full-screen window.

[William Kendrick]

Ah yes, with Tux Paint 0.9.27 installed from Ubuntu, I get the same behavior with fullscreen -- stretching across two monitors. That era of Tux Paint was using SDL1.2, whereas these days we use SDL2. https://packages.ubuntu.com/search?suite=all&searchon=names&keywords=tuxpaint&exact=1 shows that Tux Paint 0.9.28 (which we released in both SDL1.2 and SDL2 flavors -- moving forward, we are only supporting SDL2) is available for kinetic (22.10), and lunar (slated to be 23.04).

https://packages.ubuntu.com/kinetic/tuxpaint shows that they used the SDL2 variation, so moving forward this should hopefully no longer be an issue.

I'm not sure how to determine the size or position of any panels or system trays, for for that I would suggest simply setting a specific size manually (in the config file, or via the command-line, e.g. tuxpaint --1920x996), and positioning Tux Paint using the SDL_VIDEO_WINDOW_POS environment variable.

[William Kendrick]

I've created a separate bug ticket regarding the inability to specify WHICH screen to show on, in a multi-monitor configuration -- https://sourceforge.net/p/tuxpaint/bugs/277/ -- and will focus this ticket feature on the lack of a fullscreen-by-default option for Linux/Unix desktops.

@vindaci, would a "Tux Paint Full Screen" launcher icon for macOS make sense to add, somehow?

@begasus, same question for you, for Haiku.

[Mark Kim]

As far as I know one application can have only one icon in macOS.

[William Kendrick]

I see in the win32/tuxpaint.iss file for Windows, that the launcher shortcut for fullscreen already includes the native option, so nothing to change there:

Name: "{code:MyGroupDir}\{groupname}\{#AppName} (Full Screen)"; Filename: "{app}\{#AppExe}"; Parameters: "--fullscreen native"; Comment: "Start {#AppName} in Fullscreen mode"
Name: "{code:MyGroupDir}\{groupname}\{#AppName} (Windowed)"; Filename: "{app}\{#AppExe}"; Parameters: "--windowed"; Comment: "Start {#AppName} in a Window"

I've added a full-screen launcher variation of the Freedesktop.org (XDG) desktop file, over in https://sourceforge.net/p/tuxpaint/tuxpaint/ci/833ea93fcbebfeb0220d2fc0a5f8af207fdce031/

(After make && sudo make install on my Ubuntu, I now have "Tux Paint (Fullscreen)" in, the "Education" and "Graphics" sections of my KDE Plasma "Application Launcher" menu.)

I'll close this ticket once I hear back from Mark & Luc about whether this is possible (or even desirable?) on macOS & Haiku.

[Luc Schrijvers]

So far on Haiku this shouldn't be a problem, support for multi monitor is only around for a few graphics cards iirc.
No reports or issues about that have been reported at haikuports so far.

About fullscreen, no issues reported also, personaly I prefer windowed over fullscreen, but will run some tests there.

[William Kendrick]

Ok so I'll go ahead and close this. Thanks all!