tuxpaint-devel Mailing List for Tux Paint (Page 2)
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
(15) |
Apr
(5) |
May
(12) |
Jun
(15) |
Jul
(21) |
Aug
(2) |
Sep
(14) |
Oct
(32) |
Nov
(47) |
Dec
(39) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(33) |
Feb
(59) |
Mar
(17) |
Apr
(5) |
May
|
Jun
(6) |
Jul
(7) |
Aug
(19) |
Sep
(64) |
Oct
(161) |
Nov
(9) |
Dec
(23) |
2007 |
Jan
(6) |
Feb
(46) |
Mar
(55) |
Apr
(41) |
May
(43) |
Jun
(44) |
Jul
(46) |
Aug
(25) |
Sep
(16) |
Oct
(29) |
Nov
(50) |
Dec
(64) |
2008 |
Jan
(11) |
Feb
(18) |
Mar
(52) |
Apr
(37) |
May
(40) |
Jun
(78) |
Jul
(85) |
Aug
(31) |
Sep
(23) |
Oct
(13) |
Nov
(19) |
Dec
(37) |
2009 |
Jan
(36) |
Feb
(24) |
Mar
(86) |
Apr
(43) |
May
(36) |
Jun
(151) |
Jul
(23) |
Aug
(40) |
Sep
(11) |
Oct
(91) |
Nov
(68) |
Dec
(27) |
2010 |
Jan
|
Feb
(11) |
Mar
(79) |
Apr
(50) |
May
(26) |
Jun
(44) |
Jul
(31) |
Aug
(6) |
Sep
(2) |
Oct
(16) |
Nov
(11) |
Dec
(4) |
2011 |
Jan
(14) |
Feb
(5) |
Mar
(22) |
Apr
(1) |
May
(5) |
Jun
(5) |
Jul
(13) |
Aug
(1) |
Sep
(3) |
Oct
(18) |
Nov
(15) |
Dec
(25) |
2012 |
Jan
(1) |
Feb
(9) |
Mar
(41) |
Apr
(32) |
May
|
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2013 |
Jan
|
Feb
(5) |
Mar
(16) |
Apr
(21) |
May
(3) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(13) |
Nov
(1) |
Dec
(3) |
2014 |
Jan
|
Feb
(12) |
Mar
(6) |
Apr
(35) |
May
|
Jun
(12) |
Jul
(35) |
Aug
(98) |
Sep
(3) |
Oct
(8) |
Nov
(4) |
Dec
(1) |
2015 |
Jan
(4) |
Feb
(9) |
Mar
(58) |
Apr
(9) |
May
(15) |
Jun
(23) |
Jul
|
Aug
(32) |
Sep
(12) |
Oct
(21) |
Nov
(5) |
Dec
(14) |
2016 |
Jan
(6) |
Feb
(3) |
Mar
(37) |
Apr
(18) |
May
(5) |
Jun
(8) |
Jul
|
Aug
(21) |
Sep
(5) |
Oct
(20) |
Nov
(4) |
Dec
(6) |
2017 |
Jan
(2) |
Feb
|
Mar
|
Apr
(19) |
May
(8) |
Jun
(3) |
Jul
(3) |
Aug
(5) |
Sep
|
Oct
(4) |
Nov
(4) |
Dec
(6) |
2018 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(4) |
Sep
(4) |
Oct
|
Nov
|
Dec
(3) |
2019 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
(3) |
Sep
(14) |
Oct
(2) |
Nov
(1) |
Dec
|
2020 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(15) |
Oct
(9) |
Nov
(11) |
Dec
(7) |
2021 |
Jan
(12) |
Feb
(2) |
Mar
(16) |
Apr
|
May
|
Jun
(11) |
Jul
|
Aug
(4) |
Sep
(24) |
Oct
(68) |
Nov
(61) |
Dec
|
2022 |
Jan
(42) |
Feb
(17) |
Mar
(20) |
Apr
(2) |
May
(23) |
Jun
(4) |
Jul
(6) |
Aug
|
Sep
(27) |
Oct
(4) |
Nov
(10) |
Dec
(31) |
2023 |
Jan
(4) |
Feb
(18) |
Mar
(8) |
Apr
(11) |
May
(18) |
Jun
(47) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(2) |
2024 |
Jan
(10) |
Feb
|
Mar
|
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(6) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
(3) |
2025 |
Jan
(2) |
Feb
(11) |
Mar
(3) |
Apr
(1) |
May
(22) |
Jun
(5) |
Jul
(15) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Terrence S. <ter...@gm...> - 2025-05-09 23:46:01
|
I haven't run the sh in a while as I lost the machine capable of doing it. Instead I download the build you create Pere and copy / paste the data folder and then run the Android studio build. Terrence On Fri, May 9, 2025, 7:01 p.m. Pere Pujal i Carabantes <per...@gm...> wrote: > El dv. 09 de 05 de 2025 a les 21:47 +0100, en/na Bill Kendrick va escriure: > > On Fri, May 09, 2025 at 12:52:06AM +0200, Pere Pujal i Carabantes wrote: > > > El dv. 09 de 05 de 2025 a les 00:38 +0200, en/na Pere Pujal i > Carabantes va escriure: > > > > > > > > but what I do not understand is that you said having problems too > with 0.9.34-rc1 > > > > and if I am not wrong, 0.9.34-rc1 comes from sourceforge and it > showed all magic tools here? > > > > > > Nevermind, I see that 0.9.34 from Play displays 0.9.34-rc1 at the > initial screen > > > > Ah! That explains it I guess!? Terrence, it _seems_ as though you > > posted the 0.9.34 release candidate ("beta") (0.9.34-rc1) to Google Play > Store, > > rather than the final (0.9.34). > > > > Though looking at > https://github.com/tux4kids/Tuxpaint-Android/commits/master/ > > I'm not quite understanding how that would have happened? (I see first > > commit 0d2a101, "Updating Tux Paint to 0.9.34" by Pere, on 2024-11-03, > > followed by commit commit 7a1a761, "Updating PlayStore version." by > > Terrence, on 2024-11-13.) > > > > Also, to both of you, is there something that needs to be done when new > > Magic tools are added "upstream", to get include them in the Android > > build? I assumed not, and that it would simply collect everything > > built from the source; i.e., there's not some file containing a list > > of all of the ".so" files that needs to be kept in sync. Correct? > > The images and sounds need to be copied to the assets, this is made with > the mkzip_assets.sh script that must be run manually. It does plenty of > other things like downloading stamps, compiling translations, converting > SVGs... > so it is difficult to miss it. > > .so files get automatically included in the apk at build time, I know > nothing > about how "bundles" are managed in the Play Store. > > > > > > Thanks. Sorry that I'm a bit less than useful here. :-D > > Well, knowing something is broken is the first step to fix it ;) > I'd never dig into this if I had not been warned :) > > Pere > > > > > -bill! > > > > > > > > _______________________________________________ > > Tuxpaint-devel mailing list > > Tux...@li... > > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > |
From: Pere P. i C. <per...@gm...> - 2025-05-09 23:01:45
|
El dv. 09 de 05 de 2025 a les 21:47 +0100, en/na Bill Kendrick va escriure: > On Fri, May 09, 2025 at 12:52:06AM +0200, Pere Pujal i Carabantes wrote: > > El dv. 09 de 05 de 2025 a les 00:38 +0200, en/na Pere Pujal i Carabantes va escriure: > > > > > > but what I do not understand is that you said having problems too with 0.9.34-rc1 > > > and if I am not wrong, 0.9.34-rc1 comes from sourceforge and it showed all magic tools here? > > > > Nevermind, I see that 0.9.34 from Play displays 0.9.34-rc1 at the initial screen > > Ah! That explains it I guess!? Terrence, it _seems_ as though you > posted the 0.9.34 release candidate ("beta") (0.9.34-rc1) to Google Play Store, > rather than the final (0.9.34). > > Though looking at https://github.com/tux4kids/Tuxpaint-Android/commits/master/ > I'm not quite understanding how that would have happened? (I see first > commit 0d2a101, "Updating Tux Paint to 0.9.34" by Pere, on 2024-11-03, > followed by commit commit 7a1a761, "Updating PlayStore version." by > Terrence, on 2024-11-13.) > > Also, to both of you, is there something that needs to be done when new > Magic tools are added "upstream", to get include them in the Android > build? I assumed not, and that it would simply collect everything > built from the source; i.e., there's not some file containing a list > of all of the ".so" files that needs to be kept in sync. Correct? The images and sounds need to be copied to the assets, this is made with the mkzip_assets.sh script that must be run manually. It does plenty of other things like downloading stamps, compiling translations, converting SVGs... so it is difficult to miss it. .so files get automatically included in the apk at build time, I know nothing about how "bundles" are managed in the Play Store. > > Thanks. Sorry that I'm a bit less than useful here. :-D Well, knowing something is broken is the first step to fix it ;) I'd never dig into this if I had not been warned :) Pere > > -bill! > > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
From: Bill K. <nb...@so...> - 2025-05-09 20:47:44
|
On Fri, May 09, 2025 at 12:52:06AM +0200, Pere Pujal i Carabantes wrote: > El dv. 09 de 05 de 2025 a les 00:38 +0200, en/na Pere Pujal i Carabantes va escriure: > > > > but what I do not understand is that you said having problems too with 0.9.34-rc1 > > and if I am not wrong, 0.9.34-rc1 comes from sourceforge and it showed all magic tools here? > > Nevermind, I see that 0.9.34 from Play displays 0.9.34-rc1 at the initial screen Ah! That explains it I guess!? Terrence, it _seems_ as though you posted the 0.9.34 release candidate ("beta") (0.9.34-rc1) to Google Play Store, rather than the final (0.9.34). Though looking at https://github.com/tux4kids/Tuxpaint-Android/commits/master/ I'm not quite understanding how that would have happened? (I see first commit 0d2a101, "Updating Tux Paint to 0.9.34" by Pere, on 2024-11-03, followed by commit commit 7a1a761, "Updating PlayStore version." by Terrence, on 2024-11-13.) Also, to both of you, is there something that needs to be done when new Magic tools are added "upstream", to get include them in the Android build? I assumed not, and that it would simply collect everything built from the source; i.e., there's not some file containing a list of all of the ".so" files that needs to be kept in sync. Correct? Thanks. Sorry that I'm a bit less than useful here. :-D -bill! |
From: Pere P. i C. <per...@gm...> - 2025-05-08 22:52:23
|
El dv. 09 de 05 de 2025 a les 00:38 +0200, en/na Pere Pujal i Carabantes va escriure: > > but what I do not understand is that you said having problems too with 0.9.34-rc1 > and if I am not wrong, 0.9.34-rc1 comes from sourceforge and it showed all magic tools here? Nevermind, I see that 0.9.34 from Play displays 0.9.34-rc1 at the initial screen |
From: Pere P. i C. <per...@gm...> - 2025-05-08 22:46:52
|
El dv. 09 de 05 de 2025 a les 00:38 +0200, en/na Pere Pujal i Carabantes va escriure: > > lastly look for the magic .so files, there are some that are not there. BTW, the ones lacking compared to a 0.9.35rc1 are libascii.so libcomicdot.so libcrescent.so libemitter.so libfractal.so librotate.so libspiral.so libspraypaint.so libtessell.so |
From: Pere P. i C. <per...@gm...> - 2025-05-08 22:38:50
|
El dj. 08 de 05 de 2025 a les 23:13 +0100, en/na Bill Kendrick va escriure: > On Thu, May 08, 2025 at 02:01:11AM +0200, Pere Pujal i Carabantes wrote: > > > > White render seems to be caused by some SDK/NDK old tools I have in my box, > > builds made with the fdroid server tools don't have this problem, > > sorry for the noise :( > > Hah, okay. Whew! :) > > > > I've made a new build with DEBUG and VERBOSE enabled > > so you can test if all the magic tools are there. > > Note this is a "release" build, not a "debug" build in the Android sense of the terms, > > whatever that means, see how the previous "debug" build wheigted 125M without the stamps > > I checked briefly, and I DO see the Crescent and Spiral/Concentric > tools, which were missing before. So now I thik I'm _more_ > confused! :-D > > I'm unfortunately not seeing a ".log" file like with the previous > version, though! You need first to allow files acces, it is asked when starting the config activity. I discovered that today. I've find a thing: Started Aurora store and download the 0.9.34 version of Tux Paint from Google Play. It lacks some magic tools also in my phone :( Find where Aurora stores the APKs(it comes in 4 APKs) and uncompress them, they are ZIP files. Look for magic PNGs, they are here, look for magic sounds, they are also here, lastly look for the magic .so files, there are some that are not there. I deduce the 0.9.34 version in Play store has a problem, but what I do not understand is that you said having problems too with 0.9.34-rc1 and if I am not wrong, 0.9.34-rc1 comes from sourceforge and it showed all magic tools here? > > panther:/storage/emulated/0/Android/data/org.tuxpaintdebug $ ls -lart > total 18 > drwxrws--x 86 media_rw ext_data_rw 8192 2025-05-08 23:11 .. > drwxrws--- 3 u0_a404 ext_data_rw 3452 2025-05-08 23:11 . > drwxrws--- 2 u0_a404 ext_data_rw 3452 2025-05-08 23:11 files > > > Any further suggestions? Look also under files, /storage/emulated/0/Android/data/org.tuxpaintdebug/files > > > > https://provant.freeddns.org/pere/public_html/Tux%20Paint/devel/20250508/ > > Thanks again! :) > > -bill! > > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
From: Bill K. <nb...@so...> - 2025-05-08 22:13:54
|
On Thu, May 08, 2025 at 02:01:11AM +0200, Pere Pujal i Carabantes wrote: > > White render seems to be caused by some SDK/NDK old tools I have in my box, > builds made with the fdroid server tools don't have this problem, > sorry for the noise :( Hah, okay. Whew! :) > I've made a new build with DEBUG and VERBOSE enabled > so you can test if all the magic tools are there. > Note this is a "release" build, not a "debug" build in the Android sense of the terms, > whatever that means, see how the previous "debug" build wheigted 125M without the stamps I checked briefly, and I DO see the Crescent and Spiral/Concentric tools, which were missing before. So now I thik I'm _more_ confused! :-D I'm unfortunately not seeing a ".log" file like with the previous version, though! panther:/storage/emulated/0/Android/data/org.tuxpaintdebug $ ls -lart total 18 drwxrws--x 86 media_rw ext_data_rw 8192 2025-05-08 23:11 .. drwxrws--- 3 u0_a404 ext_data_rw 3452 2025-05-08 23:11 . drwxrws--- 2 u0_a404 ext_data_rw 3452 2025-05-08 23:11 files Any further suggestions? > https://provant.freeddns.org/pere/public_html/Tux%20Paint/devel/20250508/ Thanks again! :) -bill! |
From: Pere P. i C. <per...@gm...> - 2025-05-08 00:01:25
|
El dl. 05 de 05 de 2025 a les 23:06 +0100, en/na Bill Kendrick va escriure: > On Mon, May 05, 2025 at 11:16:09AM +0200, Pere Pujal i Carabantes wrote: > <snip> > > I've made a debug build, that should not interfere with the current Tux Paint install > > https://provant.freeddns.org/pere/public_html/Tux%20Paint/devel/20250505/ > > > > I install it in my phone with adb install app-offPlayStore-debug.apk > > Thank you! I was able to as well. > > > > Strangely, there are some magic icons that render white now... > > Yes, I noticed that as well. Interestingly, only some of them > were tools that specifically were not showing up for me with > 0.9.34-rc1. (For example, I can use Concentric Circles and Crescent > in this debug build.) White render seems to be caused by some SDK/NDK old tools I have in my box, builds made with the fdroid server tools don't have this problem, sorry for the noise :( I've made a new build with DEBUG and VERBOSE enabled so you can test if all the magic tools are there. Note this is a "release" build, not a "debug" build in the Android sense of the terms, whatever that means, see how the previous "debug" build wheigted 125M without the stamps https://provant.freeddns.org/pere/public_html/Tux%20Paint/devel/20250508/ > But others worked fine (and the icons appeared fine) in 0.9.34-rc1. > (For example, Zoom and Tile Zoom were not a problem; > That Magic tool icon (per `git blame zoom.png`) hasn't been touched > since much longer ago (July 2022), so I'm unclear why it's suddenly > not working in your debug build of 0.9.35 from today, but was fine > 6 months ago (November) in 0.9.34-rc1.) > > Here's a list, per Magic group: > > * clone > * blocks > * ripples > * square mosaic > * halftone > > * opposite > * color & white > * dither > * dither (2nd) > > * zoom > * tile zoom > * panels > * reflection > * wavelets > * rotate > > * crescent > * spiral > * square spiral > * concentric circles > * concentric squares > * grass > * pixels > * comic dots (x2) > * fretwork > * hearts > * stars > * fractal (x4) > > * pattern > * tessellation (x2) > > * checkerboard > > * 1-/ 2-/ 3-pt select & draw > > * lightning > > > I wonder if it's something specific about the PNGs. And of course, now > that all of the tools are loading, I'm not seeing any complaints from > Tux Paint when it tries to load the tools. :facepalm: > > For example... > > Not working in 0.9.34-rc1; appearing white in 0.9.35 debug: > > ~/tuxpaint/tuxpaint/magic/icons$ file crescent.png ; identify crescent.png > crescent.png: PNG image data, 29 x 30, 8-bit colormap, non-interlaced > crescent.png PNG 29x30 29x30+0+0 8-bit sRGB 575B 0.000u 0:00.000 > > Working in both 0.9.34-rc1; appears fine in 0.9.35 debug: > > ~/tuxpaint/tuxpaint/magic/icons$ file swirls_circles.png ; identify swirls_circles.png > swirls_circles.png: PNG image data, 40 x 30, 8-bit gray+alpha, non-interlaced > swirls_circles.png PNG 40x30 40x30+0+0 8-bit Grayscale Gray 1781B 0.000u 0:00.000 > > Working in 0.9.3-rc1; appearing white in 0.9.35 debug: > > ~/tuxpaint/tuxpaint/magic/icons$ file clone.png ; identify clone.png > clone.png: PNG image data, 40 x 30, 2-bit colormap, non-interlaced > clone.png PNG 40x30 40x30+0+0 8-bit sRGB 283B 0.000u 0:00.000 > > > Did something about the PNG library change recently? :-/ > > Thanks! > > > > If you want to try compiling the Andoid port here are some quick instructions: > > Once you have the sources, cd to the app/src/jni/tuxpaint dir and run make on it, > > it will generate some needed files that are not on git. > > > > then run ./mkzipassets.sh to generate the assets dir > > > > once finished cd to the root of the sources and run ./gradlew build > > > > If all goes right, there will be the apks inside the app/build dir, > > the one that interest now is the app/build/outputs/apk/offPlayStore/debug/app-offPlayStore-debug.apk > > that goes alone > > > > or maybe the app/build/outputs/apk/playStore/debug/app-playStore-debug.apk > > relating to Play store > > > > Install it whith adb install path/to/file > > Not sure when I'll have the time & energy to do this. Burning the > candle at three ends, at the moment. :-D > > -bill! > > > HTH > > Pere > > > > > > Thanks, > > > > > > -bill! > > > > > > > > > _______________________________________________ > > > Tuxpaint-devel mailing list > > > Tux...@li... > > > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > > > > > _______________________________________________ > > Tuxpaint-devel mailing list > > Tux...@li... > > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
From: Bill K. <nb...@so...> - 2025-05-05 22:07:16
|
On Mon, May 05, 2025 at 11:16:09AM +0200, Pere Pujal i Carabantes wrote: <snip> > I've made a debug build, that should not interfere with the current Tux Paint install > https://provant.freeddns.org/pere/public_html/Tux%20Paint/devel/20250505/ > > I install it in my phone with adb install app-offPlayStore-debug.apk Thank you! I was able to as well. > Strangely, there are some magic icons that render white now... Yes, I noticed that as well. Interestingly, only some of them were tools that specifically were not showing up for me with 0.9.34-rc1. (For example, I can use Concentric Circles and Crescent in this debug build.) But others worked fine (and the icons appeared fine) in 0.9.34-rc1. (For example, Zoom and Tile Zoom were not a problem; That Magic tool icon (per `git blame zoom.png`) hasn't been touched since much longer ago (July 2022), so I'm unclear why it's suddenly not working in your debug build of 0.9.35 from today, but was fine 6 months ago (November) in 0.9.34-rc1.) Here's a list, per Magic group: * clone * blocks * ripples * square mosaic * halftone * opposite * color & white * dither * dither (2nd) * zoom * tile zoom * panels * reflection * wavelets * rotate * crescent * spiral * square spiral * concentric circles * concentric squares * grass * pixels * comic dots (x2) * fretwork * hearts * stars * fractal (x4) * pattern * tessellation (x2) * checkerboard * 1-/ 2-/ 3-pt select & draw * lightning I wonder if it's something specific about the PNGs. And of course, now that all of the tools are loading, I'm not seeing any complaints from Tux Paint when it tries to load the tools. :facepalm: For example... Not working in 0.9.34-rc1; appearing white in 0.9.35 debug: ~/tuxpaint/tuxpaint/magic/icons$ file crescent.png ; identify crescent.png crescent.png: PNG image data, 29 x 30, 8-bit colormap, non-interlaced crescent.png PNG 29x30 29x30+0+0 8-bit sRGB 575B 0.000u 0:00.000 Working in both 0.9.34-rc1; appears fine in 0.9.35 debug: ~/tuxpaint/tuxpaint/magic/icons$ file swirls_circles.png ; identify swirls_circles.png swirls_circles.png: PNG image data, 40 x 30, 8-bit gray+alpha, non-interlaced swirls_circles.png PNG 40x30 40x30+0+0 8-bit Grayscale Gray 1781B 0.000u 0:00.000 Working in 0.9.3-rc1; appearing white in 0.9.35 debug: ~/tuxpaint/tuxpaint/magic/icons$ file clone.png ; identify clone.png clone.png: PNG image data, 40 x 30, 2-bit colormap, non-interlaced clone.png PNG 40x30 40x30+0+0 8-bit sRGB 283B 0.000u 0:00.000 Did something about the PNG library change recently? :-/ Thanks! > If you want to try compiling the Andoid port here are some quick instructions: > Once you have the sources, cd to the app/src/jni/tuxpaint dir and run make on it, > it will generate some needed files that are not on git. > > then run ./mkzipassets.sh to generate the assets dir > > once finished cd to the root of the sources and run ./gradlew build > > If all goes right, there will be the apks inside the app/build dir, > the one that interest now is the app/build/outputs/apk/offPlayStore/debug/app-offPlayStore-debug.apk > that goes alone > > or maybe the app/build/outputs/apk/playStore/debug/app-playStore-debug.apk > relating to Play store > > Install it whith adb install path/to/file Not sure when I'll have the time & energy to do this. Burning the candle at three ends, at the moment. :-D -bill! > HTH > Pere > > > > Thanks, > > > > -bill! > > > > > > _______________________________________________ > > Tuxpaint-devel mailing list > > Tux...@li... > > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > |
From: Bill K. <nb...@so...> - 2025-05-05 13:12:06
|
On Mon, May 05, 2025 at 03:05:54AM +0200, Pere Pujal i Carabantes wrote: > El dg. 04 de 05 de 2025 a les 15:18 +0100, en/na Bill Kendrick va escriure: > > On Sun, May 04, 2025 at 08:47:04AM +0200, Pere Pujal i Carabantes wrote: > > > Hi, > > > > > > El dg. 04 de 05 de 2025 a les 00:36 +0100, en/na Bill Kendrick va escriure: > > > > Someone on Cara (artist social media site) mentioned that the > > > > Spiral tools were missing from the mobile version of Tux Paint. > > > > I confirmed I can't see them in 0.9.34-rc1 that I have installed > > > > on my phone. > > > > > > > > Pere, any clues? > > > > > > Strange, I have spiral and concentric circles in my phone, both with 0.9.34-rc1 and 0.9.35-rc1 > > > > I uninstalled 0.9.34-rc1, and installed 0.9.34 from Google Play, > > and the tools are missing. How odd! > > > > > Any additional info would be welcome, Android version, phone model, output of logcat, contents of the log file... > > > > Logcat output sent in a private email. > > Let me know how else I can try to help debug this! > > I am preparing a debug build, but in the meantime, you could run in Linux > the 'file' command inside the magic/images and magic/sounds dirs and look > if there is some correlation between the results and the missing magic tools. kendrick@bill-t480s:~/tuxpaint/tuxpaint/magic/sounds$ file `ls -rt | tail -30` kaleido-4.ogg: Ogg data, Vorbis audio, stereo, 48000 Hz, ~160000 bps, created by: Xiph.Org libVorbis I kaleido-8.ogg: Ogg data, Vorbis audio, stereo, 48000 Hz, ~160000 bps, created by: Xiph.Org libVorbis I foam.ogg: Ogg data, Vorbis audio, mono, 48000 Hz, ~96000 bps, created by: Xiph.Org libVorbis I toothpaste.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~160000 bps, created by: Xiph.Org libVorbis I ribbon.ogg: Ogg data, Vorbis audio, stereo, 48000 Hz, ~160000 bps, created by: Xiph.Org libVorbis I n_pt_persp_release.ogg: Ogg data, Vorbis audio, stereo, 192000 Hz, ~4294967294 bps, created by: Xiph.Org libVorbis I n_pt_persp_click.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~160000 bps, created by: Xiph.Org libVorbis I trochoids_drag.ogg: Ogg data, Vorbis audio, stereo, 48000 Hz, ~160000 bps, created by: Xiph.Org libVorbis I dither.ogg: Ogg data, Vorbis audio, mono, 44100 Hz, ~96000 bps, created by: Xiph.Org libVorbis I dither_keep_color.ogg: Ogg data, Vorbis audio, mono, 44100 Hz, ~96000 bps, created by: Xiph.Org libVorbis I polyfill_place.ogg: Ogg data, Vorbis audio, mono, 44100 Hz, ~96000 bps, created by: Xiph.Org libVorbis I polyfill_move.ogg: Ogg data, Vorbis audio, mono, 44100 Hz, ~96000 bps, created by: Xiph.Org libVorbis I polyfill_finish.ogg: Ogg data, Vorbis audio, stereo, 48000 Hz, ~160000 bps, created by: Xiph.Org libVorbis I polyfill_nearby.ogg: Ogg data, Vorbis audio, stereo, 48000 Hz, ~160000 bps, created by: Xiph.Org libVorbis I polyfill_remove.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~160000 bps, created by: Xiph.Org libVorbis I fractals.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~80000 bps, created by: Xiph.Org libVorbis I comic_dots.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: Xiph.Org libVorbis I emitter0.ogg: Ogg data, Vorbis audio, mono, 44100 Hz, ~60000 bps, created by: Xiph.Org libVorbis I rotate-drag.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: Xiph.Org libVorbis I rotate-release.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: Xiph.Org libVorbis I ascii-computer.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: Xiph.Org libVorbis I crescent.ogg: Ogg data, Vorbis audio, stereo, 48000 Hz, ~112000 bps, created by: Xiph.Org libVorbis I spraypaint-shake.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: Xiph.Org libVorbis I spraypaint-spray.ogg: Ogg data, Vorbis audio, mono, 48000 Hz, ~80000 bps, created by: Xiph.Org libVorbis I spiral-circle.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: Xiph.Org libVorbis I spiral-square.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: Xiph.Org libVorbis I concentric-square.ogg: Ogg data, Vorbis audio, mono, 44100 Hz, ~80000 bps, created by: Xiph.Org libVorbis I tessellation.ogg: Ogg data, Vorbis audio, stereo, 48000 Hz, ~112000 bps, created by: Xiph.Org libVorbis I emitter1.ogg: Ogg data, Vorbis audio, stereo, 48000 Hz, ~112000 bps, created by: Xiph.Org libVorbis I emitter2.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: Xiph.Org libVorbis I kendrick@bill-t480s:~/tuxpaint/tuxpaint/magic/icons$ file `ls -rt | tail -30` epitrochoid_outside.png: PNG image data, 128 x 131, 8-bit/color RGBA, non-interlaced epitrochoid_inside.png: PNG image data, 128 x 129, 8-bit/color RGBA, non-interlaced epitrochoid_edge.png: PNG image data, 128 x 129, 8-bit/color RGBA, non-interlaced dither.png: PNG image data, 56 x 58, 1-bit colormap, non-interlaced dither_keep_color.png: PNG image data, 56 x 58, 8-bit colormap, non-interlaced polyfill.png: PNG image data, 40 x 30, 8-bit gray+alpha, non-interlaced comicdot-pattern.png: PNG image data, 32 x 32, 8-bit/color RGB, non-interlaced comic_dots_0.png: PNG image data, 40 x 24, 4-bit colormap, non-interlaced comic_dots_1.png: PNG image data, 40 x 24, 8-bit colormap, non-interlaced fractals.png: PNG image data, 40 x 30, 8-bit colormap, non-interlaced rotate.png: PNG image data, 40 x 30, 8-bit colormap, non-interlaced ascii-typewriter.png: PNG image data, 290 x 12, 8-bit/color RGBA, non-interlaced ascii-computer.png: PNG image data, 769 x 16, 8-bit/color RGBA, non-interlaced ascii_typewriter.png: PNG image data, 40 x 12, 8-bit/color RGBA, non-interlaced ascii_color_computer.png: PNG image data, 40 x 16, 8-bit/color RGBA, non-interlaced ascii_computer.png: PNG image data, 40 x 16, 8-bit/color RGBA, non-interlaced crescent.png: PNG image data, 29 x 30, 8-bit colormap, non-interlaced spraypaint.png: PNG image data, 30 x 30, 8-bit gray+alpha, non-interlaced spiral-square.png: PNG image data, 28 x 30, 8-bit colormap, non-interlaced spiral-circle.png: PNG image data, 32 x 30, 8-bit colormap, non-interlaced concentric-circle.png: PNG image data, 30 x 30, 8-bit colormap, non-interlaced concentric-square.png: PNG image data, 30 x 30, 4-bit colormap, non-interlaced tessellation-flat.png: PNG image data, 30 x 30, 8-bit colormap, non-interlaced tessellation-pointy.png: PNG image data, 30 x 30, 8-bit colormap, non-interlaced emitter1.png: PNG image data, 128 x 32, 8-bit colormap, non-interlaced emitter2.png: PNG image data, 64 x 64, 8-bit colormap, non-interlaced emitter0_icon.png: PNG image data, 40 x 35, 8-bit colormap, non-interlaced emitter0.png: PNG image data, 40 x 35, 8-bit colormap, non-interlaced emitter2_icon.png: PNG image data, 64 x 64, 8-bit colormap, non-interlaced emitter1_icon.png: PNG image data, 40 x 36, 8-bit gray+alpha, non-interlaced HTH? I'll try the debug build later. Thanks! -bill! |
From: Pere P. i C. <per...@gm...> - 2025-05-05 09:16:33
|
El dg. 04 de 05 de 2025 a les 15:18 +0100, en/na Bill Kendrick va escriure: > On Sun, May 04, 2025 at 08:47:04AM +0200, Pere Pujal i Carabantes wrote: > > Hi, > > > > El dg. 04 de 05 de 2025 a les 00:36 +0100, en/na Bill Kendrick va escriure: > > > Someone on Cara (artist social media site) mentioned that the > > > Spiral tools were missing from the mobile version of Tux Paint. > > > I confirmed I can't see them in 0.9.34-rc1 that I have installed > > > on my phone. > > > > > > Pere, any clues? > > > > Strange, I have spiral and concentric circles in my phone, both with 0.9.34-rc1 and 0.9.35-rc1 > > I uninstalled 0.9.34-rc1, and installed 0.9.34 from Google Play, > and the tools are missing. How odd! > > > Any additional info would be welcome, Android version, phone model, output of logcat, contents of the log file... > > Logcat output sent in a private email. > Let me know how else I can try to help debug this! I've made a debug build, that should not interfere with the current Tux Paint install https://provant.freeddns.org/pere/public_html/Tux%20Paint/devel/20250505/ I install it in my phone with adb install app-offPlayStore-debug.apk Strangely, there are some magic icons that render white now... If you want to try compiling the Andoid port here are some quick instructions: Once you have the sources, cd to the app/src/jni/tuxpaint dir and run make on it, it will generate some needed files that are not on git. then run ./mkzipassets.sh to generate the assets dir once finished cd to the root of the sources and run ./gradlew build If all goes right, there will be the apks inside the app/build dir, the one that interest now is the app/build/outputs/apk/offPlayStore/debug/app-offPlayStore-debug.apk that goes alone or maybe the app/build/outputs/apk/playStore/debug/app-playStore-debug.apk relating to Play store Install it whith adb install path/to/file HTH Pere > > Thanks, > > -bill! > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
From: Jacques C. <jac...@or...> - 2025-05-05 04:01:44
|
Le 05/05/2025 à 03:05, Pere Pujal i Carabantes a écrit : > El dg. 04 de 05 de 2025 a les 15:18 +0100, en/na Bill Kendrick va escriure: ................................ Hi, on my side with a phone Xiaomi Mi_10T_Lite i can use the magic tools, including spirals and concentric Regards Jacques |
From: Pere P. i C. <per...@gm...> - 2025-05-05 01:06:20
|
El dg. 04 de 05 de 2025 a les 15:18 +0100, en/na Bill Kendrick va escriure: > On Sun, May 04, 2025 at 08:47:04AM +0200, Pere Pujal i Carabantes wrote: > > Hi, > > > > El dg. 04 de 05 de 2025 a les 00:36 +0100, en/na Bill Kendrick va escriure: > > > Someone on Cara (artist social media site) mentioned that the > > > Spiral tools were missing from the mobile version of Tux Paint. > > > I confirmed I can't see them in 0.9.34-rc1 that I have installed > > > on my phone. > > > > > > Pere, any clues? > > > > Strange, I have spiral and concentric circles in my phone, both with 0.9.34-rc1 and 0.9.35-rc1 > > I uninstalled 0.9.34-rc1, and installed 0.9.34 from Google Play, > and the tools are missing. How odd! > > > Any additional info would be welcome, Android version, phone model, output of logcat, contents of the log file... > > Logcat output sent in a private email. > Let me know how else I can try to help debug this! I am preparing a debug build, but in the meantime, you could run in Linux the 'file' command inside the magic/images and magic/sounds dirs and look if there is some correlation between the results and the missing magic tools. HTH Pere > > Thanks, > > -bill! > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
From: Bill K. <nb...@so...> - 2025-05-04 15:06:39
|
On Sun, May 04, 2025 at 08:47:04AM +0200, Pere Pujal i Carabantes wrote: > Hi, > > El dg. 04 de 05 de 2025 a les 00:36 +0100, en/na Bill Kendrick va escriure: > > Someone on Cara (artist social media site) mentioned that the > > Spiral tools were missing from the mobile version of Tux Paint. > > I confirmed I can't see them in 0.9.34-rc1 that I have installed > > on my phone. > > > > Pere, any clues? > > Strange, I have spiral and concentric circles in my phone, both with 0.9.34-rc1 and 0.9.35-rc1 > > > Any additional info would be welcome, Android version, phone model, output of logcat, contents of the log file... I'm on a Google Pixel 7 running Android 15. I'm installing `android-studio` Snap package to see if I can figure out logcat. If there are some easy details on the process that you can share (e.g., (1) install Android Studio, (2) use version XYZ of Tux Paint, (3) run "logcat" command like so, ...etc.), that would (A) help me right now, and (B) I can capture it into the `docs/TROUBLESHOOTING.txt` file. ;-) It seems some other new (to 0.9.34) tools are missing: * Spray Paint * Crescent * Comic Dots * Fractal [x4] * ASCII Art [x3] BTW, my Tux Paint build is dated 2024-11-12, which is oddly a few days _after_ the final 0.9.34 was posted to SourceForge (2024-11-03). After I experiment above, I'll also try installing the Google Play version (of 0.9.34) to confirm that it's not just the -rc1 I'm using. I'll also try to install 0.9.35-rc1, to make sure the new "emitter" tools (Hearts, Sparkles, Stars) are not missing. Thanks! -bill! |
From: Bill K. <nb...@so...> - 2025-05-04 15:03:38
|
On Sun, May 04, 2025 at 08:47:04AM +0200, Pere Pujal i Carabantes wrote: > Hi, > > El dg. 04 de 05 de 2025 a les 00:36 +0100, en/na Bill Kendrick va escriure: > > Someone on Cara (artist social media site) mentioned that the > > Spiral tools were missing from the mobile version of Tux Paint. > > I confirmed I can't see them in 0.9.34-rc1 that I have installed > > on my phone. > > > > Pere, any clues? > > Strange, I have spiral and concentric circles in my phone, both with 0.9.34-rc1 and 0.9.35-rc1 I uninstalled 0.9.34-rc1, and installed 0.9.34 from Google Play, and the tools are missing. How odd! > Any additional info would be welcome, Android version, phone model, output of logcat, contents of the log file... Logcat output sent in a private email. Let me know how else I can try to help debug this! Thanks, -bill! |
From: Pere P. i C. <per...@gm...> - 2025-05-04 06:47:33
|
Hi, El dg. 04 de 05 de 2025 a les 00:36 +0100, en/na Bill Kendrick va escriure: > Someone on Cara (artist social media site) mentioned that the > Spiral tools were missing from the mobile version of Tux Paint. > I confirmed I can't see them in 0.9.34-rc1 that I have installed > on my phone. > > Pere, any clues? Strange, I have spiral and concentric circles in my phone, both with 0.9.34-rc1 and 0.9.35-rc1 Any additional info would be welcome, Android version, phone model, output of logcat, contents of the log file... Pere > > Thanks! > > -bill! > > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
From: Bill K. <nb...@so...> - 2025-05-03 23:37:28
|
Someone on Cara (artist social media site) mentioned that the Spiral tools were missing from the mobile version of Tux Paint. I confirmed I can't see them in 0.9.34-rc1 that I have installed on my phone. Pere, any clues? Thanks! -bill! |
From: Bill K. <nb...@so...> - 2025-04-07 18:52:01
|
Prolific Tux Paint artist Serena (interviewed [*]) is about to finish her art degree (yay, congrats!), and posted some musings about Tux Paint in a zine format, which you can read over on Instagram: https://www.instagram.com/p/DIJz9elPmSy/ (Looks like you do NOT need an account to view it; just dismiss signup/login modal dialog.) I wanted to make sure the rest of you all had the chance to see it. Know that, as silly and frivolous as Tux Paint is, it actually has a positive effect on the world. As always, thank YOU all for helping make that happen. I couldn't do it without your support, contributions, and overall putting-up-with-my-nonsense. ;) -bill! [*] https://tuxpaint.org/interviews/abstractaardvark/ |
From: Bill K. <nb...@so...> - 2025-03-27 03:58:31
|
On Wed, Mar 26, 2025 at 09:03:00PM -0400, Mark Kim wrote: > Confirmed nothing [obvious] appears broken with the macOS build! Great, thanks! :) -bill! |
From: Mark K. <tux...@cb...> - 2025-03-27 01:03:30
|
Confirmed nothing [obvious] appears broken with the macOS build! On Wed, Mar 26, 2025 at 4:01 AM Bill Kendrick <nb...@so...> wrote: > > I haven't had much time, energy, or interest in working on Tux Paint > lately. Since nothing much is going on, and (hopefully) things are > stable, I figured I'd release a new version soon. > > If you're able to pull code from the master branches in the Git > repos at SourceForge, and build, please do. Give it a whirl, and > make sure I didn't break anything. :) > > I'll soon roll together an official release candidate ("-rc1") > source tarball, and hopefully we can get users testing out binary > builds. The usual process, in other words. :) > > Thanks in advance! > > -bill! > > > > _______________________________________________ > Tuxpaint-maintainers mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-maintainers > > |
From: Bill K. <nb...@so...> - 2025-03-26 08:01:38
|
I haven't had much time, energy, or interest in working on Tux Paint lately. Since nothing much is going on, and (hopefully) things are stable, I figured I'd release a new version soon. If you're able to pull code from the master branches in the Git repos at SourceForge, and build, please do. Give it a whirl, and make sure I didn't break anything. :) I'll soon roll together an official release candidate ("-rc1") source tarball, and hopefully we can get users testing out binary builds. The usual process, in other words. :) Thanks in advance! -bill! |
From: Bill K. <nb...@so...> - 2025-02-23 07:02:39
|
On Sun, Feb 23, 2025 at 09:19:54AM +0900, Shin-ichi TOYAMA wrote: > On Sat, 22 Feb 2025 12:04:47 -0800, Bill Kendrick wrote: <snip> > >If that works, then we're moving in the right direction. > > I tested this like, > > * Downloaded very funny free font and stored it in "C:\FontTest" > * Confirmed TP does not load it. > * Added "<dir>C:/FontTest</dir>" to fonts.conf shipped with TP. > * Confirmed TO load it. > > I think it's fine now for Windows. Great, thanks for testing! -bill! |
From: Shin-ichi T. <dol...@wm...> - 2025-02-23 00:20:08
|
On Sat, 22 Feb 2025 12:04:47 -0800, Bill Kendrick wrote: >I think a good test for you would be to place some new fonts in a folder >somewhere _outside_ of the places Tux Paint is already explicitly searching >(which seems to only be those two locations above). > >Launch Tux Paint. It should NOT find the new fonts, since it has no >reason to be searching the folder where you put them. > >Then, add the path of that folder to a "<dir>" section of the "fonts.conf" >that Tux Paint is loading. So far -- assuming I did it right -- it should >be looking in the "etc/fonts/fonts.conf" inside Tux Paint's own folder >(C:\Program Files\TuxPaint\, I guess?) > >Launch Tux Paint again. It should now find the new fonts... hopefully! > >If that works, then we're moving in the right direction. I tested this like, * Downloaded very funny free font and stored it in "C:\FontTest" * Confirmed TP does not load it. * Added "<dir>C:/FontTest</dir>" to fonts.conf shipped with TP. * Confirmed TO load it. I think it's fine now for Windows. Thanks. -- Shin-ichi TOYAMA <dol...@wm...> |
From: Bill K. <nb...@so...> - 2025-02-22 23:59:33
|
On Sat, Feb 22, 2025 at 06:03:47PM -0500, Mark Kim wrote: > Hi Bill, > > > Are there other places we should look? > > No. > > :) X^D Okay then! Thanks! -bill! |
From: Mark K. <mar...@gm...> - 2025-02-22 23:04:08
|
Hi Bill, > Are there other places we should look? No. :) Thanks, Mark On Sat, Feb 22, 2025 at 5:19 PM Bill Kendrick <nb...@so...> wrote: > On Sat, Feb 22, 2025 at 01:41:35PM -0800, Bill Kendrick wrote: > <snip> > > > > And I think for _now_, we're all set, for Windows at least...? > > I'll attempt to summon Mark to see whether anything else needs to > > be done on the macOS side. :) > > Mark, I'm realizing that Tux Paint for macOS also (like Windows) > ships with its own FontConfig "fonts.conf" XML file. > > For the purposes of making fonts available in the Text and Label tools, > beyond those in folders that Tux Paint explicitly scans (in fonts.c's > "load_user_fonts()" function), I recently added some very minimimal > support for parsing FontConfig "fonts.conf" files. For each "<dir>" > it finds, it will try to load fonts from that path. > > In the Tux Paint's "macos/fonts.conf", I see: > > <dir prefix="cwd">Resources/share/tuxpaint/fonts</dir> > <dir prefix="cwd">Resources/share/tuxpaint/fonts/locale</dir> > <dir prefix="cwd">share/tuxpaint/fonts</dir> > <dir prefix="cwd">share/tuxpaint/fonts/locale</dir> > <dir>~/Library/Application Support/TuxPaint/fonts</dir> > <dir>~/Library/Application Support/TuxPaint/fonts/locale</dir> > <dir>/Library/Application Support/TuxPaint/fonts</dir> > <dir>/Library/Application Support/TuxPaint/fonts/locale</dir> > > <dir>/Library/Fonts</dir> > <dir>/Network/Library/Fonts</dir> > <dir>/System/Library/Fonts</dir> > > And in "load_user_fonts()", inside an "__APPLE__" #ifdef test, I see > we explicitly load fonts from these paths: > > loadfonts(screen, texture, renderer, "/System/Library/Fonts"); > loadfonts(screen, texture, renderer, "/Library/Fonts"); > loadfonts(screen, texture, renderer, apple_fontsPath()); > loadfonts(screen, texture, renderer, "/usr/share/fonts"); > loadfonts(screen, texture, renderer, "/usr/X11R6/lib/X11/fonts"); > > ...where "apple_fontsPath()" comes from "src/macos.m", and simply > plugs the $HOME env. variable into "%s/Library/Fonts". > > > My assumption is that, in previous versions of Tux Paint, any fonts > that were added to any other folders listed in "macos/fonts.conf" <dir> > tags (but not explicitly in that hard-coded list in "src/fonts.c") > would NOT be loaded and made available to the Text & Label tools. > > > Moving forward (0.9.35 & beyond), I'd like for us to consult any > relevant "fonts.conf" files, and load fonts found in any of the > directories specified within (in those "<dir> tags). > > So for example, on Linux, I am now parsing any "fonts.conf" found > within: > > * $FONTCONFIG_PATH/ (or "/etc/fonts/", if not set) > * $XDG_CONFIG_HOME/fontconfig/ (or "$HOME/.config/fontconfig/", if not > set) > > > On macOS, we're currently looking here: > > * $FONTCONFIG_PATH/ > > Are there other places we should look? I assume we should try loading the > "fonts.conf" that we ship along with Tux Paint. Since I don't have a Mac, > I can't really hack on this and test it, so I was hoping you could help. > :-) > > > Specifically, it's this block of code inside Tux Paint's "src/fonts.c": > > ... > /* See what dirs fontconfig configuration files point to, > and try loading fonts from those locations */ > > #if defined(__APPLE__) > fontconfig_config_paths = malloc_fontconfig_config_paths(1, > &num_fontconfig_config_paths); > if (fontconfig_config_paths != NULL) > { > /* Apple: Look for fonts.conf in $FONTCONFIG_PATH */ > fontconfig_config_paths[0] = malloc(1024); > snprintf(fontconfig_config_paths[0], 1024, "%s/fonts.conf", > getenv("FONTCONFIG_PATH")); > > /* FIXME: Apple: Look for the fonts.conf that we ship with Tux Paint > for macOS */ > } > ... > > > Thanks in advance! > > -bill! > > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > |