Thread: [Tuxpaint-devel] Moving from SDL 1.2 to SDL 2.0
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
Menu
▾
▴
tuxpaint-devel
|
From: Bill K. <nb...@so...> - 2021-09-28 18:03:12
|
Pere has been doing a fantastic job at keeping the SDL2.0-based version of Tux Paint sync'd with the "upstream", which is based on SDL1.2. He uses it to build the Android port, which appears to be the second-most popular version, in terms of downloads over on the SourceForge project page! I was recently asked by the Flatpak folks whether we'd consider releasing the SDL2.0-based version as the "main" version of Tux Paint, which would help with Wayland support in the future. (See https://github.com/flathub/org.tuxpaint.Tuxpaint/issues/21) I asked my long-time Internet friend Ryan Gordon, of the SDL project, to confirm which versions of Windows and {Mac OS X / OSX / macOS} that SDL2.0 supports, and he said Windows XP (which is as far back as Tux Paint goes, since 0.9.23, 3 years ago), and Mac OS X 10.5 (further back than Tux Paint, which is currently OS X 10.10). I'm not sure which _versions_, but a quick glance at Google shows SDL2.0 also supports Haiku OS. Therefore, unless there is major objection out here, I'd like to finally retire the SDL1.2 branch, and continue further development of Tux Paint under SDL2.0. (This might finally allow me to add things like pressure support on drawing tablets? It will also hopefully address an annoying "zoom" display issue on newer Windows systems running on high-DPI displays; see https://sourceforge.net/p/tuxpaint/bugs/200/ & friends). My plan, however, is to release the NEXT version of Tux Paint, which includes a lot of new features (new Magic tools, and the Magic tool grouping functionality) using the SDL1.2 branch. This will be 0.9.27. Then, more-or-less immediately, we can try releasing an SDL2.0 version, that adds no new features to Tux Paint itself. This will be 0.9.28. This way, if any end-users have problems which are specifically due to SDL2.0, they can revert back to SDL1.2-based 0.9.27, without losing any functionality. Once that dust settles, we can continue adding new features and capabilities to Tux Paint (0.9.29 and beyond). Thoughts? -- -bill! Sent from my computer |
|
From: scottmc <sco...@gm...> - 2021-09-28 20:50:48
|
> My plan, however, is to release the NEXT version of Tux Paint, > which includes a lot of new features (new Magic tools, and the > Magic tool grouping functionality) using the SDL1.2 branch. > This will be 0.9.27. > > Then, more-or-less immediately, we can try releasing an SDL2.0 > version, that adds no new features to Tux Paint itself. > This will be 0.9.28. > > This way, if any end-users have problems which are specifically > due to SDL2.0, they can revert back to SDL1.2-based 0.9.27, > without losing any functionality. > > Once that dust settles, we can continue adding new features > and capabilities to Tux Paint (0.9.29 and beyond). > > Thoughts? > > -- > -bill! > Sent from my computer > Bill, Sounds like a good plan to me. Yes, Haiku has had SDL2 support for a few years now. -Scott |
|
From: Pere P. i C. <per...@gm...> - 2021-09-28 22:04:47
|
Hi, El dt. 28 de 09 de 2021 a les 11:03 -0700, en/na Bill Kendrick va escriure: > My plan, however, is to release the NEXT version of Tux Paint, > which includes a lot of new features (new Magic tools, and the > Magic tool grouping functionality) using the SDL1.2 branch. > This will be 0.9.27. > > Then, more-or-less immediately, we can try releasing an SDL2.0 > version, that adds no new features to Tux Paint itself. > This will be 0.9.28. > > This way, if any end-users have problems which are specifically > due to SDL2.0, they can revert back to SDL1.2-based 0.9.27, > without losing any functionality. > > Once that dust settles, we can continue adding new features > and capabilities to Tux Paint (0.9.29 and beyond). > > Thoughts? > Looks fine to me, we will have to decide what to do with SDL2_Pango, I include its sources in the Android port but it is not in any Linux distribution that I know, and the original SDL_Pango project seems stalled long ago. my 2 cents Pere |
|
From: TOYAMA Shin-i. <sh...@wm...> - 2021-09-29 03:00:46
|
Hi! Basically, I think that switching to SDL2 is a good choice. However, I am not quite sure if I could build SDL-Pango which work with SDL2 on MinGW/MSYS2 environment. I've already gave it a try and found it is not so easy. I am going to struggle with this from now on, and I would appreciate any help from anyone. John? Bill Kendrick wrote in <202...@sh...> >Pere has been doing a fantastic job at keeping the SDL2.0-based >version of Tux Paint sync'd with the "upstream", which is based on >SDL1.2. He uses it to build the Android port, which appears to be >the second-most popular version, in terms of downloads over on the >SourceForge project page! > >I was recently asked by the Flatpak folks whether we'd consider >releasing the SDL2.0-based version as the "main" version of >Tux Paint, which would help with Wayland support in the future. >(See https://github.com/flathub/org.tuxpaint.Tuxpaint/issues/21) > >I asked my long-time Internet friend Ryan Gordon, of the SDL project, >to confirm which versions of Windows and {Mac OS X / OSX / macOS} >that SDL2.0 supports, and he said Windows XP (which is as far back >as Tux Paint goes, since 0.9.23, 3 years ago), and Mac OS X 10.5 >(further back than Tux Paint, which is currently OS X 10.10). >I'm not sure which _versions_, but a quick glance at Google shows >SDL2.0 also supports Haiku OS. > >Therefore, unless there is major objection out here, I'd like >to finally retire the SDL1.2 branch, and continue further >development of Tux Paint under SDL2.0. (This might finally >allow me to add things like pressure support on drawing tablets? >It will also hopefully address an annoying "zoom" display issue >on newer Windows systems running on high-DPI displays; see >https://sourceforge.net/p/tuxpaint/bugs/200/ & friends). > >My plan, however, is to release the NEXT version of Tux Paint, >which includes a lot of new features (new Magic tools, and the >Magic tool grouping functionality) using the SDL1.2 branch. >This will be 0.9.27. > >Then, more-or-less immediately, we can try releasing an SDL2.0 >version, that adds no new features to Tux Paint itself. >This will be 0.9.28. > >This way, if any end-users have problems which are specifically >due to SDL2.0, they can revert back to SDL1.2-based 0.9.27, >without losing any functionality. > >Once that dust settles, we can continue adding new features >and capabilities to Tux Paint (0.9.29 and beyond). > >Thoughts? -- TOYAMA Shin-ichi mailto:sh...@wm... |
|
From: Bill K. <nb...@so...> - 2021-09-29 04:39:43
|
On Wed, Sep 29, 2021 at 12:00:28PM +0900, TOYAMA Shin-ichi wrote: > Hi! > > Basically, I think that switching to SDL2 is a good choice. > However, I am not quite sure if I could build SDL-Pango which > work with SDL2 on MinGW/MSYS2 environment. > > I've already gave it a try and found it is not so easy. > > I am going to struggle with this from now on, and I would > appreciate any help from anyone. > > John? Blast, I had forgotten about the SDL_Pango stuff. :-/ Asking around for ideas. :) -bill! |
|
From: TOYAMA Shin-i. <sh...@wm...> - 2021-09-29 11:44:54
Attachments:
tuxpaint-sdl2-20210929.patch
|
Hi! Finally, I succeeded to build SDL_Pango with SDL2 and tried to build windows binary from sdl2.0 branch. Althogh I needed to fix some windows specific code, suprisingly it worked! Attached is a patch for sdl2.0 branch to build on Windows. Pere, could you merge it to the sdl2.0 branch? In addition, I uploaded patches used and x64 windows binary to https://z1.plala.jp/tuxpaint/testing/sdl2/ If there is someone who interested in, please give it a try! Thanks. Bill Kendrick wrote in <202...@sh...> >On Wed, Sep 29, 2021 at 12:00:28PM +0900, TOYAMA Shin-ichi wrote: >> Hi! >> >> Basically, I think that switching to SDL2 is a good choice. >> However, I am not quite sure if I could build SDL-Pango which >> work with SDL2 on MinGW/MSYS2 environment. >> >> I've already gave it a try and found it is not so easy. >> >> I am going to struggle with this from now on, and I would >> appreciate any help from anyone. >> >> John? > >Blast, I had forgotten about the SDL_Pango stuff. :-/ > >Asking around for ideas. :) > >-bill! -- TOYAMA Shin-ichi mailto:sh...@wm... |
|
From: Bill K. <nb...@so...> - 2021-10-05 05:13:00
|
+ tuxpaint-dev list, and changed subject line... On Fri, Oct 01, 2021 at 10:45:13AM +0200, Luc Schrijvers wrote: > Hello, > > I can't seem to login into freenode anymore (connection refused), so can't > post anything there. Sorry, Freenode had... a thing happen. :) I haven't decided where, if anywhere, to open up a new location for chatting. I don't want to be responsible for moderating end users (especially if kids end up finding it), so I would focus on a place for developers to chat live. That said, it seemed to happen quite rarely -- at least for me, so I haven't missed it much. So far I've collected a few possibilities, but am open to other ideas; we should of course weigh the pros/cons. I'm looking for something free (and at least a few of these offer free service to open source projects)... IRC, Slack, Discord, Gitter, Zulip Libera.Chat seems to be the 'replacement' for Freenode, FWIW. -bill! |
|
From: Luc S. <be...@gm...> - 2021-10-05 06:05:46
|
I'm in. I already log in at Libera (for cutter, pidgin, poppler and scummvm), and OFTC for Haiku (both IRC) :) As for Discord, I never used it before so should find my way there, the other ones I don't know. Luc Op di 5 okt. 2021 om 07:12 schreef Bill Kendrick <nb...@so...>: > > + tuxpaint-dev list, and changed subject line... > > > On Fri, Oct 01, 2021 at 10:45:13AM +0200, Luc Schrijvers wrote: > > Hello, > > > > I can't seem to login into freenode anymore (connection refused), so > can't > > post anything there. > > > Sorry, Freenode had... a thing happen. :) I haven't decided where, > if anywhere, to open up a new location for chatting. > > I don't want to be responsible for moderating end users (especially if > kids end up finding it), so I would focus on a place for developers to > chat live. That said, it seemed to happen quite rarely -- at least > for me, so I haven't missed it much. > > So far I've collected a few possibilities, but am open to other ideas; > we should of course weigh the pros/cons. I'm looking for something free > (and at least a few of these offer free service to open source projects)... > > IRC, Slack, Discord, Gitter, Zulip > > Libera.Chat seems to be the 'replacement' for Freenode, FWIW. > > -bill! > |
|
From: Pere P. i C. <per...@gm...> - 2021-10-05 21:43:03
|
El dl. 04 de 10 de 2021 a les 22:12 -0700, en/na Bill Kendrick va escriure: > + tuxpaint-dev list, and changed subject line... > > > > Libera.Chat seems to be the 'replacement' for Freenode, FWIW. I, time to time check if there is somebody at #tux4kids, either on libera and oftc, never seen anybody Pere |
|
From: Luc S. <be...@gm...> - 2021-10-05 21:52:47
|
Went in there also (or as in join #tux4kids), but the channel isn't registered so no one was in there also. Op di 5 okt. 2021 om 23:43 schreef Pere Pujal i Carabantes < per...@gm...>: > El dl. 04 de 10 de 2021 a les 22:12 -0700, en/na Bill Kendrick va escriure: > > + tuxpaint-dev list, and changed subject line... > > > > > > > > Libera.Chat seems to be the 'replacement' for Freenode, FWIW. > > I, time to time check if there is somebody at #tux4kids, either on libera > and oftc, > never seen anybody > > Pere > > > > _______________________________________________ > Tuxpaint-maintainers mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-maintainers > |
|
From: scottmc <sco...@gm...> - 2021-09-29 17:35:06
|
> Looks fine to me, we will have to decide what to do with SDL2_Pango, > I include its sources in the Android port but it is not in any Linux > distribution that I know, and the original SDL_Pango project seems > stalled long ago. > > my 2 cents > Pere > > @Pere, Maybe try contacting the last known maintainer for SDL_Pango and see what they think? Did you convert it to be SDL2_Pango, and if not who did? Maybe SDL org can add SDL2_Pango to their github (https://github.com/libsdl-org), that way distributions wishing to have it available can have somewhere to send pull requests to add any patches they may need. -Scott |
|
From: TOYAMA Shin-i. <sh...@wm...> - 2021-10-09 04:29:10
|
Hi! As I wrote in https://sourceforge.net/p/tuxpaint/bugs/200/, using SDL2 surely solve overscaling problem on High resolution windows pc. Recently I have read an article by those who are using TuxPaint using eye tracking device for kids with disabillities, explaining that this problem forces them to set screen scale 100%. This strongly motivated me to switch to SDL2 ;-) Thanks! Bill Kendrick wrote in <202...@sh...> >Pere has been doing a fantastic job at keeping the SDL2.0-based >version of Tux Paint sync'd with the "upstream", which is based on >SDL1.2. He uses it to build the Android port, which appears to be >the second-most popular version, in terms of downloads over on the >SourceForge project page! > >I was recently asked by the Flatpak folks whether we'd consider >releasing the SDL2.0-based version as the "main" version of >Tux Paint, which would help with Wayland support in the future. >(See https://github.com/flathub/org.tuxpaint.Tuxpaint/issues/21) > >I asked my long-time Internet friend Ryan Gordon, of the SDL project, >to confirm which versions of Windows and {Mac OS X / OSX / macOS} >that SDL2.0 supports, and he said Windows XP (which is as far back >as Tux Paint goes, since 0.9.23, 3 years ago), and Mac OS X 10.5 >(further back than Tux Paint, which is currently OS X 10.10). >I'm not sure which _versions_, but a quick glance at Google shows >SDL2.0 also supports Haiku OS. > >Therefore, unless there is major objection out here, I'd like >to finally retire the SDL1.2 branch, and continue further >development of Tux Paint under SDL2.0. (This might finally >allow me to add things like pressure support on drawing tablets? >It will also hopefully address an annoying "zoom" display issue >on newer Windows systems running on high-DPI displays; see >https://sourceforge.net/p/tuxpaint/bugs/200/ & friends). > >My plan, however, is to release the NEXT version of Tux Paint, >which includes a lot of new features (new Magic tools, and the >Magic tool grouping functionality) using the SDL1.2 branch. >This will be 0.9.27. > >Then, more-or-less immediately, we can try releasing an SDL2.0 >version, that adds no new features to Tux Paint itself. >This will be 0.9.28. > >This way, if any end-users have problems which are specifically >due to SDL2.0, they can revert back to SDL1.2-based 0.9.27, >without losing any functionality. > >Once that dust settles, we can continue adding new features >and capabilities to Tux Paint (0.9.29 and beyond). > >Thoughts? -- TOYAMA Shin-ichi mailto:sh...@wm... |
|
From: TOYAMA Shin-i. <sh...@wm...> - 2021-10-09 09:29:19
|
Hi! As a trial, I have built windows binary packages with SDL2 for version 0.9.26. https://z1.plala.jp/tuxpaint/release/0.9.26/windows/ How do you think of releasing them in addition to current SDL1 versions? Or, how about just replacing SDL1 versions? Thanks! P.S. Currently, it seems almost impossible for me to prepare build environment using SDL2 for XP/2K ;-) TOYAMA Shin-ichi wrote in <61611a88.4946%sh...@wm...> >Hi! > >As I wrote in https://sourceforge.net/p/tuxpaint/bugs/200/, >using SDL2 surely solve overscaling problem on High resolution >windows pc. > >Recently I have read an article by those who are using TuxPaint >using eye tracking device for kids with disabillities, explaining >that this problem forces them to set screen scale 100%. > >This strongly motivated me to switch to SDL2 ;-) > >Thanks! > > >Bill Kendrick wrote in <202...@sh...> >>Pere has been doing a fantastic job at keeping the SDL2.0-based >>version of Tux Paint sync'd with the "upstream", which is based on >>SDL1.2. He uses it to build the Android port, which appears to be >>the second-most popular version, in terms of downloads over on the >>SourceForge project page! >> >>I was recently asked by the Flatpak folks whether we'd consider >>releasing the SDL2.0-based version as the "main" version of >>Tux Paint, which would help with Wayland support in the future. >>(See https://github.com/flathub/org.tuxpaint.Tuxpaint/issues/21) >> >>I asked my long-time Internet friend Ryan Gordon, of the SDL project, >>to confirm which versions of Windows and {Mac OS X / OSX / macOS} >>that SDL2.0 supports, and he said Windows XP (which is as far back >>as Tux Paint goes, since 0.9.23, 3 years ago), and Mac OS X 10.5 >>(further back than Tux Paint, which is currently OS X 10.10). >>I'm not sure which _versions_, but a quick glance at Google shows >>SDL2.0 also supports Haiku OS. >> >>Therefore, unless there is major objection out here, I'd like >>to finally retire the SDL1.2 branch, and continue further >>development of Tux Paint under SDL2.0. (This might finally >>allow me to add things like pressure support on drawing tablets? >>It will also hopefully address an annoying "zoom" display issue >>on newer Windows systems running on high-DPI displays; see >>https://sourceforge.net/p/tuxpaint/bugs/200/ & friends). >> >>My plan, however, is to release the NEXT version of Tux Paint, >>which includes a lot of new features (new Magic tools, and the >>Magic tool grouping functionality) using the SDL1.2 branch. >>This will be 0.9.27. >> >>Then, more-or-less immediately, we can try releasing an SDL2.0 >>version, that adds no new features to Tux Paint itself. >>This will be 0.9.28. >> >>This way, if any end-users have problems which are specifically >>due to SDL2.0, they can revert back to SDL1.2-based 0.9.27, >>without losing any functionality. >> >>Once that dust settles, we can continue adding new features >>and capabilities to Tux Paint (0.9.29 and beyond). >> >>Thoughts? -- TOYAMA Shin-ichi mailto:sh...@wm... |
|
From: Karl O. H. <ka...@hu...> - 2023-06-22 18:18:58
|
I stumbled upon this: https://www.phoronix.com/news/SDL2-To-Maintenance-Mode But there’s no rush in updating the code to SDL 3. There haven’t even been an official release yet. And there will be an ‘sdl2-compat’ compatibility library. Karl Ove Hufthammmer scottmc skreiv 29.09.2021 19:33: >> Looks fine to me, we will have to decide what to do with SDL2_Pango, >> I include its sources in the Android port but it is not in any Linux >> distribution that I know, and the original SDL_Pango project seems >> stalled long ago. >> >> my 2 cents >> Pere >> >> > @Pere, > Maybe try contacting the last known maintainer for SDL_Pango and see > what they think? Did you convert it to be SDL2_Pango, and if not who > did? Maybe SDL org can add SDL2_Pango to their github > (https://github.com/libsdl-org), that way distributions wishing to > have it available can have somewhere to send pull requests to add any > patches they may need. > > -Scott > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > |
|
From: Bill K. <nb...@so...> - 2023-06-22 20:29:12
|
On Thu, Jun 22, 2023 at 07:40:00PM +0200, Karl Ove Hufthammer wrote: > I stumbled upon this: > https://www.phoronix.com/news/SDL2-To-Maintenance-Mode > > But there’s no rush in updating the code to SDL 3. There haven’t > even been an official release yet. And there will be an > ‘sdl2-compat’ compatibility library. Yeah. We survived on SDL1.2 for such a long time, that hopefully we can stick with SDL2 for a while... I like remaining compatible with older platforms & equipment, since not everyone (esp. schools) have the luxury to upgrade to the latest gear. :) I _am_ a little disappointed that it seems we won't get pressure sensitivity for a while, but oh well, it's not world-ending (see above). The SDL project has always impressed me (I've also had the pleasure of meeting a few of the fine folks who maintain it!), and I'm glad I stumbled upon it oh-so-many-years-ago :) -bill! |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X