Thread: [Tuxpaint-devel] TuxPaint-Android Project v0.2
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
From: 张建伟 <wei...@ma...> - 2015-06-18 13:40:35
|
Hi, This is TuxPaint-Android Project v0.2: https://github.com/weiwei9591/TuxPaint-Android Current progress is : Features support: Tools: Paint, Stamp, Lines, Shapes, Text, Label, Magic, Undo, Redo, Eraser, New, Open, Save and Quit Stamp: All Brushed: All Shapes: All Color: All Sound: enable Magic plugin tools: All Features nonsupport: Tools: Print i18n: gettext is a pre-built library from other project, but seems not work yet. RSVG: libRSVG is not compiled successfully. SDL_Pango: can be compiled successfully, but seems not to work yet. The next step may be: Change tuxpaint onscreen keyboard to Android system onscreen keyboard. Enable i18n and gettext library. Enable SDL_Pango More information: Please read README. Or contact me directly :) P.S. In TuxPaint-Android, the system path for configuration and resource will use internal app path: /data/data/org.tuxpaint/files, and the user home path for user's configuration and resource will use external app path: /mnt/sdcard/TuxPaint. Thanks. Jianwei |
From: Pere P. i C. <per...@gm...> - 2015-06-18 18:00:53
|
There is no apk in github, is bin dir not tracked? Wil comment more when I have time to compile and test more. Best Pere -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. |
From: 张建伟 <wei...@ma...> - 2015-06-19 00:47:21
|
Hi Pere, Sorry, I forgot to track this bin dir. Now I fix this and you can try to install pre-built tuxpaint apk :) Thanks Jianwei -----原始邮件----- 发件人:"Pere Pujal i Carabantes" <per...@gm...> 发送时间:2015-06-19 02:00:51 (星期五) 收件人: "Discussion list for Tux Paint developers" <tux...@li...> 抄送: 主题: Re: [Tuxpaint-devel] TuxPaint-Android Project v0.2 There is no apk in github, is bin dir not tracked? Wil comment more when I have time to compile and test more. Best Pere -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. |
From: Pere P. <per...@gm...> - 2015-06-19 11:14:24
|
Hi Jianwei, I post the apk link for people who wants to test too: https://github.com/weiwei9591/TuxPaint-Android/blob/master/bin/TuxPaint-Android.apk?raw=true Some tests: Slow startup, ~30 seconds in my device, the first time tuxpaint uncompresses tuxpaint.zip assets, Next times should improve radically, but it doesn't Features working: Paint, stamps, shapes, text, magic undo, redo, save, open, slides, new, color pickup, scaling display for small screens(<500w or 480h), radial lines are easy to create painting with two fingers:keep one finger quiet then move the other around :) working slow: lines, strangely, rubber(xor) lines performs slower than shapes or stamps: start a line, then move the finger fast on the screen for some seconds, the rubber line goes far slower than if you do the same with the shapes or stamps tools. not working: onscreen keyboard, it lacks composed keys and Enter, Tab and Bacspace don't work. Instead, plain ascii keys works and you can submit the text by changing to another tool . Label: Can't remove labels (a side effect of onscreen keyboard problems). Saving and reopening a file with labels then go to edit one label shows that labels are corrupted in the process. need to test where this happens. Features needed:scroll left and right tool boxes by swiping the finger on them. Same for open, slides, new in their respective dialogs. Printing? HTH Pere 2015-06-19 2:47 GMT+02:00 张建伟 <wei...@ma...>: > Hi Pere, > > Sorry, I forgot to track this bin dir. > > Now I fix this and you can try to install pre-built tuxpaint apk :) > > Thanks > > Jianwei > > -----原始邮件----- > 发件人:"Pere Pujal i Carabantes" <per...@gm...> > 发送时间:2015-06-19 02:00:51 (星期五) > 收件人: "Discussion list for Tux Paint developers" > <tux...@li...> > 抄送: > 主题: Re: [Tuxpaint-devel] TuxPaint-Android Project v0.2 > > > There is no apk in github, is bin dir not tracked? > Wil comment more when I have time to compile and test more. > > Best > Pere > -- > Sent from my Android phone with K-9 Mail. Please excuse my brevity. > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > |
From: 张建伟 <wei...@ma...> - 2015-06-19 15:03:20
|
Hi Pere, Thanks for your detailed test :) > -----原始邮件----- > 发件人: "Pere Pujal" <per...@gm...> > 发送时间: 2015-06-19 19:14:17 (星期五) > 收件人: "Discussion list for Tux Paint developers" <tux...@li...> > 抄送: > 主题: Re: [Tuxpaint-devel] TuxPaint-Android Project v0.2 > > Hi Jianwei, > > I post the apk link for people who wants to test too: > https://github.com/weiwei9591/TuxPaint-Android/blob/master/bin/TuxPaint-Android.apk?raw=true > > Some tests: > > Slow startup, ~30 seconds in my device, the first time tuxpaint > uncompresses tuxpaint.zip assets, Next times should improve radically, > but it doesn't > Yes I also meet this issue. Since there are no error messages yet, I have not taken this as a problem yet. I think I will debug the start process more carefully to get the reason. Uncompress operation may be the reason. > > Features working: > Paint, stamps, shapes, text, magic undo, redo, save, open, slides, > new, color pickup, scaling display for small screens(<500w or 480h), > radial lines are easy to create painting with two fingers:keep one > finger quiet then move the other around :) > > working slow: lines, strangely, rubber(xor) lines performs slower than > shapes or stamps: start a line, then move the finger fast on the > screen for some seconds, the rubber line goes far slower than if you > do the same with the shapes or stamps tools. I can find line tool run slow than other tools. However I cannot understand your problem very clearly. The behaviour of line tool on Android is same with that on my PC with ubuntu installed. Both of them run slow strangely. Shall I need to debug the code deeper to speed up "line" tool? > > not working: onscreen keyboard, it lacks composed keys and Enter, Tab > and Bacspace don't work. Instead, plain ascii keys works and you can > submit the text by changing to another tool Yes, the onscreen keybord may meet some issues described by you. But I can find this problem only on my old phone (Android 2.3.6), while it can work perfectly on my new phone (Android 5.0.2). This seems strange :( > . Label: Can't remove labels (a side effect of onscreen keyboard > problems). Saving and reopening a file with labels then go to edit one > label shows that labels are corrupted in the process. need to test > where this happens. > Ok, I will test more to fix this. > > Features needed:scroll left and right tool boxes by swiping the finger on them. > Same for open, slides, new in their respective dialogs. > Printing? > Sorry, I cannot understand your thought since I still find that the behavior on phone is same with PC. Do you mean that you want to extend current tuxpaint source code to make it full screen and not show left, right and bottom when tuxpaint shows open dialog, slides dialog and new dialog? > HTH > Pere > > > > 2015-06-19 2:47 GMT+02:00 张建伟 <wei...@ma...>: > > Hi Pere, > > > > Sorry, I forgot to track this bin dir. > > > > Now I fix this and you can try to install pre-built tuxpaint apk :) > > > > Thanks > > > > Jianwei > > > > -----原始邮件----- > > 发件人:"Pere Pujal i Carabantes" <per...@gm...> > > 发送时间:2015-06-19 02:00:51 (星期五) > > 收件人: "Discussion list for Tux Paint developers" > > <tux...@li...> > > 抄送: > > 主题: Re: [Tuxpaint-devel] TuxPaint-Android Project v0.2 > > > > > > There is no apk in github, is bin dir not tracked? > > Wil comment more when I have time to compile and test more. > > > > Best > > Pere > > -- > > Sent from my Android phone with K-9 Mail. Please excuse my brevity. > > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > > 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...> - 2015-06-19 23:27:27
Attachments:
lines_slow.patch
|
Hi Jianwei, El dv 19 de 06 de 2015 a les 23:03 +0800, en/na 张建伟 va escriure: > Hi Pere, > > Thanks for your detailed test :) > > > > -----原始邮件----- > > 发件人: "Pere Pujal" <per...@gm...> > > 发送时间: 2015-06-19 19:14:17 (星期五) > > 收件人: "Discussion list for Tux Paint developers" <tux...@li...> > > 抄送: > > 主题: Re: [Tuxpaint-devel] TuxPaint-Android Project v0.2 > > > > Hi Jianwei, > > > > I post the apk link for people who wants to test too: > > https://github.com/weiwei9591/TuxPaint-Android/blob/master/bin/TuxPaint-Android.apk?raw=true > > > > Some tests: > > > > Slow startup, ~30 seconds in my device, the first time tuxpaint > > uncompresses tuxpaint.zip assets, Next times should improve radically, > > but it doesn't > > > > Yes I also meet this issue. Since there are no error messages yet, I have not taken this as a problem yet. > I think I will debug the start process more carefully to get the reason. > Uncompress operation may be the reason. Just a path mismatch, amazing, yesterday I debugged it, found the mismatch, then tested the wrong build, LOL, so I deduced that I was wrong and that the problem was elsewhere. XD In TuxPaintActivity.java, in the "test whether tuxpaint.zip in assets folder is already unziped." change "brushes" to "data/brushes" > > > > > Features working: > > Paint, stamps, shapes, text, magic undo, redo, save, open, slides, > > new, color pickup, scaling display for small screens(<500w or 480h), > > radial lines are easy to create painting with two fingers:keep one > > finger quiet then move the other around :) > > > > working slow: lines, strangely, rubber(xor) lines performs slower than > > shapes or stamps: start a line, then move the finger fast on the > > screen for some seconds, the rubber line goes far slower than if you > > do the same with the shapes or stamps tools. > > I can find line tool run slow than other tools. > However I cannot understand your problem very clearly. > The behaviour of line tool on Android is same with that on my PC with ubuntu installed. > Both of them run slow strangely. > Shall I need to debug the code deeper to speed up "line" tool? I didn't noticed it rant slow, it performs right usually on my laptop, after you tell me that, I slowed down tuxpaint in the laptop and see that indeed that problem is in the original tuxpaint code. To slow it down I use valgrind, a really helpful tool for debugging. valgrind --track-origins=yes --leak-check=full ./tuxpaint I saw two update_screen() calls can be removed, also, for the android port, one more update_screen() call can be removed as anyway a refresh of the whole screen will be called in the SDL_UpdateRect() compatibility function. patch attached > > > > > not working: onscreen keyboard, it lacks composed keys and Enter, Tab > > and Bacspace don't work. Instead, plain ascii keys works and you can > > submit the text by changing to another tool > > Yes, the onscreen keybord may meet some issues described by you. > But I can find this problem only on my old phone (Android 2.3.6), > while it can work perfectly on my new phone (Android 5.0.2). > This seems strange :( Maybe some system libraries buggy on older platforms? I have a 4.0.3 if that matters. > > > . Label: Can't remove labels (a side effect of onscreen keyboard > > problems). Saving and reopening a file with labels then go to edit one > > label shows that labels are corrupted in the process. need to test > > where this happens. > > > > Ok, I will test more to fix this. I've created a file with labels on the computer, tested it, then passed to the Android device and tested there: labels corrupted Now the inverse, created a file on Android, then passed to the laptop and tested there: labels are right I deduce the problem should be somewhere at the open process. > > > > > Features needed:scroll left and right tool boxes by swiping the finger on them. > > Same for open, slides, new in their respective dialogs. > > Printing? > > > Sorry, I cannot understand your thought since I still find that the behavior on phone is same with PC. > Do you mean that you want to extend current tuxpaint source code to make it full screen and not show > left, right and bottom when tuxpaint shows open dialog, slides dialog and new dialog? No, I mean since swipe is the "standard" android method for scroll, then would be nice to add swipe for scrolling in the toolboxes(like scrolling for a magic tool) and also add it too to the different dialogs. Currently tuxpaint only scrolls clicking on the buttons. Let's keep that as a thing to do if time allows. HTH Pere > > > HTH > > Pere > > > > > > > > 2015-06-19 2:47 GMT+02:00 张建伟 <wei...@ma...>: > > > Hi Pere, > > > > > > Sorry, I forgot to track this bin dir. > > > > > > Now I fix this and you can try to install pre-built tuxpaint apk :) > > > > > > Thanks > > > > > > Jianwei > > > > > > -----原始邮件----- > > > 发件人:"Pere Pujal i Carabantes" <per...@gm...> > > > 发送时间:2015-06-19 02:00:51 (星期五) > > > 收件人: "Discussion list for Tux Paint developers" > > > <tux...@li...> > > > 抄送: > > > 主题: Re: [Tuxpaint-devel] TuxPaint-Android Project v0.2 > > > > > > > > > There is no apk in github, is bin dir not tracked? > > > Wil comment more when I have time to compile and test more. > > > > > > Best > > > Pere > > > -- > > > Sent from my Android phone with K-9 Mail. Please excuse my brevity. > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > 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: Pere P. i C. <per...@gm...> - 2015-06-21 15:40:14
|
Hi Jianwei, more test on the "alternative crashing" I found that tuxpaint crashes regularly 1 of 2 times it is launched, say 1,3,5,7 starts will go fine, 2,4,6,8 will crash. After some investigation I found that android keeps a couple of processes running after tuxpaint is closed: adb shell ps|grep tuxpaint app_52 1577 1160 510668 57532 ffffffff 4002c384 S org.tuxpaint adb shell ps|grep app_52 app_52 1577 1160 510668 57592 ffffffff 4002c384 S org.tuxpaint app_52 1597 1577 0 0 c005b610 00000000 Z SDLThread Killing them, then tuxpaint starts fine, I can kill either via adb shell kill processnumber or via android recent apps, swiping out tuxpaint Not knowing android idiosyncrasy, I image some solutions; 1) Add "noquit=yes" to the tuxpaint.conf file, tested and working in my device, tuxpaint only stops when you swipe it out of recent apps, no more crashes at start. Cons: Loses the unsaved work without asking, I haven't tested how this impacts battery drain. 2) Force the close of the remaining processes in order to get a clean start next time. 3) Reuse the existing processes, May speed start if they keep data around. Comments? HTH Pere El dj 18 de 06 de 2015 a les 21:40 +0800, en/na 张建伟 va escriure: > Hi, > > This is TuxPaint-Android Project v0.2: https://github.com/weiwei9591/TuxPaint-Android > > Current progress is : > > Features support: > Tools: Paint, Stamp, Lines, Shapes, Text, Label, Magic, Undo, Redo, Eraser, New, Open, Save and Quit > Stamp: All > Brushed: All > Shapes: All > Color: All > Sound: enable > Magic plugin tools: All > > Features nonsupport: > Tools: Print > i18n: gettext is a pre-built library from other project, but seems not work yet. > RSVG: libRSVG is not compiled successfully. > SDL_Pango: can be compiled successfully, but seems not to work yet. > > The next step may be: > Change tuxpaint onscreen keyboard to Android system onscreen keyboard. > Enable i18n and gettext library. > Enable SDL_Pango > > More information: > Please read README. Or contact me directly :) > > P.S. > In TuxPaint-Android, the system path for configuration and resource will use internal app path: /data/data/org.tuxpaint/files, > and the user home path for user's configuration and resource will use external app path: /mnt/sdcard/TuxPaint. > > Thanks. > > Jianwei > ------------------------------------------------------------------------------ > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
From: 张建伟 <wei...@ma...> - 2015-06-22 12:44:12
|
Hi Pere, Thank you !!! > -----原始邮件----- > 发件人: "Pere Pujal i Carabantes" <per...@gm...> > 发送时间: 2015-06-21 23:40:05 (星期日) > 收件人: tux...@li... > 抄送: > 主题: Re: [Tuxpaint-devel] TuxPaint-Android Project v0.2 > > Hi Jianwei, more test on the "alternative crashing" > > I found that tuxpaint crashes regularly 1 of 2 times it is launched, say > 1,3,5,7 starts will go fine, 2,4,6,8 will crash. > > After some investigation I found that android keeps a couple of > processes running after tuxpaint is closed: > adb shell ps|grep tuxpaint > app_52 1577 1160 510668 57532 ffffffff 4002c384 S org.tuxpaint > > adb shell ps|grep app_52 > app_52 1577 1160 510668 57592 ffffffff 4002c384 S org.tuxpaint > app_52 1597 1577 0 0 c005b610 00000000 Z SDLThread > > Killing them, then tuxpaint starts fine, I can kill either via adb shell > kill processnumber or via android recent apps, swiping out tuxpaint > It seems that tuxpaint does quit improperly although we suppose it quits successfully. I think I will spend more time to test whether SDL quit process or tuxpaint quit process fails. > > Not knowing android idiosyncrasy, I image some solutions; > > 1) Add "noquit=yes" to the tuxpaint.conf file, tested and working in my > device, tuxpaint only stops when you swipe it out of recent apps, no > more crashes at start. Cons: Loses the unsaved work without asking, I > haven't tested how this impacts battery drain. > It may be not very good for users. > 2) Force the close of the remaining processes in order to get a clean > start next time. > > 3) Reuse the existing processes, May speed start if they keep data > around. > I want to make tuxpaint quit successfully and reuse exit process of tuxpaint. I will debug and test quit process more carefully. I hope it can succeed in the next release version 0.3. These days I have completed Android onscreen keyborad. And I am trying to make i18n succeed for Android. Thanks :) Jianwei > Comments? > > > > HTH > Pere > > > El dj 18 de 06 de 2015 a les 21:40 +0800, en/na 张建伟 va escriure: > > Hi, > > > > This is TuxPaint-Android Project v0.2: https://github.com/weiwei9591/TuxPaint-Android > > > > Current progress is : > > > > Features support: > > Tools: Paint, Stamp, Lines, Shapes, Text, Label, Magic, Undo, Redo, Eraser, New, Open, Save and Quit > > Stamp: All > > Brushed: All > > Shapes: All > > Color: All > > Sound: enable > > Magic plugin tools: All > > > > Features nonsupport: > > Tools: Print > > i18n: gettext is a pre-built library from other project, but seems not work yet. > > RSVG: libRSVG is not compiled successfully. > > SDL_Pango: can be compiled successfully, but seems not to work yet. > > > > The next step may be: > > Change tuxpaint onscreen keyboard to Android system onscreen keyboard. > > Enable i18n and gettext library. > > Enable SDL_Pango > > > > More information: > > Please read README. Or contact me directly :) > > > > P.S. > > In TuxPaint-Android, the system path for configuration and resource will use internal app path: /data/data/org.tuxpaint/files, > > and the user home path for user's configuration and resource will use external app path: /mnt/sdcard/TuxPaint. > > > > Thanks. > > > > Jianwei > > ------------------------------------------------------------------------------ > > _______________________________________________ > > 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...> - 2015-06-22 22:01:41
|
El dl 22 de 06 de 2015 a les 20:44 +0800, en/na 张建伟 va escriure: > Hi Pere, > > Thank you !!! > > > > -----原始邮件----- > > 发件人: "Pere Pujal i Carabantes" <per...@gm...> > > 发送时间: 2015-06-21 23:40:05 (星期日) > > 收件人: tux...@li... > > 抄送: > > 主题: Re: [Tuxpaint-devel] TuxPaint-Android Project v0.2 > > > > 1) Add "noquit=yes" to the tuxpaint.conf file, tested and working in my > > device, tuxpaint only stops when you swipe it out of recent apps, no > > more crashes at start. Cons: Loses the unsaved work without asking, I > > haven't tested how this impacts battery drain. > > Thinking on that, it looks too easy to kill an app in android, so maybe would be useful to save a copy of the draw when the app loses its focus, then reload it only if tuxpaint has been killed from outside the app, need to consider usecases. To do if time allows. > > It may be not very good for users. > > > 2) Force the close of the remaining processes in order to get a clean > > start next time. > > > > 3) Reuse the existing processes, May speed start if they keep data > > around. > > > > I want to make tuxpaint quit successfully and reuse exit process of tuxpaint. > I will debug and test quit process more carefully. > I hope it can succeed in the next release version 0.3. > > These days I have completed Android onscreen keyborad. > And I am trying to make i18n succeed for Android. If I understand correctly this page,(for the windows build) you need to compile gettext, libiconv, then gettext again, assuming those don't exists on android. http://www.johnnypops.co.uk/tuxpaint/index.html#gettext > > Thanks :) > > Jianwei Best :) Pere |