<div><div dir="auto">SDL2 is preferred over 1.2 for quite a while now. I’m not sure what proportion of active users are stuck on SDL1.2 for whatever reason, but I would guess that it’s small. </div><div dir="auto"><br></div><div dir="auto">AFAIK, net play never made it past proof of concept stage but I could be mistaken. </div><div dir="auto"><br></div><div dir="auto">Static windows build is the way to go. The convention even for software that binds to DLLs, is to bundle them with the binary.</div><div dir="auto"><br></div><div dir="auto">HTH</div><div dir="auto">-B</div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 16, 2020 at 10:34 AM LM <<a href="mailto:lmemsm@gmail.com">lmemsm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">I just updated all my development libraries on Windows and I'm<br>
rebuilding Tuxmath with the latest versions.  Was checking my build<br>
using SDL and noticed that the fullscreen mode title window and menus<br>
do not center properly on screen.  I thought this might be a recent<br>
bug, so I went back to 2.0.2 and tried the executable available for<br>
Windows on Sourceforge.  Was surprised to note the same screen issue<br>
there.  I'm wondering if this is worth trying to fix because the issue<br>
doesn't occur if built with SDL2 in place of SDL.  I'm also attempting<br>
to get Nalin's espeak additions working successfully on Windows.  So<br>
far, it's working okay for the menus, but not for the game itself.  It<br>
was crashing during the game, but I modified the memory handling and<br>
now it's just slowing to a crawl and freezing during the game.  Will<br>
test my modifications on Linux if I can get a successful fix for<br>
Windows.<br>
<br>
I'm hoping to put together some sort of static build of Tuxmath for<br>
Windows at some point.  Was debating between building it statically or<br>
using shared libraries, but I think it'll be easier for the end user<br>
if there aren't dozens of dlls required.  Are there any preferences as<br>
to having it build with SDL 1.2.15 or SDL2?  Tuxmath will work with<br>
either.  I've backported sdl2_ttf and sdl2_image to work with SDL<br>
1.2.15.  Is anyone using the sdl_net features in Tuxmath?  I've never<br>
personally had a use for them, so I've never tried them or tested with<br>
them.  Creating a Windows executable to distribute could take a while<br>
because there are a lot of libraries involved (over 20) and I would<br>
need to make sure all the source code is available for all those<br>
libraries as well as my Tuxmath patches and its source.  If anyone has<br>
any related suggestions or tips, I'd be interested in hearing them.<br>
<br>
_______________________________________________<br>
Tux4kids-discuss mailing list<br>
<a href="mailto:Tux4kids-discuss@alioth-lists.debian.net" target="_blank">Tux4kids-discuss@alioth-lists.debian.net</a><br>
<a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/tux4kids-discuss" rel="noreferrer" target="_blank">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/tux4kids-discuss</a></blockquote></div></div>