From lists at nanl.de Sun Jul 6 12:44:28 2008 From: lists at nanl.de (d@ten) Date: Sun, 06 Jul 2008 12:44:28 +0200 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: <20080630183310.8u1k4k6aok04o8wg@webmail.enst-bretagne.fr> References: <20080630183310.8u1k4k6aok04o8wg@webmail.enst-bretagne.fr> Message-ID: <4870A20C.3000608@nanl.de> Hey all, I have to admit that I'm a bit disasspointed about completly _no_ feedback in respond to that news (or as quote of Alex: "No feedback is even worse than bad feedback"). In my eyes Alex did really great work with ppygui and it's the first usable GUI-Toolkit for Windows-Mobile - so if the pytonce-project / it's mailinglist isn't completly dead, I would expect any kind of respond to that kind of news :/ So I'm really curious now: - does anybody tried it yet? Can someone give feedback (even negative feedback) - does anybody tried it *not* because of $reason which he wants to let us know? - or are you just not interested in coding graphical-apps for windows-mobile? Than I'm even more curious what kind of apps you're running on a handheld-device without a GUI ;) Please give us feedback! Mirko / d at ten alexandre.delattre at telecom-bretagne.eu wrote: > Hi all, > > I'm pleased to announce that PocketPyGui development is now kindly > hosted by Mirko "D at ten"; Vogt :) > > The svn repository host the latest version of PPygui as well as 3rd > party apps and tools not published yet. > You can check it out by typing: > > svn co https://svn.nanl.de/svn/ppygui/ > > and use "anonymous"/"anonymous" as user/password. > > Especially, the repository contain the first version of the native > PPygui win32 implementation, > which allow you to test and debug your PPygui apps directly from desktop > Windows or with Linux through Wine. > > As PPygui for win32 reuse 90 % of the wince implementation, this gives a > fairly coherent and compatible environment for mobile apps development. > It is likely your existing apps will work out of the box, as it did for > almost all of mine. > > The only thing really missing now is gui.Html control, but it should not > be to much hassle to implement it with comtypes and hopefully we can see > it ported in a couple of days. > > With very little effort you'll be able to make regular desktop gui > applications, and reuse your components between classic and mobile > versions of your app. > > While PocketPyGui will remain focused on mobile devices, it'll be soon > an alternative to create lightweight win32 applications that are easy to > write and distribute. > > As always, any contributions and feedbacks are welcome. Also, if you > want to gain developer access to svn, feel free to mail me. > > Regards, > Alexandre > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce From stef.mientki at gmail.com Sun Jul 6 13:11:06 2008 From: stef.mientki at gmail.com (Stef Mientki) Date: Sun, 06 Jul 2008 13:11:06 +0200 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: <4870A20C.3000608@nanl.de> References: <20080630183310.8u1k4k6aok04o8wg@webmail.enst-bretagne.fr> <4870A20C.3000608@nanl.de> Message-ID: <4870A84A.9020207@gmail.com> d at ten wrote: > Hey all, > > I have to admit that I'm a bit disasspointed about completly _no_ feedback in respond to that news (or as quote of Alex: "No feedback is even worse than bad feedback"). > In our language we've several sayings, which claims the opposite : e.g. (free tanslated) "No response is good response" "Who is silent, fully agrees" > In my eyes Alex did really great work with ppygui and it's the first usable GUI-Toolkit for Windows-Mobile - so if the pytonce-project I am / was silent, so I fully agree ;-) Alex did indeed a wonderful job, and the whole project works like a charm (even in this early stage) ! > / it's mailinglist > another mailinglist, I've already about 200 !! > isn't completly dead, I would expect any kind of respond to that kind of news :/ > So I'm really curious now: > - does anybody tried it yet? Can someone give feedback (even negative feedback) > Yes, although different from what I used to (wxPython) , it's really very good !! I didn't react because: - I already reacted when the package first came out - As a simple user I'm getting completely nervous when I see SVN. As some other people, I want stable releases, which can easily be installed. cheers, Stef > - does anybody tried it *not* because of $reason which he wants to let us know? > - or are you just not interested in coding graphical-apps for windows-mobile? Than I'm even more curious what kind of apps you're running on a handheld-device without a GUI ;) > Please give us feedback! > > Mirko / d at ten > > > > alexandre.delattre at telecom-bretagne.eu wrote: > >> Hi all, >> >> I'm pleased to announce that PocketPyGui development is now kindly >> hosted by Mirko "D at ten"; Vogt :) >> >> The svn repository host the latest version of PPygui as well as 3rd >> party apps and tools not published yet. >> You can check it out by typing: >> >> svn co https://svn.nanl.de/svn/ppygui/ >> >> and use "anonymous"/"anonymous" as user/password. >> >> Especially, the repository contain the first version of the native >> PPygui win32 implementation, >> which allow you to test and debug your PPygui apps directly from desktop >> Windows or with Linux through Wine. >> >> As PPygui for win32 reuse 90 % of the wince implementation, this gives a >> fairly coherent and compatible environment for mobile apps development. >> It is likely your existing apps will work out of the box, as it did for >> almost all of mine. >> >> The only thing really missing now is gui.Html control, but it should not >> be to much hassle to implement it with comtypes and hopefully we can see >> it ported in a couple of days. >> >> With very little effort you'll be able to make regular desktop gui >> applications, and reuse your components between classic and mobile >> versions of your app. >> >> While PocketPyGui will remain focused on mobile devices, it'll be soon >> an alternative to create lightweight win32 applications that are easy to >> write and distribute. >> >> As always, any contributions and feedbacks are welcome. Also, if you >> want to gain developer access to svn, feel free to mail me. >> >> Regards, >> Alexandre >> >> _______________________________________________ >> PythonCE mailing list >> PythonCE at python.org >> http://mail.python.org/mailman/listinfo/pythonce >> > > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > From warren.lindsey at gmail.com Sun Jul 6 15:09:37 2008 From: warren.lindsey at gmail.com (Warren Lindsey) Date: Sun, 6 Jul 2008 08:09:37 -0500 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: <4870A20C.3000608@nanl.de> References: <20080630183310.8u1k4k6aok04o8wg@webmail.enst-bretagne.fr> <4870A20C.3000608@nanl.de> Message-ID: <841e880a0807060609k16ffad73rf2d2675ce003e060@mail.gmail.com> I discovered this excellent module about a month before the release. It took a bit of work to get it checked out and setup. Then the release came and it was absolutely wonderful. It had good documentation, some examples that showed common tasks, and a complete application example. This was all very good and I made a small demo program for myself. This announcement releases updates in SVN, which I don't currently have setup. Have been working on other projects and have not had time to checkout source code and drop it in the correct dirs recently. Really excellent work guys! Cheers, Warren On Sun, Jul 6, 2008 at 5:44 AM, d at ten wrote: > Hey all, > > I have to admit that I'm a bit disasspointed about completly _no_ feedback in respond to that news (or as quote of Alex: "No feedback is even worse than bad feedback"). > In my eyes Alex did really great work with ppygui and it's the first usable GUI-Toolkit for Windows-Mobile - so if the pytonce-project / it's mailinglist > isn't completly dead, I would expect any kind of respond to that kind of news :/ > So I'm really curious now: > - does anybody tried it yet? Can someone give feedback (even negative feedback) > - does anybody tried it *not* because of $reason which he wants to let us know? > - or are you just not interested in coding graphical-apps for windows-mobile? Than I'm even more curious what kind of apps you're running on a handheld-device without a GUI ;) > Please give us feedback! > > Mirko / d at ten > > > > alexandre.delattre at telecom-bretagne.eu wrote: >> Hi all, >> >> I'm pleased to announce that PocketPyGui development is now kindly >> hosted by Mirko "D at ten"; Vogt :) >> >> The svn repository host the latest version of PPygui as well as 3rd >> party apps and tools not published yet. >> You can check it out by typing: >> >> svn co https://svn.nanl.de/svn/ppygui/ >> >> and use "anonymous"/"anonymous" as user/password. >> >> Especially, the repository contain the first version of the native >> PPygui win32 implementation, >> which allow you to test and debug your PPygui apps directly from desktop >> Windows or with Linux through Wine. >> >> As PPygui for win32 reuse 90 % of the wince implementation, this gives a >> fairly coherent and compatible environment for mobile apps development. >> It is likely your existing apps will work out of the box, as it did for >> almost all of mine. >> >> The only thing really missing now is gui.Html control, but it should not >> be to much hassle to implement it with comtypes and hopefully we can see >> it ported in a couple of days. >> >> With very little effort you'll be able to make regular desktop gui >> applications, and reuse your components between classic and mobile >> versions of your app. >> >> While PocketPyGui will remain focused on mobile devices, it'll be soon >> an alternative to create lightweight win32 applications that are easy to >> write and distribute. >> >> As always, any contributions and feedbacks are welcome. Also, if you >> want to gain developer access to svn, feel free to mail me. >> >> Regards, >> Alexandre >> >> _______________________________________________ >> PythonCE mailing list >> PythonCE at python.org >> http://mail.python.org/mailman/listinfo/pythonce > > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > From warren.lindsey at gmail.com Sun Jul 6 15:10:44 2008 From: warren.lindsey at gmail.com (Warren Lindsey) Date: Sun, 6 Jul 2008 08:10:44 -0500 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: <841e880a0807060609k16ffad73rf2d2675ce003e060@mail.gmail.com> References: <20080630183310.8u1k4k6aok04o8wg@webmail.enst-bretagne.fr> <4870A20C.3000608@nanl.de> <841e880a0807060609k16ffad73rf2d2675ce003e060@mail.gmail.com> Message-ID: <841e880a0807060610n40c88e6aye130e4cfd7f10e4e@mail.gmail.com> Oh, and I'm on OSX, so the win32 cross-platform stuff is very cool, but not very usable to me at this time. On Sun, Jul 6, 2008 at 8:09 AM, Warren Lindsey wrote: > I discovered this excellent module about a month before the release. > It took a bit of work to get it checked out and setup. > > Then the release came and it was absolutely wonderful. It had good > documentation, some examples that showed common tasks, and a complete > application example. This was all very good and I made a small demo > program for myself. > > This announcement releases updates in SVN, which I don't currently > have setup. Have been working on other projects and have not had time > to checkout source code and drop it in the correct dirs recently. > > Really excellent work guys! > > Cheers, > Warren > > On Sun, Jul 6, 2008 at 5:44 AM, d at ten wrote: >> Hey all, >> >> I have to admit that I'm a bit disasspointed about completly _no_ feedback in respond to that news (or as quote of Alex: "No feedback is even worse than bad feedback"). >> In my eyes Alex did really great work with ppygui and it's the first usable GUI-Toolkit for Windows-Mobile - so if the pytonce-project / it's mailinglist >> isn't completly dead, I would expect any kind of respond to that kind of news :/ >> So I'm really curious now: >> - does anybody tried it yet? Can someone give feedback (even negative feedback) >> - does anybody tried it *not* because of $reason which he wants to let us know? >> - or are you just not interested in coding graphical-apps for windows-mobile? Than I'm even more curious what kind of apps you're running on a handheld-device without a GUI ;) >> Please give us feedback! >> >> Mirko / d at ten >> >> >> >> alexandre.delattre at telecom-bretagne.eu wrote: >>> Hi all, >>> >>> I'm pleased to announce that PocketPyGui development is now kindly >>> hosted by Mirko "D at ten"; Vogt :) >>> >>> The svn repository host the latest version of PPygui as well as 3rd >>> party apps and tools not published yet. >>> You can check it out by typing: >>> >>> svn co https://svn.nanl.de/svn/ppygui/ >>> >>> and use "anonymous"/"anonymous" as user/password. >>> >>> Especially, the repository contain the first version of the native >>> PPygui win32 implementation, >>> which allow you to test and debug your PPygui apps directly from desktop >>> Windows or with Linux through Wine. >>> >>> As PPygui for win32 reuse 90 % of the wince implementation, this gives a >>> fairly coherent and compatible environment for mobile apps development. >>> It is likely your existing apps will work out of the box, as it did for >>> almost all of mine. >>> >>> The only thing really missing now is gui.Html control, but it should not >>> be to much hassle to implement it with comtypes and hopefully we can see >>> it ported in a couple of days. >>> >>> With very little effort you'll be able to make regular desktop gui >>> applications, and reuse your components between classic and mobile >>> versions of your app. >>> >>> While PocketPyGui will remain focused on mobile devices, it'll be soon >>> an alternative to create lightweight win32 applications that are easy to >>> write and distribute. >>> >>> As always, any contributions and feedbacks are welcome. Also, if you >>> want to gain developer access to svn, feel free to mail me. >>> >>> Regards, >>> Alexandre >>> >>> _______________________________________________ >>> PythonCE mailing list >>> PythonCE at python.org >>> http://mail.python.org/mailman/listinfo/pythonce >> >> >> _______________________________________________ >> PythonCE mailing list >> PythonCE at python.org >> http://mail.python.org/mailman/listinfo/pythonce >> > From lists at nanl.de Sun Jul 6 15:42:57 2008 From: lists at nanl.de (d@ten) Date: Sun, 06 Jul 2008 15:42:57 +0200 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: <841e880a0807060610n40c88e6aye130e4cfd7f10e4e@mail.gmail.com> References: <20080630183310.8u1k4k6aok04o8wg@webmail.enst-bretagne.fr> <4870A20C.3000608@nanl.de> <841e880a0807060609k16ffad73rf2d2675ce003e060@mail.gmail.com> <841e880a0807060610n40c88e6aye130e4cfd7f10e4e@mail.gmail.com> Message-ID: <4870CBE1.8030909@nanl.de> Warren Lindsey wrote: > Oh, and I'm on OSX, so the win32 cross-platform stuff is very cool, > but not very usable to me at this time. Just for information, the win32-port works really well with wine (if you have installed python for windows via wine) and wine is AFAIK also available for macosx - so it's possible to test ya applications without using a wm-device (even network-support is working which does *not* work in the official ms-wince-emulator running via wine). I test and debug my ppygui-apps this way under linux. Another alternative is the ppygui-emulator written in wx by Stef Mientki which sounds really great, but I didn't hat time to test it personally. Thanks for your reply, Mirko > > On Sun, Jul 6, 2008 at 8:09 AM, Warren Lindsey wrote: >> I discovered this excellent module about a month before the release. >> It took a bit of work to get it checked out and setup. >> >> Then the release came and it was absolutely wonderful. It had good >> documentation, some examples that showed common tasks, and a complete >> application example. This was all very good and I made a small demo >> program for myself. >> >> This announcement releases updates in SVN, which I don't currently >> have setup. Have been working on other projects and have not had time >> to checkout source code and drop it in the correct dirs recently. >> >> Really excellent work guys! >> >> Cheers, >> Warren >> >> On Sun, Jul 6, 2008 at 5:44 AM, d at ten wrote: >>> Hey all, >>> >>> I have to admit that I'm a bit disasspointed about completly _no_ feedback in respond to that news (or as quote of Alex: "No feedback is even worse than bad feedback"). >>> In my eyes Alex did really great work with ppygui and it's the first usable GUI-Toolkit for Windows-Mobile - so if the pytonce-project / it's mailinglist >>> isn't completly dead, I would expect any kind of respond to that kind of news :/ >>> So I'm really curious now: >>> - does anybody tried it yet? Can someone give feedback (even negative feedback) >>> - does anybody tried it *not* because of $reason which he wants to let us know? >>> - or are you just not interested in coding graphical-apps for windows-mobile? Than I'm even more curious what kind of apps you're running on a handheld-device without a GUI ;) >>> Please give us feedback! >>> >>> Mirko / d at ten >>> >>> >>> >>> alexandre.delattre at telecom-bretagne.eu wrote: >>>> Hi all, >>>> >>>> I'm pleased to announce that PocketPyGui development is now kindly >>>> hosted by Mirko "D at ten"; Vogt :) >>>> >>>> The svn repository host the latest version of PPygui as well as 3rd >>>> party apps and tools not published yet. >>>> You can check it out by typing: >>>> >>>> svn co https://svn.nanl.de/svn/ppygui/ >>>> >>>> and use "anonymous"/"anonymous" as user/password. >>>> >>>> Especially, the repository contain the first version of the native >>>> PPygui win32 implementation, >>>> which allow you to test and debug your PPygui apps directly from desktop >>>> Windows or with Linux through Wine. >>>> >>>> As PPygui for win32 reuse 90 % of the wince implementation, this gives a >>>> fairly coherent and compatible environment for mobile apps development. >>>> It is likely your existing apps will work out of the box, as it did for >>>> almost all of mine. >>>> >>>> The only thing really missing now is gui.Html control, but it should not >>>> be to much hassle to implement it with comtypes and hopefully we can see >>>> it ported in a couple of days. >>>> >>>> With very little effort you'll be able to make regular desktop gui >>>> applications, and reuse your components between classic and mobile >>>> versions of your app. >>>> >>>> While PocketPyGui will remain focused on mobile devices, it'll be soon >>>> an alternative to create lightweight win32 applications that are easy to >>>> write and distribute. >>>> >>>> As always, any contributions and feedbacks are welcome. Also, if you >>>> want to gain developer access to svn, feel free to mail me. >>>> >>>> Regards, >>>> Alexandre >>>> >>>> _______________________________________________ >>>> PythonCE mailing list >>>> PythonCE at python.org >>>> http://mail.python.org/mailman/listinfo/pythonce >>> >>> _______________________________________________ >>> PythonCE mailing list >>> PythonCE at python.org >>> http://mail.python.org/mailman/listinfo/pythonce >>> From gmane at justinmitchell.net Mon Jul 7 22:25:56 2008 From: gmane at justinmitchell.net (Justin Mitchell) Date: Mon, 07 Jul 2008 16:25:56 -0400 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: <20080630183310.8u1k4k6aok04o8wg@webmail.enst-bretagne.fr> References: <20080630183310.8u1k4k6aok04o8wg@webmail.enst-bretagne.fr> Message-ID: Very nice! Will this work with WM5/WM6 Smartphones? I see that the installer will not run, however I wonder if it can be installed manually. -Justin alexandre.delattre at telecom-bretagne.eu wrote: > Hi all, > > I'm pleased to announce that PocketPyGui development is now kindly > hosted by Mirko "D at ten"; Vogt :) > > The svn repository host the latest version of PPygui as well as 3rd > party apps and tools not published yet. > You can check it out by typing: > > svn co https://svn.nanl.de/svn/ppygui/ > > and use "anonymous"/"anonymous" as user/password. > > Especially, the repository contain the first version of the native > PPygui win32 implementation, > which allow you to test and debug your PPygui apps directly from desktop > Windows or with Linux through Wine. > > As PPygui for win32 reuse 90 % of the wince implementation, this gives a > fairly coherent and compatible environment for mobile apps development. > It is likely your existing apps will work out of the box, as it did for > almost all of mine. > > The only thing really missing now is gui.Html control, but it should not > be to much hassle to implement it with comtypes and hopefully we can see > it ported in a couple of days. > > With very little effort you'll be able to make regular desktop gui > applications, and reuse your components between classic and mobile > versions of your app. > > While PocketPyGui will remain focused on mobile devices, it'll be soon > an alternative to create lightweight win32 applications that are easy to > write and distribute. > > As always, any contributions and feedbacks are welcome. Also, if you > want to gain developer access to svn, feel free to mail me. > > Regards, > Alexandre From jorgen.maillist at gmail.com Tue Jul 8 10:21:30 2008 From: jorgen.maillist at gmail.com (Jorgen Bodde) Date: Tue, 8 Jul 2008 10:21:30 +0200 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: <4870A20C.3000608@nanl.de> References: <20080630183310.8u1k4k6aok04o8wg@webmail.enst-bretagne.fr> <4870A20C.3000608@nanl.de> Message-ID: <11e49df10807080121w624d2078xf6b6751277833010@mail.gmail.com> Even complaining about the lack of response is good! I was not aware of this project and I wanted to play again with python on my mobile phone so I am glad something useable is created. One small suggestion to Alex then is that it would be nice if the tutorial has more screenshots with the examples to get more feeling with the toolkit. It's nice that it says for example in the tutorial: http://ppygui.sourceforge.net/doc/ppygui-doc.html > Paste this code in a python file or simply run tut1.py and you should see : > 'screen here' But, is this a screen as in a window, frame or just text on a display? Even photographs of a working example would tickle the imagination and creativity of people wanting to extend their development on mobile devices. With regards, - Jorgen From alexandre.delattre at enst-bretagne.fr Tue Jul 8 12:57:43 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Tue, 08 Jul 2008 12:57:43 +0200 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: References: Message-ID: <48734827.4060905@enst-bretagne.fr> > Very nice! Will this work with WM5/WM6 Smartphones? I see that the > installer will not run, however I wonder if it can be installed manually. > -Justin Currently some widgets are not usable on non-touchscreen smartphones, which from what I heard will make impossible to go through the installer. However, while waiting for a better solution, you can copy the ppygui/ dir from the archive or svn to your \Program Files\Python25\Lib\ dir, and you'll be able to write some little apps that use only simpelest widgets. Regards, Alexandre From alexandre.delattre at enst-bretagne.fr Tue Jul 8 12:59:05 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Tue, 08 Jul 2008 12:59:05 +0200 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: <11e49df10807080121w624d2078xf6b6751277833010@mail.gmail.com> References: <11e49df10807080121w624d2078xf6b6751277833010@mail.gmail.com> Message-ID: <48734879.7080705@enst-bretagne.fr> > But, is this a screen as in a window, frame or just text on a display? > Even photographs of a working example would tickle the imagination and > creativity of people wanting to extend their development on mobile > devices. Good point :) Will fix that ASAP Regards, Alexandre From gmane at justinmitchell.net Tue Jul 8 21:41:36 2008 From: gmane at justinmitchell.net (Justin Mitchell) Date: Tue, 08 Jul 2008 15:41:36 -0400 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: <48734827.4060905@enst-bretagne.fr> References: <48734827.4060905@enst-bretagne.fr> Message-ID: Alexandre Delattre wrote: > > Very nice! Will this work with WM5/WM6 Smartphones? I see that the > > installer will not run, however I wonder if it can be installed > manually. > > > -Justin > > > Currently some widgets are not usable on non-touchscreen smartphones, > which from what I heard will make impossible to go through the installer. > However, while waiting for a better solution, you can copy the ppygui/ > dir from the archive or svn to your \Program Files\Python25\Lib\ dir, > and you'll be able to write some little apps that use only simpelest > widgets. > > Regards, > Alexandre Works great! I've only tried Button, Label, Edit, but so far almost everything I've tried works. A couple things though. Is there any way to have two buttons on the bottom? As it is I can only use one button (on the left) and one menu (on the right). Or is there a way to change the text of the button after it has been displayed? When printing times, is there any way to print the milliseconds? They do not show up when printing datetime.now() or time.time(). Milliseconds are displayed in PPyGui, but not on the smartphone. Also, I don't believe focus() works on widgets. It works in PPyGui, but not on the phone. Thanks! Justin From gmane at justinmitchell.net Wed Jul 9 01:47:11 2008 From: gmane at justinmitchell.net (Justin Mitchell) Date: Tue, 08 Jul 2008 19:47:11 -0400 Subject: [PythonCE] reading GPS? Message-ID: Any suggestions on where to get started on reading GPS coordinates? Would these be read through the serial interface? I have a Motorola Q9C Smartphone. Justin From christopher at christec.co.nz Wed Jul 9 02:05:09 2008 From: christopher at christec.co.nz (Christopher Fairbairn) Date: Tue, 8 Jul 2008 20:05:09 -0400 Subject: [PythonCE] reading GPS? Message-ID: <2992.1215561909@christec.co.nz> Hi Justin, On Wed 9/07/08 11:47 , Justin Mitchell gmane at justinmitchell.net sent: > Any suggestions on where to get started on reading GPS coordinates? > Would these be read through the serial interface? I have a Motorola Q9C > Smartphone. One approach (if you don't mind being Windows Mobile dependant) is to use ctypes to interface to the GPS Intermediate Driver (documented on MSDN at http://msdn.microsoft.com/en-us/library/ms850332.aspx). This approach would take care of NEMA sentance parsing etc and give you a structure with current lat/long and speed etc. Alternatively you can also go the serial port route. In that case you can use the GPS control panel applet to determine which COM port you should read from. See http://blogs.conchango.com/kenibarwick/archive/2006/03/19/3119.aspx for more details. Hope this helps, Christopher Fairbairn Microsoft MVP - Device Application Development http://www.christec.co.nz/blog/ From tech_dev at wildintellect.com Wed Jul 9 02:08:07 2008 From: tech_dev at wildintellect.com (Alex Mandel) Date: Tue, 08 Jul 2008 17:08:07 -0700 Subject: [PythonCE] reading GPS? In-Reply-To: References: Message-ID: <48740167.5020400@wildintellect.com> Justin Mitchell wrote: > Any suggestions on where to get started on reading GPS coordinates? > Would these be read through the serial interface? I have a Motorola Q9C > Smartphone. > > Justin > Yes, do a search through the history of this list for ceserial to get the python wrapper around the com ports. I'm actually working on a GPS tool based on this. I have a sample tool that logs anything over com port and specifically is aimed at parsing NMEA with a tcl/tk interface right now. Ideally I just need to contact the ceserial author since the license is unclear and see about where we should post this stuff. Maybe a new sourceforge project? Let me know if you need some examples, Alex From gmane at justinmitchell.net Wed Jul 9 02:17:18 2008 From: gmane at justinmitchell.net (Justin Mitchell) Date: Tue, 08 Jul 2008 20:17:18 -0400 Subject: [PythonCE] reading GPS? In-Reply-To: <48740167.5020400@wildintellect.com> References: <48740167.5020400@wildintellect.com> Message-ID: Alex Mandel wrote: > Justin Mitchell wrote: >> Any suggestions on where to get started on reading GPS coordinates? >> Would these be read through the serial interface? I have a Motorola >> Q9C Smartphone. >> >> Justin >> > > > Yes, do a search through the history of this list for ceserial to get > the python wrapper around the com ports. > > I'm actually working on a GPS tool based on this. I have a sample tool > that logs anything over com port and specifically is aimed at parsing > NMEA with a tcl/tk interface right now. > > Ideally I just need to contact the ceserial author since the license is > unclear and see about where we should post this stuff. Maybe a new > sourceforge project? > > Let me know if you need some examples, > Alex Examples would be excellent! Justin From gmane at justinmitchell.net Wed Jul 9 02:58:30 2008 From: gmane at justinmitchell.net (Justin Mitchell) Date: Tue, 08 Jul 2008 20:58:30 -0400 Subject: [PythonCE] reading GPS? In-Reply-To: <2992.1215561909@christec.co.nz> References: <2992.1215561909@christec.co.nz> Message-ID: Christopher Fairbairn wrote: > Hi Justin, > > On Wed 9/07/08 11:47 , Justin Mitchell gmane at justinmitchell.net sent: >> Any suggestions on where to get started on reading GPS coordinates? >> Would these be read through the serial interface? I have a Motorola Q9C >> Smartphone. > > One approach (if you don't mind being Windows Mobile dependant) is to use ctypes > to interface to the GPS Intermediate Driver (documented on MSDN at > http://msdn.microsoft.com/en-us/library/ms850332.aspx). > > This approach would take care of NEMA sentance parsing etc and give you a > structure with current lat/long and speed etc. > > Alternatively you can also go the serial port route. In that case you can use the > GPS control panel applet to determine which COM port you should read from. See > http://blogs.conchango.com/kenibarwick/archive/2006/03/19/3119.aspx for more details. > > Hope this helps, > Christopher Fairbairn > Microsoft MVP - Device Application Development > http://www.christec.co.nz/blog/ Thanks for the info. I think the serial approach would suit me better. However... I don't think the GPS control panel exists on my phone (there was no GPS Settings registry key). I wonder if MS removed it in WM 6.1. Do you know if these settings can be specified manually? Thanks! Justin From christopher at christec.co.nz Wed Jul 9 03:27:29 2008 From: christopher at christec.co.nz (Christopher Fairbairn) Date: Tue, 8 Jul 2008 21:27:29 -0400 Subject: [PythonCE] reading GPS? Message-ID: <4256.1215566849@christec.co.nz> Hi, On Wed 9/07/08 12:58 , Justin Mitchell gmane at justinmitchell.net sent: > Thanks for the info. I think the serial approach would suit me better. > However... I don't think the GPS control panel exists on my phone (there > was no GPS Settings registry key). I wonder if MS removed it in WM 6.1. > > Do you know if these settings can be specified manually? Sorry I didn't switch gears between Windows Mobile Standard and Windows Mobile Professional before posting. Indeed Windows Mobile Standard (i.e. Smartphone) devices do not have the GPS settings app. This is a feature present within Windwos Mobile Professional or Classic (commonly refered to as Pocket PC) devices. If you have installed the Windows Mobile SDK on your PC there is a executable called settings.exe available within C:\Program Files\Windows Mobile 6 SDK\Tools\GPS (or equivalent path on your machine) which provides a similiar feature once you've transfered it to your phone. I am not familair with the make/model of phone you are using, but perhaps the following thread will also be of help you determine the correct COM port for your device - http://www.modaco.com/content/smartphone-standard-news/262137/motorola-q9h-at-t-gps-activated-updated/ Hope this helps, Christopher Fairbairn From christopher at christec.co.nz Wed Jul 9 03:27:29 2008 From: christopher at christec.co.nz (Christopher Fairbairn) Date: Tue, 8 Jul 2008 21:27:29 -0400 Subject: [PythonCE] reading GPS? Message-ID: <4256.1215566849@christec.co.nz> Hi, On Wed 9/07/08 12:58 , Justin Mitchell gmane at justinmitchell.net sent: > Thanks for the info. I think the serial approach would suit me better. > However... I don't think the GPS control panel exists on my phone (there > was no GPS Settings registry key). I wonder if MS removed it in WM 6.1. > > Do you know if these settings can be specified manually? Sorry I didn't switch gears between Windows Mobile Standard and Windows Mobile Professional before posting. Indeed Windows Mobile Standard (i.e. Smartphone) devices do not have the GPS settings app. This is a feature present within Windwos Mobile Professional or Classic (commonly refered to as Pocket PC) devices. If you have installed the Windows Mobile SDK on your PC there is a executable called settings.exe available within C:\Program Files\Windows Mobile 6 SDK\Tools\GPS (or equivalent path on your machine) which provides a similiar feature once you've transfered it to your phone. I am not familair with the make/model of phone you are using, but perhaps the following thread will also be of help you determine the correct COM port for your device - http://www.modaco.com/content/smartphone-standard-news/262137/motorola-q9h-at-t-gps-activated-updated/ Hope this helps, Christopher Fairbairn From alexandre.delattre at enst-bretagne.fr Wed Jul 9 13:11:04 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Wed, 09 Jul 2008 13:11:04 +0200 Subject: [PythonCE] PPyGui SVN & PPyGui-win32 In-Reply-To: References: Message-ID: <48749CC8.3010701@enst-bretagne.fr> > Is there any way to have two buttons on the bottom? As it is I can only > use one button (on the left) and one menu (on the right). Or is there a > way to change the text of the button after it has been displayed? So far PPygui allow only this menu bar layout, but I'd like to make a more flexible api for this in one of the next releases. > When printing times, is there any way to print the milliseconds? They do > not show up when printing datetime.now() or time.time(). Milliseconds > are displayed in PPyGui, but not on the smartphone. AFAIK it's a limitation of the PythonCE port, however time.clock() works fine. > Also, I don't believe focus() works on widgets. It works in PPyGui, but > not on the phone. Noted. Regards, Alexandre From adam.walley at gmail.com Wed Jul 9 19:18:48 2008 From: adam.walley at gmail.com (Adam Walley) Date: Wed, 9 Jul 2008 18:18:48 +0100 Subject: [PythonCE] PpyGUI-win32 with Wine Message-ID: <518d94ee0807091018w2c7dbfb2v3ebf4db8814f4155@mail.gmail.com> Hi, all. Finally got round to giving PpyGUI a go. So far, I have only been trying to get it up and running on all my systems. So no cute programs to show off (yet), but I thought it may be worth sharing my experience so far in getting things installed on my Linux AMD64 system. I am running the latest version of Wine (1.0). In order to get the ppyGUI emulator to work on my system I did the following: (assuming Wine is running smoothly on the system) 1. Download the Windows installer for Python (latest is 2.5.2) - it's an .msi file 2. Open a terminal and type "msiexec /i python-2.5.2.msi" (or whatever version you have) 3. Follow the installation instructions 4. Now you can run the ppyGUI install.py file From a terminal: "wine /drive_c/python25/python.exe /yourpath/install.py" where "yourpath" is the location of your ppyGUI files One important point is that I came up against a "recursion limit exceeded" error (many times!). I think the default Python value is 1000 here, which I assume is not enough for the ppyGUI installer. To fix this, I edited the install.py file by inserting the following line just below the first two 'import' commands at the beginning of the file: sys.setrecursionlimit(2000) Two thousand seems to be sufficient to get things working. One observation I have is that my Linux system does not make the emulator window look 'very pretty'. The fonts appear to be scaled down without any smoothing. This may just be the way my system is configured - any suggestions welcome?! All functions seem to work fine, so for testing purposes this is ok. ppyGUI looks like a valuable tool that I will certainly be making use of in the future. Keep up the excellent work! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tech_dev at wildintellect.com Wed Jul 9 21:31:04 2008 From: tech_dev at wildintellect.com (Alex Mandel) Date: Wed, 09 Jul 2008 12:31:04 -0700 Subject: [PythonCE] Ceserial license Message-ID: <487511F8.8020307@wildintellect.com> Benjamin, I've been using your ceserial module and wanted to clarify the license before I started publishing modifications to it. Notably I ported over the readline ability from pyserial into ceserial. I also was curious if you wanted to start an online project (maybe sourceforge) to host the materials or talk to the pyserial project about adding it to their project. Thanks for writing the ctypes bindings, Alex From tech_dev at wildintellect.com Wed Jul 9 21:41:13 2008 From: tech_dev at wildintellect.com (Alex Mandel) Date: Wed, 09 Jul 2008 12:41:13 -0700 Subject: [PythonCE] reading GPS? In-Reply-To: References: <48740167.5020400@wildintellect.com> Message-ID: <48751459.20909@wildintellect.com> Justin Mitchell wrote: > Alex Mandel wrote: >> Justin Mitchell wrote: >>> Any suggestions on where to get started on reading GPS coordinates? >>> Would these be read through the serial interface? I have a Motorola >>> Q9C Smartphone. >>> >>> Justin >>> >> >> >> Yes, do a search through the history of this list for ceserial to get >> the python wrapper around the com ports. >> >> I'm actually working on a GPS tool based on this. I have a sample tool >> that logs anything over com port and specifically is aimed at parsing >> NMEA with a tcl/tk interface right now. >> >> Ideally I just need to contact the ceserial author since the license >> is unclear and see about where we should post this stuff. Maybe a new >> sourceforge project? >> >> Let me know if you need some examples, >> Alex > > > Examples would be excellent! > > Justin > I don't have my full svn of my project moved to a public website yet (actually only have the last checkout right now) but I can show you the example I used to figure out how to deal with the gps. This should get you started. http://article.gmane.org/gmane.comp.python.windows-ce/1631/match=ceserial More to come later I'm sure, Alex From tech_dev at wildintellect.com Wed Jul 9 22:24:59 2008 From: tech_dev at wildintellect.com (Alex Mandel) Date: Wed, 09 Jul 2008 13:24:59 -0700 Subject: [PythonCE] Ceserial license In-Reply-To: <487511F8.8020307@wildintellect.com> References: <487511F8.8020307@wildintellect.com> Message-ID: <48751E9B.3040701@wildintellect.com> Fwd: from Ben ------------- Alex, Thanks for asking. The license for the ceserial module should be GPL. If you need something otherwise, let me know (I'm not sure it is derived from GPL'd work, but I would have to check). At this time I don't have a WindowsCE platform, nor a desire to work more on ceserial. However, if you want to add it to sourceforge, I think that would be great as long as their is proper attribution (i.e. I keep the copyright). If the pyserial project wants to include it I think that would be ideal. Let me know if you have any other questions. Thanks, Ben McBride P.S. Feel free to post this email to the mailing list for posterity sake. On Wed, Jul 9, 2008 at 1:31 PM, Alex Mandel wrote: > > Benjamin, > > > > I've been using your ceserial module and wanted to clarify the license > > before I started publishing modifications to it. Notably I ported over the > > readline ability from pyserial into ceserial. > > > > I also was curious if you wanted to start an online project (maybe > > sourceforge) to host the materials or talk to the pyserial project about > > adding it to their project. > > > > Thanks for writing the ctypes bindings, > > Alex > > From kunicki at gmail.com Thu Jul 10 08:03:03 2008 From: kunicki at gmail.com (Chris & Dawn Kunicki) Date: Thu, 10 Jul 2008 08:03:03 +0200 Subject: [PythonCE] The State of Affairs Message-ID: First of all, its been really exciting to see all the traffic in this forum the last few days, it shows there is a lot of interest in PPC and Python. I am new to the Python world, I have been doing a .NET for years on the desktop and PPC and I am looking for a better cross- platform environment. Python seems to be the way to go. The only hole is on the Windows Mobile PPC. I have downloaded the Python interpreter for PPC and it works. But it doesn't feel complete. I don't mean that as a complain, just a honest gut feeling about it. I am curious, who is still actively working on the interpeter itself? Also, if we are to encourage developers to build solutions that will work on the PDA, I think distribution is a problem. The environment is workable as a hacker, but if we want to simply the deployment and actually ship applications, at this point it seems a bit complex. It would be nice if there was a Py2App, or even, something along the lines where the solution could be bundled into a directory (not as an EXE, just as Python and your application files) for easy distribution. Really, it would be wonderful to see Python as a solid option over .NET on the PDA. Thanks for your kind attention, Chris From adam.walley at gmail.com Thu Jul 10 13:54:18 2008 From: adam.walley at gmail.com (Adam Walley) Date: Thu, 10 Jul 2008 12:54:18 +0100 Subject: [PythonCE] PPYGUI - parent window and closing it Message-ID: <518d94ee0807100454x7585e3eaga139db660a4d84f7@mail.gmail.com> Hello, Alexandre. I have begun testing some ideas using the PPYGUI and find it very easy to work with. However, I would like to ask if there is a way to know when the user has pressed the 'X' button in the top right of the window to close the app? The reason I ask, is that when I run some ppygui code a blank Python window opens, then the ppygui app window opens on top of it. When I close the app using the top right 'X' I am returned to the blank Python window. This is very similar to the situation on the desktop version of Python, where a terminal window opens unless your Python file is run with the .pyw extension. I can implement a 'close' button that executes the sys.exit() command, and this successfully closes the app and the blank Python terminal window together. Nevertheless that top right 'X' is still there, and I would prefer the users of my app to have something consistent and which behaves as expected (i.e when you press 'X' the app exits or at least is hidden fully). How do it detect this 'close' event for the main app? Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexandre.delattre at enst-bretagne.fr Thu Jul 10 14:39:47 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Thu, 10 Jul 2008 14:39:47 +0200 Subject: [PythonCE] The State of Affairs In-Reply-To: References: Message-ID: <48760313.8040707@enst-bretagne.fr> Chris, > Also, if we are to encourage developers to build solutions that will > work on the PDA, I think distribution is a problem. The environment is > workable as a hacker, but if we want to simply the deployment and > actually ship applications, at this point it seems a bit complex. It > would be nice if there was a Py2App, or even, something along the > lines where the solution could be bundled into a directory (not as an > EXE, just as Python and your application files) for easy distribution. I do agree the distribution is problematic especially for end-users having no experience of python. The problem I see with a py2exe-like solution, is that if each application should hold ~4Mb (which is approximatively the size of python.dll+python.exe+standard library) this limits the number of apps you can install on a handheld device. In my opinion, the separation of interpreter and source files is a more viable option on PDA, even if flash memory is getting cheaper and cheaper. What I really like to start implementing is a web-based approach of programs distribution, a bit like apt-get on debian linux (with a graphical frontend of course) or like the Installer.app on jailbreaked iphones. This way it would allow us to search/install/uninstall python programs and libs from a common online source, in a few clicks, directly on pda/smartphone, or by transferring the package with traditional methods if the first option is not possible. Uploading new applications should be made easy too. To do that we need: * Choose a package format for storage/description of application files. We could use .cab or design a format specific for PythonCE applications. Some times ago, we made some brainstorming with Jared Forsyth on a .ppyp format (Pocket Python Package), which is a distutils-like way of defining packages. * Create the Installer application itself, with it's logic and gui, and ship it by default in the PythonCE distribution. * Make a desktop application for easy cross installation of packages, when there's no direct web access on the pda. I've seen there are already existing RAPI bindings, this may help a lot, and seems the most 'universal' way to transfer files (i.e. by usb) * Set up a web service for uploading and hosting packages, managing versions, ... I think Django web framework could really help here, but no problem if it's another framework or not even in python While a such project won't be achieved in one day, I definitely think it is worth the effort and will make PythonCE superior to .NET regarding distribution user experience. Regards, Alexandre From bkc at murkworks.com Thu Jul 10 14:51:46 2008 From: bkc at murkworks.com (Brad Clements) Date: Thu, 10 Jul 2008 08:51:46 -0400 Subject: [PythonCE] The State of Affairs In-Reply-To: <48760313.8040707@enst-bretagne.fr> References: <48760313.8040707@enst-bretagne.fr> Message-ID: <487605E2.8060501@murkworks.com> Alexandre Delattre wrote: > > What I really like to start implementing is a web-based approach of > programs distribution, a bit like apt-get on debian linux (with a > graphical frontend of course) or like the Installer.app on jailbreaked > iphones. > When I was working on PythonCE years ago I had the same concerns. I am wondering if Python eggs, easyinstall and setuptools could be put to use for this. Rather than starting from scratch. I think easyinstall at least gets you the dependency checking, downloading (non-graphical) and installation. removal is a pain. Maybe you could start with a simple gui that uses setuptools and easyinstall codebase. http://peak.telecommunity.com/DevCenter/EasyInstall (and sorry, I no longer have a CE device but just lurk on the list these days), -- Brad Clements, bkc at murkworks.com (315)268-1000 http://www.murkworks.com AOL-IM: BKClements From alexandre.delattre at enst-bretagne.fr Thu Jul 10 15:04:03 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Thu, 10 Jul 2008 15:04:03 +0200 Subject: [PythonCE] PPYGUI - parent window and closing it In-Reply-To: <518d94ee0807100454x7585e3eaga139db660a4d84f7@mail.gmail.com> References: <518d94ee0807100454x7585e3eaga139db660a4d84f7@mail.gmail.com> Message-ID: <487608C3.9010308@enst-bretagne.fr> > Hello, Alexandre. > I have begun testing some ideas using the PPYGUI and find it very easy to > work with. However, I would like to ask if there is a way to know when the > user has pressed the 'X' button in the top right of the window to close the > app? The reason I ask, is that when I run some ppygui code a blank Python > window opens, then the ppygui app window opens on top of it. When I close > the app using the top right 'X' I am returned to the blank Python window. > This is very similar to the situation on the desktop version of Python, > where a terminal window opens unless your Python file is run with the .pyw > extension. > I can implement a 'close' button that executes the sys.exit() command, and > this successfully closes the app and the blank Python terminal window > together. Nevertheless that top right 'X' is still there, and I would prefer > the users of my app to have something consistent and which behaves as > expected (i.e when you press 'X' the app exits or at least is hidden fully). > How do it detect this 'close' event for the main app? > Adam Currently the best option is to install the tMan task manager or others, which allow to close program when clicking 'X' instead of the default minimize behaviour which is problematic with PythonCE (other PythonCE gui toolkits have the same problem regarding this). PPygui has already some inner logic, which makes the 'app.run()' line returns when the main frame is closed (with tMan), so it'll work well with it. Unfortunately the .pyw extension is buggy on PythonCE due to a mis-written registry key, You can fix it with a registry editor of your choice, by setting the key: HKEY_CLASSES_ROOT/Python.File.NoShell/Shell/Open/Command/Default = "\Program Files\Python25\python.exe" /nopcceshell "%1" You can also intercept the 'close' event at application level (but still need tMan to work) import ppygui as gui class MainFrame(gui.CeFrame): def __init__(self): gui.CeFrame.__init__(self, title='Hello') self.bind(close=self.on_close) def on_close(self, ev): if gui.Message.yesno('Confirmation', 'Do you want to quit', 'question', self) == 'yes': ev.skip() # If user say yes, let the close event be further processed by the default implementation which will close the window for good Hope this helps, Alexandre From adam.walley at gmail.com Thu Jul 10 16:46:47 2008 From: adam.walley at gmail.com (Adam Walley) Date: Thu, 10 Jul 2008 15:46:47 +0100 Subject: [PythonCE] PPYGUI - parent window and closing it In-Reply-To: <487608C3.9010308@enst-bretagne.fr> References: <518d94ee0807100454x7585e3eaga139db660a4d84f7@mail.gmail.com> <487608C3.9010308@enst-bretagne.fr> Message-ID: <518d94ee0807100746r5d9b08bdsc07e4349eaee31b5@mail.gmail.com> That's perfect! Thanks for your suggestions. I have adjusted the registry to allow for .pyw files without the shell (CeRegEditor did the job). Now when I run my code and press the 'X' in the top right corner, the whole thing exits smoothly and fully - Great! I didn't want to use tMan because that would mean that my users would need to use/install it too. Binding the close signal to the app works very nicely with the emulator without tMan, but not on my WM5 device (as you had explained). Thanks again for the assistance. Adam. 2008/7/10 Alexandre Delattre : > Hello, Alexandre. >> > > I have begun testing some ideas using the PPYGUI and find it very easy to >> work with. However, I would like to ask if there is a way to know when the >> user has pressed the 'X' button in the top right of the window to close >> the >> app? The reason I ask, is that when I run some ppygui code a blank Python >> window opens, then the ppygui app window opens on top of it. When I close >> the app using the top right 'X' I am returned to the blank Python window. >> This is very similar to the situation on the desktop version of Python, >> where a terminal window opens unless your Python file is run with the .pyw >> extension. >> > > I can implement a 'close' button that executes the sys.exit() command, and >> this successfully closes the app and the blank Python terminal window >> together. Nevertheless that top right 'X' is still there, and I would >> prefer >> the users of my app to have something consistent and which behaves as >> expected (i.e when you press 'X' the app exits or at least is hidden >> fully). >> > > How do it detect this 'close' event for the main app? >> > > Adam >> > > Currently the best option is to install the tMan task manager < > http://pda.jasnapaka.com/tman/> or others, > which allow to close program when clicking 'X' instead of the default > minimize behaviour which is problematic > with PythonCE (other PythonCE gui toolkits have the same problem regarding > this). > > PPygui has already some inner logic, which makes the 'app.run()' > line returns when the main frame is closed (with tMan), so it'll work well > with it. > > Unfortunately the .pyw extension is buggy on PythonCE due to a mis-written > registry key, > You can fix it with a registry editor of your choice, by setting the key: > HKEY_CLASSES_ROOT/Python.File.NoShell/Shell/Open/Command/Default = > "\Program Files\Python25\python.exe" /nopcceshell "%1" > > > You can also intercept the 'close' event at application level (but still > need tMan to work) > > import ppygui as gui > class MainFrame(gui.CeFrame): > def __init__(self): > gui.CeFrame.__init__(self, title='Hello') > self.bind(close=self.on_close) > > def on_close(self, ev): > if gui.Message.yesno('Confirmation', 'Do you want > to quit', 'question', self) == 'yes': > ev.skip() # If user say yes, let the close event be further processed > by the default implementation which will close the window for good > > > Hope this helps, > Alexandre > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexandre.delattre at enst-bretagne.fr Thu Jul 10 19:02:08 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Thu, 10 Jul 2008 19:02:08 +0200 Subject: [PythonCE] PPYGUI - parent window and closing it Message-ID: <200807101700.m6AH0mrH002459@courrier.enst-bretagne.fr> Adam, there's one downside to not use tMan: even if the window disappear it is still running background and the only way to really close it is in the Memory app of the control panel. But rejoice, following this discussion I've been able to modify ppygui so that windows are really closed even without tMan :) Now, even a .py file will see it's terminal closed when the gui main frame is closed, without using tMan. Expect to see the code in svn in a few hours. Alexandre -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam.walley at gmail.com Thu Jul 10 20:25:54 2008 From: adam.walley at gmail.com (Adam Walley) Date: Thu, 10 Jul 2008 19:25:54 +0100 Subject: [PythonCE] PPYGUI - parent window and closing it In-Reply-To: <200807101700.m6AH0mrH002459@courrier.enst-bretagne.fr> References: <200807101700.m6AH0mrH002459@courrier.enst-bretagne.fr> Message-ID: <518d94ee0807101125l3f5dee1fjbea8458497c9dca9@mail.gmail.com> Alexandre, Thank you for this news. I will update things tomorrow and see if it works. Just to be clear, when I originally tested my app, the Python shell launches and the ppygui app opens on top of it. I was able to go into settings/system/memory and close the Python shell without affecting the normal operation of the ppygui. Also, when I exited my ppygui app using my sys.exit() button everything closes correctly and is no longer resident - I checked this in settings/system/memory. When I used the 'X' then both the shell and the app would remain resident until I terminated them manually. This also prevented me from running another app until I had done this. Using the registry tweak, the Python shell is not visible and it does not even appear in the list under settings/system/memory; only my app's name appears. When I exit, everything is closed normally whether I use my own sys.exit() button or the 'X' in the corner, and nothing remains in memory (unless it somehow stays there without appearing in the system's list). These are my experiences specific to my iPAQ1950 running WM5 and PythonCE 2.5, so other systems may not behave exactly this way (though PythonCE does seem to be quite consistent). Anyhow, I think this problem has been resolved, so thanks again. Adam On 10/07/2008, Alexandre Delattre wrote: > > Adam, there's one downside to not use tMan: even if the window disappear it > is still running background and the only way to really close it is in the > Memory app of the control panel. > > But rejoice, following this discussion I've been able to modify ppygui so > that windows are really closed even without tMan :) > > Now, even a .py file will see it's terminal closed when the gui main frame > is closed, without using tMan. > > Expect to see the code in svn in a few hours. > > Alexandre > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From taraiti at gmail.com Fri Jul 11 10:22:18 2008 From: taraiti at gmail.com (taraiti) Date: Fri, 11 Jul 2008 01:22:18 -0700 (PDT) Subject: [PythonCE] ~Name not defined" error Message-ID: <18398957.post@talk.nabble.com> Hi, I have just installed PythonCE from SourceForge on a Windows Mobile 5.0 ARM PDA (HTC P3600). When I enter in the interpreter window import _winreg help(_winreg) I get a print out of the appropriate help. When I run this script by double clicking its file from _winreg import * print r"*** Reading from SOFTWARE\Microsoft\Windows\CurrentVersion\Run ***" aReg = ConnectRegistry(None,HKEY_LOCAL_MACHINE) aKey = OpenKey(aReg, r"SOFTWARE\Microsoft\Windows\CurrentVersion\Run") for i in range(1024): try: n,v,t = EnumValue(aKey,i) print i, n, v, t except EnvironmentError: print "You have",i," tasks starting at logon..." break CloseKey(aKey) print r"*** Writing to SOFTWARE\Microsoft\Windows\CurrentVersion\Run ***" aKey = OpenKey(aReg, r"SOFTWARE\Microsoft\Windows\CurrentVersion\Run", 0, KEY_WRITE) try: SetValueEx(aKey,"MyNewKey",0, REG_SZ, r"c:\winnt\explorer.exe") except EnvironmentError: print "Encountered problems writing into the Registry..." CloseKey(aKey) CloseKey(aReg) it prints the first line correctly but then prints Name Error: name 'ConnectRegistry' is not defined Can anyone suggest what the problem is please? Regards David Williams -- View this message in context: http://www.nabble.com/%7EName-not-defined%22-error-tp18398957p18398957.html Sent from the Python - pythonce mailing list archive at Nabble.com. From alexandre.delattre at telecom-bretagne.eu Fri Jul 11 18:17:05 2008 From: alexandre.delattre at telecom-bretagne.eu (alexandre.delattre at telecom-bretagne.eu) Date: Fri, 11 Jul 2008 18:17:05 +0200 Subject: [PythonCE] The State of Affairs Message-ID: <20080711181705.zrkw7nz5gkcwkwcs@webmail.enst-bretagne.fr> > When I was working on PythonCE years ago I had the same concerns. > I am wondering if Python eggs, easyinstall and setuptools could be > put to use for this. Rather than starting from scratch. > I think easyinstall at least gets you the dependency checking, > downloading (non-graphical) and installation. removal is a pain. Brad, this sound likes a good idea but using these tools would require to port distutils to PythonCE first. I gave it a try ~ a year ago and while it does not raise particular error it was not working. I strongly suspected it has to do with wince lack of current directory but was unable to spot the problem exactly. Does someone on this list have been able to make distutils works on ce ? Another option would be to extract or reimplement code for installation/uninstall of eggs without distutils dependency. So we can still create eggs on desktop with traditional methods and install them with PythonCE. While I won't be able to make a so flexible as distutils/setuptools/easy install, I found reimplementing something more specific to PythonCE could be really interesting for the purpose of learning. I gonna brainstorm a bit more before making a decision that would be hard to revert back. Anyway, I take this occasion to thank you and others for making pyhton possible on wince :) Regards, Alexandre From alexandre.delattre at telecom-bretagne.eu Fri Jul 11 18:25:15 2008 From: alexandre.delattre at telecom-bretagne.eu (alexandre.delattre at telecom-bretagne.eu) Date: Fri, 11 Jul 2008 18:25:15 +0200 Subject: [PythonCE] ~Name not defined" error Message-ID: <20080711182515.ucxw3gny00ks40gg@webmail.enst-bretagne.fr> ConnectRegistry seems not to be implemented in PythonCE However you can still replace: aReg = ConnectRegistry(None,HKEY_LOCAL_MACHINE) aKey = OpenKey(aReg, r"SOFTWARE\Microsoft\Windows\CurrentVersion\Run") by: aKey = OpenKey(HKEY_LOCAL_MACHINE, r"SOFTWARE\Microsoft\Windows\CurrentVersion\Run") From taraiti at gmail.com Fri Jul 11 20:22:13 2008 From: taraiti at gmail.com (taraiti) Date: Fri, 11 Jul 2008 11:22:13 -0700 (PDT) Subject: [PythonCE] ~Name not defined" error In-Reply-To: <20080711182515.ucxw3gny00ks40gg@webmail.enst-bretagne.fr> References: <18398957.post@talk.nabble.com> <20080711182515.ucxw3gny00ks40gg@webmail.enst-bretagne.fr> Message-ID: <18409779.post@talk.nabble.com> ConnectRegistry seems not to be implemented in PythonCE However you can still replace: aReg = ConnectRegistry(None,HKEY_LOCAL_MACHINE) aKey = OpenKey(aReg, r"SOFTWARE\Microsoft\Windows\CurrentVersion\Run") by: aKey = OpenKey(HKEY_LOCAL_MACHINE, r"SOFTWARE\Microsoft\Windows\CurrentVersion\Run") I have replaced the lines as suggested and now get the error: :[Error 2] The system cannot find the file specified Any ideas? -- View this message in context: http://www.nabble.com/%7EName-not-defined%22-error-tp18398957p18409779.html Sent from the Python - pythonce mailing list archive at Nabble.com. From david-pyceml at lestat.st Fri Jul 11 21:11:17 2008 From: david-pyceml at lestat.st (David Goncalves) Date: Fri, 11 Jul 2008 21:11:17 +0200 Subject: [PythonCE] ~Name not defined" error In-Reply-To: <18409779.post@talk.nabble.com> References: <18398957.post@talk.nabble.com> <20080711182515.ucxw3gny00ks40gg@webmail.enst-bretagne.fr> <18409779.post@talk.nabble.com> Message-ID: <4877B055.5080504@lestat.st> Hi, > aKey = OpenKey(HKEY_LOCAL_MACHINE, > r"SOFTWARE\Microsoft\Windows\CurrentVersion\Run") > > I have replaced the lines as suggested and now get the error: > :[Error 2] The system cannot find the file > specified > > Any ideas? You have to double the backslash because it is interpreted as an esc code :) aKey = OpenKey(HKEY_LOCAL_MACHINE, r"SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run") Regards. From taraiti at gmail.com Fri Jul 11 21:22:59 2008 From: taraiti at gmail.com (taraiti) Date: Fri, 11 Jul 2008 12:22:59 -0700 (PDT) Subject: [PythonCE] ~Name not defined" error In-Reply-To: <4877B055.5080504@lestat.st> References: <18398957.post@talk.nabble.com> <20080711182515.ucxw3gny00ks40gg@webmail.enst-bretagne.fr> <18409779.post@talk.nabble.com> <4877B055.5080504@lestat.st> Message-ID: <18410889.post@talk.nabble.com> Hi, > aKey = OpenKey(HKEY_LOCAL_MACHINE, > r"SOFTWARE\Microsoft\Windows\CurrentVersion\Run") > > I have replaced the lines as suggested and now get the error: > :[Error 2] The system cannot find the file > specified > > Any ideas? You have to double the backslash because it is interpreted as an esc code :) aKey = OpenKey(HKEY_LOCAL_MACHINE, r"SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run") I have now tried doubling the back slashes as shown above but get exactly the same error message as before. -- View this message in context: http://www.nabble.com/%7EName-not-defined%22-error-tp18398957p18410889.html Sent from the Python - pythonce mailing list archive at Nabble.com. From alexandre.delattre at enst-bretagne.fr Fri Jul 11 21:32:29 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Fri, 11 Jul 2008 21:32:29 +0200 Subject: [PythonCE] ~Name not defined" error In-Reply-To: References: <20080711182515.ucxw3gny00ks40gg@webmail.enst-bretagne.fr> Message-ID: <4877B54D.8040902@enst-bretagne.fr> David Williams wrote: > I have replaced the lines as suggested and now get the error: > :[Error 2] The system cannot find the > file specified > > I would be grateful for any further help. > Thank you > David williams > > 2008/7/11 : > > ConnectRegistry seems not to be implemented in PythonCE > > However you can still replace: > > > aReg = ConnectRegistry(None,HKEY_LOCAL_MACHINE) > > aKey = OpenKey(aReg, r"SOFTWARE\Microsoft\Windows\CurrentVersion\Run") > > by: > > aKey = OpenKey(HKEY_LOCAL_MACHINE, > r"SOFTWARE\Microsoft\Windows\CurrentVersion\Run") > > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > > Hmm, you must make sure the key is existing in your device registry. Try to double check this and that the key isn't mispelled (btw, I use PHM Regeditor on my pda for this kind of stuff ) The use of raw string r"..." notation prevents you from having to escape \ characters, maybe give a try to: aKey = OpenKey(HKEY_LOCAL_MACHINE, r"Software\Microsoft\Windows\CurrentVersion\Run") Hope it helps, Alexandre From gmane at justinmitchell.net Sat Jul 12 02:21:14 2008 From: gmane at justinmitchell.net (Justin Mitchell) Date: Fri, 11 Jul 2008 20:21:14 -0400 Subject: [PythonCE] reading GPS? In-Reply-To: <48751459.20909@wildintellect.com> References: <48740167.5020400@wildintellect.com> <48751459.20909@wildintellect.com> Message-ID: Alex Mandel wrote: > Justin Mitchell wrote: >> Alex Mandel wrote: >>> Justin Mitchell wrote: >>>> Any suggestions on where to get started on reading GPS coordinates? >>>> Would these be read through the serial interface? I have a Motorola >>>> Q9C Smartphone. >>>> >>>> Justin >>>> >>> >>> >>> Yes, do a search through the history of this list for ceserial to get >>> the python wrapper around the com ports. >>> >>> I'm actually working on a GPS tool based on this. I have a sample >>> tool that logs anything over com port and specifically is aimed at >>> parsing NMEA with a tcl/tk interface right now. >>> >>> Ideally I just need to contact the ceserial author since the license >>> is unclear and see about where we should post this stuff. Maybe a new >>> sourceforge project? >>> >>> Let me know if you need some examples, >>> Alex >> >> >> Examples would be excellent! >> >> Justin >> > > I don't have my full svn of my project moved to a public website yet > (actually only have the last checkout right now) but I can show you the > example I used to figure out how to deal with the gps. This should get > you started. > > http://article.gmane.org/gmane.comp.python.windows-ce/1631/match=ceserial > > More to come later I'm sure, > Alex Thanks! I've been fooling around with that code, and am getting an exception in this function in ceserial.py: def getCommTimeouts(self): """Get the comm timeouts.""" timeouts = COMMTIMEOUTS() if not(windll.coredll.GetCommTimeouts(self.__handle,byref(timeouts))): raise SerialException, windll.coredll.GetLastError() return timeouts windll.coredll.GetLastError() print's "0", which isn't of much help! I'm not too familiar with the win32api. What is the proper way to print error messages? I googled it, and found one other person who ran into the same problem, but did not resolve it. I've looked through the MSDN docs, and the ceserial source, but I'm stuck. Any ideas? Thanks again, Justin From eckhardt at satorlaser.com Tue Jul 15 10:31:22 2008 From: eckhardt at satorlaser.com (Ulrich Eckhardt) Date: Tue, 15 Jul 2008 10:31:22 +0200 Subject: [PythonCE] The State of Affairs In-Reply-To: <48760313.8040707@enst-bretagne.fr> References: <48760313.8040707@enst-bretagne.fr> Message-ID: <200807151031.22941.eckhardt@satorlaser.com> On Thursday 10 July 2008, Alexandre Delattre wrote: > Chris, > > > Also, if we are to encourage developers to build solutions that will > > work on the PDA, I think distribution is a problem. The environment is > > workable as a hacker, but if we want to simply the deployment and > > actually ship applications, at this point it seems a bit complex. It > > would be nice if there was a Py2App, or even, something along the > > lines where the solution could be bundled into a directory (not as an > > EXE, just as Python and your application files) for easy distribution. > > I do agree the distribution is problematic especially for end-users having > no experience of python. The problem I see with a py2exe-like solution, is > that if each application should hold ~4Mb (which is approximatively the > size of python.dll+python.exe+standard library) this limits the number of > apps you can install on a handheld device. > In my opinion, the separation of interpreter and source files is a more > viable option on PDA, even if flash memory is getting cheaper and cheaper. Further, it is a prerequisite in order to be able to change the sources, i.e. use it as scripting language. To me, that is more important than the ability to save a few MiBs RAM or Flash, but I'm also not targetting PDAs but industrial controllers. > What I really like to start implementing is a web-based approach of > programs distribution, a bit like apt-get on debian linux (with a graphical > frontend of course) or like the Installer.app on jailbreaked iphones. > > This way it would allow us to search/install/uninstall python programs and > libs from a common online source, in a few clicks, directly on > pda/smartphone, or by transferring the package with traditional methods if > the first option is not possible. Uploading new applications should be made > easy too. I'm not sure I would actually need or want that. Rather, I'd like to be able to cross-install (like cross-compile) it on the target machine. That would also be suitable for PDAs, which sometimes lack internet connection. Further, it would save on RAM, because all the metadata and the installer itself would run on a desktop machine. > * Make a desktop application for easy cross installation of packages, when > there's no direct web access on the pda. I've seen there are already > existing RAPI bindings, this may help a lot, and seems the most 'universal' > way to transfer files (i.e. by usb) Okay, seems I'm not alone. ;) I have another question concerning the state of affairs though: why is the CE port a separate project? All other ports to various operating systems seem to be one project while the CE port is run separately. This is bad because it requires additional manpower for syncing changes back and forth and a win32/CE port present in the main sources would also make people aware of this when doing changes so they don't break things by being unaware. cheers Uli -- Sator Laser GmbH Gesch?ftsf?hrer: Thorsten F?cking, Amtsgericht Hamburg HR B62 932 ************************************************************************************** Visit our website at ************************************************************************************** Diese E-Mail einschlie?lich s?mtlicher Anh?nge ist nur f?r den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empf?nger sein sollten. Die E-Mail ist in diesem Fall zu l?schen und darf weder gelesen, weitergeleitet, ver?ffentlicht oder anderweitig benutzt werden. E-Mails k?nnen durch Dritte gelesen werden und Viren sowie nichtautorisierte ?nderungen enthalten. Sator Laser GmbH ist f?r diese Folgen nicht verantwortlich. ************************************************************************************** From bkc at murkworks.com Tue Jul 15 23:15:46 2008 From: bkc at murkworks.com (Brad Clements) Date: Tue, 15 Jul 2008 17:15:46 -0400 Subject: [PythonCE] The State of Affairs In-Reply-To: <200807151031.22941.eckhardt@satorlaser.com> References: <48760313.8040707@enst-bretagne.fr> <200807151031.22941.eckhardt@satorlaser.com> Message-ID: <487D1382.6090702@murkworks.com> Ulrich Eckhardt wrote: > > I have another question concerning the state of affairs though: why is the CE > port a separate project? All other ports to various operating systems seem to > be one project while the CE port is run separately. This is bad because it > requires additional manpower for syncing changes back and forth and a > win32/CE port present in the main sources would also make people aware of > this when doing changes so they don't break things by being unaware. > > > I tried some years back to integrate the CE changes into Python trunk. However there were too many changes spread all over the place. It was hard to get them reviewed. Plus some things about CE were just too difficult to workaround, requiring lots of C macros that weren't not appealing to core developers: no concept of current directory non-writable errno non-standard floating point math handling. -- Brad Clements, bkc at murkworks.com (315)268-1000 http://www.murkworks.com AOL-IM: BKClements From christopher at christec.co.nz Wed Jul 16 01:46:38 2008 From: christopher at christec.co.nz (Christopher Fairbairn) Date: Tue, 15 Jul 2008 19:46:38 -0400 Subject: [PythonCE] The State of Affairs Message-ID: <1899.1216165598@christec.co.nz> Hi, On Wed 16/07/08 09:15 , Brad Clements bkc at murkworks.com sent: > Plus some things about CE were just too difficult to workaround, > requiring lots of C macros that weren't not appealing to core developers: Over the last year and a half or so I have been inspired occassionally to look into cleaning up the existing patch. It's non trivial however especially if you want concepts such as an emulated current working directory to be exposed to external libraries such as the SDL graphics and Berkeley DB ones. This would be required if you want the broadest script compatability between desktop and PDA versions of Python. If anyone is interested in having a shot I would be willing to discuss my thoughts and experiments in this area to get you started. There seems to only be minimal development occuring within PythonCE (who is actively working on the main pythonce.exe at the moment?) and I don't have enough time to commit to the project. Thanks, Christopher Fairbairn From eckhardt at satorlaser.com Wed Jul 16 09:54:37 2008 From: eckhardt at satorlaser.com (Ulrich Eckhardt) Date: Wed, 16 Jul 2008 09:54:37 +0200 Subject: [PythonCE] The State of Affairs In-Reply-To: <487D1382.6090702@murkworks.com> References: <200807151031.22941.eckhardt@satorlaser.com> <487D1382.6090702@murkworks.com> Message-ID: <200807160954.37810.eckhardt@satorlaser.com> On Tuesday 15 July 2008, Brad Clements wrote: > I tried some years back to integrate the CE changes into Python trunk. > However there were too many changes spread all over the place. It was > hard to get them reviewed. I know of some projects (Boost, STLport) where the biggest batch of changes was to fix assumptions (like TCHAR=char) or wrong uses of feature macros (like checking _MSC_VER==1200 to determine whether a VC6-style compiler is in use). These are often repeated all over the place, but can pretty well be explained even to desktop-win32 people because even there they are slightly incorrect, they only don't happen to break. > Plus some things about CE were just too difficult to workaround, > requiring lots of C macros that weren't not appealing to core developers: > > no concept of current directory > > non-writable errno > > non-standard floating point math handling. - No environment variables. - No *A function variants of the win32 API, only the *W ones. - Very restricted C API to build on. Just two questions here: 1. The non-writable errno, how does that matter? IIRC, it doesn't support errno at all, so you must use the win32 SetLastError() and GetLastError(). And anyway, I would rather live with Python features unsupported than no Python at all. 2. What do you mean with the floating point math handling? AFAIK, it still strongly depends on the OS and target architecture, surely there are other platforms that don't support I can't fathom the impact of the necessary changes, which Python version were you building your patches on? Are the patches still available somewhere? Can you give me a link to the discussions? Uli -- Sator Laser GmbH Gesch?ftsf?hrer: Thorsten F?cking, Amtsgericht Hamburg HR B62 932 ************************************************************************************** Visit our website at ************************************************************************************** Diese E-Mail einschlie?lich s?mtlicher Anh?nge ist nur f?r den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empf?nger sein sollten. Die E-Mail ist in diesem Fall zu l?schen und darf weder gelesen, weitergeleitet, ver?ffentlicht oder anderweitig benutzt werden. E-Mails k?nnen durch Dritte gelesen werden und Viren sowie nichtautorisierte ?nderungen enthalten. Sator Laser GmbH ist f?r diese Folgen nicht verantwortlich. ************************************************************************************** From theller at ctypes.org Fri Jul 18 15:57:55 2008 From: theller at ctypes.org (Thomas Heller) Date: Fri, 18 Jul 2008 15:57:55 +0200 Subject: [PythonCE] Comtypes installation problem... In-Reply-To: <4864E197.3030309@lestat.st> References: <200806271146.m5RBkg2K011797@courrier.enst-bretagne.fr> <4864E197.3030309@lestat.st> Message-ID: David Goncalves schrieb: > Hi, > >> By the time I wrote pypoom, comtypes (version 0.3 if I remember well) >> worked out of the box on WinCe. >> >> Sergei, if you send me your tweaked version of comtypes, I think I'll be >> able to replace your "comments" with more portable statements like : >> If os.name == 'ce': ... >> , or so. >> And then submit a preliminary patch to Thomas > > I've done the same on the only needed file '_safearray.py'. > All the parts not working on WinCE are skipped with a > > if os.name != "ce" : > xxxxx > xxxxx > > > The file is from the 0.4.2 version of comtypes. Before I apply this patch to comtypes: This patch allows to *import* the comtypes.safearray module, but it also probably makes it non-functional. So, the question is: Which COM objects are people using on Windows CE? Do these objects use the SAFEARRAY data type? Thanks, Thomas From alexandre.delattre at enst-bretagne.fr Sat Jul 19 15:43:33 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Sat, 19 Jul 2008 15:43:33 +0200 Subject: [PythonCE] Comtypes installation problem... Message-ID: <200807191343.m6JDhLO5007385@courrier.enst-bretagne.fr> Thomas, In pypoom and when embedding activex controls in venster/ppygui I hadn't met the need to use the SAFEARRAY type. Regards, Alexandre -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexandre.delattre at enst-bretagne.fr Sun Jul 20 15:21:25 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Sun, 20 Jul 2008 15:21:25 +0200 Subject: [PythonCE] The State of Affairs Message-ID: <200807201321.m6KDLBFh027902@courrier.enst-bretagne.fr> Hi all, After a bit of thinking, I wonder -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexandre.delattre at enst-bretagne.fr Sun Jul 20 15:30:18 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Sun, 20 Jul 2008 15:30:18 +0200 Subject: [PythonCE] The State of Affairs Message-ID: <200807201330.m6KDU4ve028563@courrier.enst-bretagne.fr> Please ignore my previous message, I hit the "Send" button accidentaly. I was thinking that a first step to enhance distribution of PythonCE apps, would be to be able to create easily .cab for them. .cab are installable over the air, as well by cross installing from desktop. If I met enough positive feedback, I'll start trying to implement a distutils extension that will allow to create .cab the python way (i.e. Without using directly MS tools) Looking forward your feedbacks, Alexandre -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam.walley at gmail.com Fri Jul 25 19:13:26 2008 From: adam.walley at gmail.com (Adam Walley) Date: Fri, 25 Jul 2008 18:13:26 +0100 Subject: [PythonCE] pygame / distutils Message-ID: <518d94ee0807251013m2916e262w7df62d8ddf9be31a@mail.gmail.com> Hi, All. I have been struggling to get things working with pygame. From trawling through newsgroups, repositories, and various other places, I have not found any conclusive method of getting pygame up and running on the WinCE platform. I think half of the problem is that I am unsure about the entire structure of pygame, and which parts need to be tweaked to get things working. So far, I have grasped the following: - I have the latest pygame source files - I have or can probably get a working SDL.dll, which is vital to pygame either by downloading someone else's effort or cross-compiling my own from the libSDL sources (I realise that SDL_ttf, mixer, image and others are also useful, but I was just aiming to get the core working first) - distutils seems to be required to install pygame, but is not available for WinCE Problems I have not been able to solve yet / would greatly appreciate input & comments on: - is there already a way to get distutils working with PythonCE? If so, where can it be found? If not, then: - what exactly does distutils do? I need to know this so that workarounds/manual tests can be done to try and achieve the same results either by tweaking the existing code or writing some alternate code to do this job - after all, if distutils simply copies all the files in the correct file structure, then this can be done manually (at least initially to get things running). - are there any registry entries that need to be made, or does PythonCE automatically recognise that a new site-package is present and do all the necessary? I apologise if I am repeating any issues which have already been addressed (please point me in the right direction). I would be interested to hear from anyone who has succeeded/failed on this. I think pygame is a fantastic tool, and would love to get it working with PythonCE. Adam. -------------- next part -------------- An HTML attachment was scrubbed... URL: From christopher at christec.co.nz Sat Jul 26 06:58:05 2008 From: christopher at christec.co.nz (Christopher Fairbairn) Date: Sat, 26 Jul 2008 00:58:05 -0400 Subject: [PythonCE] pygame / distutils Message-ID: <60298.1217048285@christec.co.nz> Hi, On Sat 26/07/08 05:13 , "Adam Walley" adam.walley at gmail.com sent: > - is there already a way to get distutils working with PythonCE? There has been recent discussions about this, but at current I don't bieleve there is anything available. With respect to SDL and pygame it should be fairly easy to get the various python modules compiled. There have been a couple of releases built for PythonCE in the past and I've personally compiled from source a couple of times. The SDL project has an additional ZIP file that contains Windows CE (Pocket PC) compatible project files that will allow you to build a suitable dll. If you look at the distutils based installation files for the pygame distribution you can determine which source files need to be compiled into the various python modules (*.pyd). What I did was then manually create project files for Visual Studio to build these DLLs (you will need a source release of PythonCE itself for this, as to build a module you will require the python header files). Once I had all the pygame dlls compiled it was then simply a matter of copying them to the correct folder on the PDA. There was no registry settings etc involved. One thing to keep in mind is that some of the sample apps within the Pygame distribution won't work on a PDA without minor modifications. For example they commonly request a window size which is larger than the PDA's screen, and don't account for the lack of current working directory support when specifying file names for bitmap resources etc. Hope this helps, Christopher Fairbairn From adam.walley at gmail.com Sat Jul 26 20:56:42 2008 From: adam.walley at gmail.com (Adam Walley) Date: Sat, 26 Jul 2008 19:56:42 +0100 Subject: [PythonCE] pygame / distutils In-Reply-To: <60298.1217048285@christec.co.nz> References: <60298.1217048285@christec.co.nz> Message-ID: <518d94ee0807261156o6d64e5b3q246010f60cf78e62@mail.gmail.com> Christopher and Jared, Thank you for your comments. Christopher would you agree about the sluggishness once pygame is running on a PDA? I suppose I am not too bothered at the moment. For my purposes just being able to access audio and drawing to screen would be fine - though I'm sure sooner or later speed will be needed too. One additional obstacle I face is some extra fiddling to get the compiling done on PellesC (I do not own VS and I believe the free version does not support WinCE compilation). Anyhow, I will attempt to get something working, and if it gives respectable results I will report back. Thanks again for your input. Adam On 26/07/2008, Christopher Fairbairn wrote: > > Hi, > > On Sat 26/07/08 05:13 , "Adam Walley" adam.walley at gmail.com sent: > > - is there already a way to get distutils working with PythonCE? > > There has been recent discussions about this, but at current I don't > bieleve there is anything available. > > With respect to SDL and pygame it should be fairly easy to get the various > python modules compiled. There have been a couple of > releases built for PythonCE in the past and I've personally compiled from > source a couple of times. > > The SDL project has an additional ZIP file that contains Windows CE (Pocket > PC) compatible project files that will allow you to > build a suitable dll. > > If you look at the distutils based installation files for the pygame > distribution you can determine which source files need to be > compiled into the various python modules (*.pyd). What I did was then > manually create project files for Visual Studio to build > these DLLs (you will need a source release of PythonCE itself for this, as > to build a module you will require the python header > files). > > Once I had all the pygame dlls compiled it was then simply a matter of > copying them to the correct folder on the PDA. There was no > registry settings etc involved. > > One thing to keep in mind is that some of the sample apps within the Pygame > distribution won't work on a PDA without minor > modifications. For example they commonly request a window size which is > larger than the PDA's screen, and don't account for the > lack of current working directory support when specifying file names for > bitmap resources etc. > > Hope this helps, > Christopher Fairbairn > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jabapyth at gmail.com Sat Jul 26 23:10:54 2008 From: jabapyth at gmail.com (Jared Forsyth) Date: Sat, 26 Jul 2008 17:10:54 -0400 Subject: [PythonCE] pygame / distutils In-Reply-To: <518d94ee0807261156o6d64e5b3q246010f60cf78e62@mail.gmail.com> References: <60298.1217048285@christec.co.nz> <518d94ee0807261156o6d64e5b3q246010f60cf78e62@mail.gmail.com> Message-ID: <488B92DE.4000600@gmail.com> For compilation have you tried CeGCC? (http://cegcc.sourceforge.net/) Adam Walley wrote: > Christopher and Jared, > > Thank you for your comments. Christopher would you agree about the > sluggishness once pygame is running on a PDA? I suppose I am not too > bothered at the moment. For my purposes just being able to access > audio and drawing to screen would be fine - though I'm sure sooner or > later speed will be needed too. > > One additional obstacle I face is some extra fiddling to get the > compiling done on PellesC (I do not own VS and I believe the free > version does not support WinCE compilation). > > Anyhow, I will attempt to get something working, and if it gives > respectable results I will report back. > > Thanks again for your input. > > Adam > > On 26/07/2008, *Christopher Fairbairn* > wrote: > > Hi, > > On Sat 26/07/08 05:13 , "Adam Walley" adam.walley at gmail.com > sent: > > - is there already a way to get distutils working with PythonCE? > > There has been recent discussions about this, but at current I > don't bieleve there is anything available. > > With respect to SDL and pygame it should be fairly easy to get the > various python modules compiled. There have been a couple of > releases built for PythonCE in the past and I've personally > compiled from source a couple of times. > > The SDL project has an additional ZIP file that contains Windows > CE (Pocket PC) compatible project files that will allow you to > build a suitable dll. > > If you look at the distutils based installation files for the > pygame distribution you can determine which source files need to be > compiled into the various python modules (*.pyd). What I did was > then manually create project files for Visual Studio to build > these DLLs (you will need a source release of PythonCE itself for > this, as to build a module you will require the python header > files). > > Once I had all the pygame dlls compiled it was then simply a > matter of copying them to the correct folder on the PDA. There was no > registry settings etc involved. > > One thing to keep in mind is that some of the sample apps within > the Pygame distribution won't work on a PDA without minor > modifications. For example they commonly request a window size > which is larger than the PDA's screen, and don't account for the > lack of current working directory support when specifying file > names for bitmap resources etc. > > Hope this helps, > Christopher Fairbairn > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > > > ------------------------------------------------------------------------ > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > From l.dobrev at gmail.com Sun Jul 27 17:37:54 2008 From: l.dobrev at gmail.com (Lachezar Dobrev) Date: Sun, 27 Jul 2008 18:37:54 +0300 Subject: [PythonCE] Python CE on a Intel XScale industrial device. Message-ID: <90266c3f0807270837g48c1b0c2h152f9739fd95dd5b@mail.gmail.com> Hello list members. Recently our project (Java based) grew into the mobile devices range. However the devices had a serious flaw (for us): the Windows CE operating system. For some time we were able to develop based in the Pocket IE available on the device and use an AJAX+Server-Side approach to do our work. Recently we hit some use cases where this approach would not work, or would need serious development in order to provide the needed interaction requirements. We could not find a Java VM to suit our needs, and development using Microsoft's development frame is a No-No for us. That is why I undertook the challenge to evaluate Python based development. Here I took my first blow... The files on the SourceForge site did not install on the device. The device is: http://www.mobilecompia.co.kr/en/sub01/sub01_1.php It features Windows CE 5.0 on an Intel XScale PXA processor with a number of crucial features for our application (WLAN, WWAN, Barcode scanner). Since we are working with Linux/BSD workstations I was unable to try the Active Sync method, and was forced to download the CAB files, however when trying to install the application I get a 'Setup Failed' message: > The application cannot run on this device type. > Please install the application specific to this device type. This is with both CAB files: PythonCE-25-20061219.PPC2003_ARM.CAB and PythonCE.WM.CAB I tried also the 'Pocket PC Python' from http://www.murkworks.com/Research/Python/PocketPCPython/Overview That WORKS! But since it's Python 2.2 the GUI toolkits refuse to work (no annotations?). Can you please advise further? From l.dobrev at gmail.com Mon Jul 28 10:27:46 2008 From: l.dobrev at gmail.com (Lachezar Dobrev) Date: Mon, 28 Jul 2008 11:27:46 +0300 Subject: [PythonCE] Python CE on a Intel XScale industrial device. Message-ID: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> * Apologies for the resending, the first message did not go through. * Hello list members. Recently our project (Java based) grew into the mobile devices range. However the devices had a serious flaw (for us): the Windows CE operating system. For some time we were able to develop based in the Pocket IE available on the device and use an AJAX+Server-Side approach to do our work. Recently we hit some use cases where this approach would not work, or would need serious development in order to provide the needed interaction requirements. We could not find a Java VM to suit our needs, and development using Microsoft's development frame is a No-No for us. That is why I undertook the challenge to evaluate Python based development. Here I took my first blow... The files on the SourceForge site did not install on the device. The device is: http://www.mobilecompia.co.kr/en/sub01/sub01_1.php It features Windows CE 5.0 on an Intel XScale PXA processor with a number of crucial features for our application (WLAN, WWAN, Barcode scanner). Since we are working with Linux/BSD workstations I was unable to try the Active Sync method, and was forced to download the CAB files, however when trying to install the application I get a 'Setup Failed' message: > The application cannot run on this device type. > Please install the application specific to this device type. This is with both CAB files: PythonCE-25-20061219.PPC2003_ARM.CAB and PythonCE.WM.CAB I tried also the 'Pocket PC Python' from http://www.murkworks.com/Research/Python/PocketPCPython/Overview That WORKS! But since it's Python 2.2 the GUI toolkits refuse to work (no annotations?). Can you please advise further? From jabapyth at gmail.com Mon Jul 28 13:41:46 2008 From: jabapyth at gmail.com (Jared Forsyth) Date: Mon, 28 Jul 2008 07:41:46 -0400 Subject: [PythonCE] Python CE on a Intel XScale industrial device. In-Reply-To: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> References: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> Message-ID: <9a5375240807280441u5d195c7dn67d613a3f15538db@mail.gmail.com> Firstly, the Active Sync method merely automates the copy .CAB/install process--you're not missing out in anything. The only problem I can thing of is that of your processor: your device runs XSale, while I believe the .CABs are compiled for ARM On Mon, Jul 28, 2008 at 4:27 AM, Lachezar Dobrev wrote: > * Apologies for the resending, the first message did not go through. * > > Hello list members. > Recently our project (Java based) grew into the mobile devices range. > However the devices had a serious flaw (for us): the Windows CE > operating system. > For some time we were able to develop based in the Pocket IE > available on the device and use an AJAX+Server-Side approach to do our > work. > > Recently we hit some use cases where this approach would not work, > or would need serious development in order to provide the needed > interaction requirements. > > We could not find a Java VM to suit our needs, and development using > Microsoft's development frame is a No-No for us. > > That is why I undertook the challenge to evaluate Python based > development. > > Here I took my first blow... The files on the SourceForge site did > not install on the device. > The device is: http://www.mobilecompia.co.kr/en/sub01/sub01_1.php > It features Windows CE 5.0 on an Intel XScale PXA processor with a > number of crucial features for our application (WLAN, WWAN, Barcode > scanner). > > Since we are working with Linux/BSD workstations I was unable to try > the Active Sync method, and was forced to download the CAB files, > however when trying to install the application I get a 'Setup Failed' > message: > > > The application cannot run on this device type. > > Please install the application specific to this device type. > > This is with both CAB files: > PythonCE-25-20061219.PPC2003_ARM.CAB > and > PythonCE.WM.CAB > > I tried also the 'Pocket PC Python' from > http://www.murkworks.com/Research/Python/PocketPCPython/Overview > That WORKS! But since it's Python 2.2 the GUI toolkits refuse to > work (no annotations?). > > Can you please advise further? > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > -------------- next part -------------- An HTML attachment was scrubbed... URL: From l.dobrev at gmail.com Mon Jul 28 14:28:56 2008 From: l.dobrev at gmail.com (Lachezar Dobrev) Date: Mon, 28 Jul 2008 15:28:56 +0300 Subject: [PythonCE] Python CE on a Intel XScale industrial device. In-Reply-To: <9a5375240807280441u5d195c7dn67d613a3f15538db@mail.gmail.com> References: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> <9a5375240807280441u5d195c7dn67d613a3f15538db@mail.gmail.com> Message-ID: <90266c3f0807280528q5662a0f5v2a95a0be153ca160@mail.gmail.com> Well... First thanks for the Active Sync explanation. Reading the mailing list archives I was left with the impression, that Active Sync was actually translating the application for the architecture of the connected device. So I found a friend, tricked him into installing Active Sync, and trying to install the .EXE distribution files. Both the ARM and the SmartPhone versions failed to install with a similar message. Another thing I am not grasping is the difference between ARM, StrongARM and XScale. Probably wrong, but I thought XScale was backwards compatible with the ARM processors, however a quick tour around the Wikipedia hints otherwise... Pardon my bluntness, but until recently I had Java on every platform I had in mind... Can someone compile a Python version for an XScale processor? How does this work? Do I need a Windows host? Is the Python CE compilable with a GNU toolkit set? Like I've said Windows based development is a No-No for us. 2008/7/28, Jared Forsyth : > Firstly, the Active Sync method merely automates the copy .CAB/install > process--you're not missing out in anything. > The only problem I can thing of is that of your processor: your device runs > XSale, while I believe the .CABs are compiled for ARM From adam.walley at gmail.com Mon Jul 28 14:29:33 2008 From: adam.walley at gmail.com (Adam Walley) Date: Mon, 28 Jul 2008 13:29:33 +0100 Subject: [PythonCE] Python CE on a Intel XScale industrial device. In-Reply-To: <9a5375240807280441u5d195c7dn67d613a3f15538db@mail.gmail.com> References: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> <9a5375240807280441u5d195c7dn67d613a3f15538db@mail.gmail.com> Message-ID: <518d94ee0807280529t256a66a4u7fc3879aa1ef9c5e@mail.gmail.com> Hi, Lachezar. I would agree with Jared. Not having used any XScale devices, I do not have what you might call hard evidence, but a quick Google for ARM and XScale lead me to the MSDN website, which seems to confirm that compiling for XScale is a specific target (and would therefore suggest that ARM compiled packages may not work). My iPAQ uses WM5 v5.1.1702 and happily runs PythonCE 2.5. One other thought is to try to update your operating system on the XScale device as much as possible and then re-try the PythonCE install package (maybe there are some compatibility settings you can enable/disable in the OS?). Adam 2008/7/28 Jared Forsyth > Firstly, the Active Sync method merely automates the copy .CAB/install > process--you're not missing out in anything. > The only problem I can thing of is that of your processor: your device runs > XSale, while I believe the .CABs are compiled for ARM > > > On Mon, Jul 28, 2008 at 4:27 AM, Lachezar Dobrev wrote: > >> * Apologies for the resending, the first message did not go through. * >> >> Hello list members. >> Recently our project (Java based) grew into the mobile devices range. >> However the devices had a serious flaw (for us): the Windows CE >> operating system. >> For some time we were able to develop based in the Pocket IE >> available on the device and use an AJAX+Server-Side approach to do our >> work. >> >> Recently we hit some use cases where this approach would not work, >> or would need serious development in order to provide the needed >> interaction requirements. >> >> We could not find a Java VM to suit our needs, and development using >> Microsoft's development frame is a No-No for us. >> >> That is why I undertook the challenge to evaluate Python based >> development. >> >> Here I took my first blow... The files on the SourceForge site did >> not install on the device. >> The device is: http://www.mobilecompia.co.kr/en/sub01/sub01_1.php >> It features Windows CE 5.0 on an Intel XScale PXA processor with a >> number of crucial features for our application (WLAN, WWAN, Barcode >> scanner). >> >> Since we are working with Linux/BSD workstations I was unable to try >> the Active Sync method, and was forced to download the CAB files, >> however when trying to install the application I get a 'Setup Failed' >> message: >> >> > The application cannot run on this device type. >> > Please install the application specific to this device type. >> >> This is with both CAB files: >> PythonCE-25-20061219.PPC2003_ARM.CAB >> and >> PythonCE.WM.CAB >> >> I tried also the 'Pocket PC Python' from >> http://www.murkworks.com/Research/Python/PocketPCPython/Overview >> That WORKS! But since it's Python 2.2 the GUI toolkits refuse to >> work (no annotations?). >> >> Can you please advise further? >> _______________________________________________ >> PythonCE mailing list >> PythonCE at python.org >> http://mail.python.org/mailman/listinfo/pythonce >> > > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam.walley at gmail.com Mon Jul 28 14:51:49 2008 From: adam.walley at gmail.com (Adam Walley) Date: Mon, 28 Jul 2008 13:51:49 +0100 Subject: [PythonCE] Python CE on a Intel XScale industrial device. In-Reply-To: <90266c3f0807280528q5662a0f5v2a95a0be153ca160@mail.gmail.com> References: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> <9a5375240807280441u5d195c7dn67d613a3f15538db@mail.gmail.com> <90266c3f0807280528q5662a0f5v2a95a0be153ca160@mail.gmail.com> Message-ID: <518d94ee0807280551n3c764be6s51c5cb396fb2be44@mail.gmail.com> One more word on the ASync - you are right that it does modify certain files when they are transfered, but not all. I have not tested this properly, but I believe that AS will recognise certain files (especially media) and convert them to work on within the limitations of the PPC device (e.g. lower resolution, etc...). I believe there are a number of options as far as cross-compiling from Linux to a WinCE target. I have used PellesC (with Wine), but I am also investigating the use of ceGCC (on Jared's advice). I think ceGCC will be more likely to work for XScale targets. Cross-compiling would avoid the need to have a Windows host. Adam 2008/7/28 Lachezar Dobrev > Well... > > First thanks for the Active Sync explanation. Reading the mailing > list archives I was left with the impression, that Active Sync was > actually translating the application for the architecture of the > connected device. > So I found a friend, tricked him into installing Active Sync, and > trying to install the .EXE distribution files. Both the ARM and the > SmartPhone versions failed to install with a similar message. > > Another thing I am not grasping is the difference between ARM, > StrongARM and XScale. Probably wrong, but I thought XScale was > backwards compatible with the ARM processors, however a quick tour > around the Wikipedia hints otherwise... > > Pardon my bluntness, but until recently I had Java on every platform > I had in mind... > Can someone compile a Python version for an XScale processor? How > does this work? Do I need a Windows host? Is the Python CE compilable > with a GNU toolkit set? > > Like I've said Windows based development is a No-No for us. > > 2008/7/28, Jared Forsyth : > > Firstly, the Active Sync method merely automates the copy .CAB/install > > process--you're not missing out in anything. > > The only problem I can thing of is that of your processor: your device > runs > > XSale, while I believe the .CABs are compiled for ARM > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tech_dev at wildintellect.com Mon Jul 28 22:46:33 2008 From: tech_dev at wildintellect.com (Alex Mandel) Date: Mon, 28 Jul 2008 13:46:33 -0700 Subject: [PythonCE] Python CE on a Intel XScale industrial device. In-Reply-To: <90266c3f0807280528q5662a0f5v2a95a0be153ca160@mail.gmail.com> References: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> <9a5375240807280441u5d195c7dn67d613a3f15538db@mail.gmail.com> <90266c3f0807280528q5662a0f5v2a95a0be153ca160@mail.gmail.com> Message-ID: <488E3029.8010302@wildintellect.com> The confusion about activesync is that if the program had been compiled for multiple architectures then the processor specific cabs would all be inside the exe installer and activesync would select the appropriate one for the particular device. It sounds like you're going to need to figure out a way to compile for the Xscale without the use of Visual Studio. As Jared suggested in another thread, try http://cegcc.sourceforge.net/ or maybe http://www.ronetix.at/software.html I'm not sure on the difference between ARM and XScale but maybe VS left out something your specific devices need that isn't on other devices. Alex Lachezar Dobrev wrote: > Well... > > First thanks for the Active Sync explanation. Reading the mailing > list archives I was left with the impression, that Active Sync was > actually translating the application for the architecture of the > connected device. > So I found a friend, tricked him into installing Active Sync, and > trying to install the .EXE distribution files. Both the ARM and the > SmartPhone versions failed to install with a similar message. > > Another thing I am not grasping is the difference between ARM, > StrongARM and XScale. Probably wrong, but I thought XScale was > backwards compatible with the ARM processors, however a quick tour > around the Wikipedia hints otherwise... > > Pardon my bluntness, but until recently I had Java on every platform > I had in mind... > Can someone compile a Python version for an XScale processor? How > does this work? Do I need a Windows host? Is the Python CE compilable > with a GNU toolkit set? > > Like I've said Windows based development is a No-No for us. > > 2008/7/28, Jared Forsyth : >> Firstly, the Active Sync method merely automates the copy .CAB/install >> process--you're not missing out in anything. >> The only problem I can thing of is that of your processor: your device runs >> XSale, while I believe the .CABs are compiled for ARM From alexandre.delattre at enst-bretagne.fr Mon Jul 28 23:54:51 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Mon, 28 Jul 2008 23:54:51 +0200 Subject: [PythonCE] Python CE on a Intel XScale industrial device. In-Reply-To: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> References: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> Message-ID: <488E402B.70508@enst-bretagne.fr> Hello, I'm doubting the problem comes from the processor type, as you were able to run the Python 2.2 port which is also compiled for arm. Unfortunately CeGCC support only arm platform yet (the two cross-compilation targets available are arm-wince-cegcc and arm-wince-mingw32) so I'm afraid it wouldn't be of any help if arm code wasn't compatible with xscale processor (which I'm doubting). I'm suspecting more there is another constraint specified in the .inf file used to create the PythonCE cab that prevent installing on your device, but I don't see now what it could be exactly. I suggest you to try to make a "hand-made" install by copying the \Program Files\Python 25\ dir from another install to your device and see if you could run python.exe. Hope it helps, Alexandre From alexandre.delattre at enst-bretagne.fr Tue Jul 29 00:30:39 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Tue, 29 Jul 2008 00:30:39 +0200 Subject: [PythonCE] pygame / distutils In-Reply-To: <518d94ee0807251013m2916e262w7df62d8ddf9be31a@mail.gmail.com> References: <518d94ee0807251013m2916e262w7df62d8ddf9be31a@mail.gmail.com> Message-ID: <488E488F.3030606@enst-bretagne.fr> Hi, I've been able to make pygame-ctypes works with SDL.dll and SDL_Image.dll built from "unofficial" wince project files of SDL, with very minimal changes. I'm keen to package this and make it public, but you must note this is very experimental and is a bit slow. The constraints explained by Christopher, especially regarding current directory support, applies here too. I did not manage to compile the C version with evc++4 but I'd like to give a try later with cegcc, unfortunately I do not have the time for this yet. Also, before rushing in compilation, it may be interesting to benchmark pygame and pygame-ctypes on desktop to evaluate if there would be a really speed gain in using a compiled version. As pygame is mostly a wrapper around SDL, I found it hard to evaluate the overhead caused by using ctypes instead of c code. A benchmark would help us to see clearer. Regards, Alexandre From pacopablo at pacopablo.com Tue Jul 29 01:21:27 2008 From: pacopablo at pacopablo.com (John Hampton) Date: Mon, 28 Jul 2008 16:21:27 -0700 Subject: [PythonCE] The State of Affairs In-Reply-To: <200807201330.m6KDU4ve028563@courrier.enst-bretagne.fr> References: <200807201330.m6KDU4ve028563@courrier.enst-bretagne.fr> Message-ID: <488E5477.6030205@pacopablo.com> Alexandre Delattre wrote: > I was thinking that a first step to enhance distribution of PythonCE > apps, would be to be able to create easily .cab for them. > > .cab are installable over the air, as well by cross installing from desktop. > > If I met enough positive feedback, I'll start trying to implement a > distutils extension that will allow to create .cab the python way (i.e. > Without using directly MS tools) Sorry for a late response. I would very much welcome this. I am in the process of developing an application for out Symbol scanners that run Windows PocketPC 2003 and am planning on using python. However, having an easy distribution method is essential. I don't think I'd be much help in this endeavor, I don't have much experience with Windows mobile development, but I love the idea. -John From suscripconvbe at gmail.com Tue Jul 29 05:28:46 2008 From: suscripconvbe at gmail.com (=?ISO-8859-1?Q?Vicente_Bal=B7le?=) Date: Tue, 29 Jul 2008 05:28:46 +0200 Subject: [PythonCE] PythonCE with WindowsCE.NET 4.2 Message-ID: <2468bd4f0807282028l166f194arf494ce74bf28a65e@mail.gmail.com> Greetings to everyone. I apologize to everybody for translation from Spanish to English I've done with the translator of Google. I hope you understand my questions. The theme is as follows: I have to create an program for capturing data through the serial port and bluetooth with PythonCE a Handheld PC whose characteristics are as follows: S.O.: Windows CE .NET 4.2 Microprocesador: Intel X-Scale PXA255 a 400 Mhz Memoria: 32 MB SDRAM y 128 MB ROM (CF card) Pantalla: QVGA 3,5" TFT color de 240 x 320 Puerto Serie: RS-232C (D-sub 9) y otro RS-232C (6 pin) USB: Ver 1.1 Bluetooth: tipo CF card. Before I ask you help, and I tried to install the PythonCE 2.5 for ARM, both installable from a PC as the direct installation on the HPC (. Cab). Neither one nor the other what I have allowed. I have also tried to install version Python-2.3.4/HPC-2000 and has not worked. Finally I get off the PythonCE2.3.4-StorageCard the following address: http://ft.atr.bydgoszcz.pl/~leeloo/PythonCE2.3.4-StorageCard.zip So far this version has been executed well, I just needed to execute the file link to me without an error (I forgot to take note of error) and can finish setting up the python. I must admit that my knowledge of WindowsCE is minimal, as with Python, but still I have proposed in PythonCE and install the program with him, why you want to raise the following issues: On the one hand would like to know if I do well to get to PythonCE program in the HPC (Handheld PC). Moreover, it is possible to install PythonCE 2.5 on the WindowsCE.NET 4.2. If so, what steps should I follow?. In the case that can not be installed PythonCE 2.5; How to properly install the pack PythonCE2.3.4-StorageCard? I have many more questions that expose, but it makes no sense submission until now has not resolved earlier. Thanks in advance for your attention. Vicente. -------------- next part -------------- An HTML attachment was scrubbed... URL: From l.dobrev at gmail.com Tue Jul 29 09:43:19 2008 From: l.dobrev at gmail.com (Lachezar Dobrev) Date: Tue, 29 Jul 2008 10:43:19 +0300 Subject: [PythonCE] PythonCE with WindowsCE.NET 4.2 In-Reply-To: <2468bd4f0807282028l166f194arf494ce74bf28a65e@mail.gmail.com> References: <2468bd4f0807282028l166f194arf494ce74bf28a65e@mail.gmail.com> Message-ID: <90266c3f0807290043v59f823b3h27f2bac7585c482f@mail.gmail.com> I believe you are facing similar problems to my own. I have an industrial device, with Intel XScale PXA27x, which seems to be just a bit newer than the PXA255 (two years). My device's System page claims the processor to be: 'Inter ARM920T-PXA27x', which however seems to mean: 'ARM series', not 'ARM Compatible'. I have had problems installing stuff for ARM processors, like the free Mysaifu JVM from http://sourceforge.jp/projects/mysaifujvm/ We are having a discussion about whether we can find a PythonCE version compiled for XScale, or at least StrongARM (XScale claims to be StrongARM compatible by extending it). Someone however already suggested, that there may be more problems other than the Processor Architecture. I seem to be unable to install anything. To this moment the only CAB file that have been installed successfully is the Mozilla Minimo browser (which installs, but does not run). I still have not lost hope. I don't want to begin searching for a Linux-based device (Linux Industrial Strength devices seem to be extremely rare)... You might want to take a look at our discussion in the 'Python CE on a Intel XScale industrial device.' thread on this mailing list. 2008/7/29, Vicente Bal?le : > > > Greetings to everyone. > > > I apologize to everybody for translation from Spanish to English I've done > with the translator of Google. I hope you understand my questions. > > > The theme is as follows: > > I have to create an program for capturing data through the serial port and > bluetooth with PythonCE a Handheld PC whose characteristics are as follows: > > > > S.O.: Windows CE .NET 4.2 > > Microprocesador: Intel X-Scale PXA255 a 400 Mhz > > Memoria: 32 MB SDRAM y 128 MB ROM (CF card) > > Pantalla: QVGA 3,5" TFT color de 240 x 320 > > Puerto Serie: RS-232C (D-sub 9) y otro RS-232C (6 pin) > > USB: Ver 1.1 > > Bluetooth: tipo CF card. > > > > > Before I ask you help, and I tried to install the PythonCE 2.5 for ARM, both > installable from a PC as the direct installation on the HPC (. Cab). Neither > one nor the other what I have allowed. I have also tried to install version > Python-2.3.4/HPC-2000 and has not worked. > Finally I get off the PythonCE2.3.4-StorageCard the following address: > > http://ft.atr.bydgoszcz.pl/~leeloo/PythonCE2.3.4-StorageCard.zip > > So far this version has been executed well, I just needed to execute the > file link to me without an error (I forgot to take note of error) and can > finish setting up the python. > > I must admit that my knowledge of WindowsCE is minimal, as with Python, but > still I have proposed in PythonCE and install the program with him, why you > want to raise the following issues: > > On the one hand would like to know if I do well to get to PythonCE program > in the HPC (Handheld PC). > Moreover, it is possible to install PythonCE 2.5 on the WindowsCE.NET 4.2. > If so, what steps should I follow?. > In the case that can not be installed PythonCE 2.5; How to properly install > the pack PythonCE2.3.4-StorageCard? > > > > I have many more questions that expose, but it makes no sense submission > until now has not resolved earlier. > > Thanks in advance for your attention. > > Vicente. > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > > From pacopablo at pacopablo.com Tue Jul 29 10:50:21 2008 From: pacopablo at pacopablo.com (John Hampton) Date: Tue, 29 Jul 2008 01:50:21 -0700 Subject: [PythonCE] Windows Event Handling Message-ID: <488ED9CD.5020202@pacopablo.com> I'm developing a ctypes wrapper for the Symbol Barcode Reader API. When reading a barcode, there are a few calls. One is a blocking call, one via an event notification, and the other via a windows message. I was wondering how these types of event were generally handled in PythonCE. Do I need to create my own event loop that calls ctypes.windll.user32.MsgWaitForMultipleObjects()? If so, I'm also wondering how to integrate this with a PocketPyGui event loop. I would appreciate any help and direction with this. Thanks in advance. -John From adam.walley at gmail.com Tue Jul 29 17:20:12 2008 From: adam.walley at gmail.com (Adam Walley) Date: Tue, 29 Jul 2008 16:20:12 +0100 Subject: [PythonCE] cegcc on Debian etch amd64 Message-ID: <518d94ee0807290820j753c1bew946ecf54a1b5a936@mail.gmail.com> Hello, all. I have not posted to the cegcc list before, but have been working on some pythonCE projects, where cegcc might prove a useful tool (I hope). I realise that the following is not really a pythonCE topic, but thought it might be useful to some of the list's readers given some of the recent discussions. This post was really just to confirm that cegcc can be compiled from source (from the cegcc SF download page). I thought I should mention this, because I did not see any amd64 packages for cegcc, and there were very few posts relating to using cegcc with an amd64 processor or with debian (perhaps it has gone so smoothly for everyone that no questions were asked?). The steps I followed were: - download the source package (platform independent) - extract to a convenient folder - I used 'su' privileges (though sudo might be ok too) - run the 'build-cegcc.sh' script located in the cegcc/src folder - if errors occur, just go through the output carefully to locate any packages, which may not be present on your machine (I had to install 'bison' and 'flex' using the usual 'apt-get install' command) - IMPORTANT! before running the build script again, remove the 'build' folder that was created in the 'src' folder during the initial failed build attempt. If you do not do this the build script will almost certainly fail again. - it can take some time to build the entire package - I think there were some minor warnings/errors, but the cegcc structure and files all appeared correctly - check that the files are there in /opt/cegcc - if you want to be able to call the compilers from a Gnome terminal window you need to add this folder to the $PATH variable. To do this, simply edit the /etc/profile file (use 'su' or 'sudo' to do this) and add the following line at the end of the file: "export PATH=$PATH:/opt/cegcc/bin" The change will only take effect the next time you open a terminal window - Now you can access the cegcc compilers from any folder. Type 'arm-wince-cegcc-gcc' to check that it works. The reply should be 'no input files' - Now I simply followed the 'getting started' steps at http://cegcc.sourceforge.net/docs/using.html - remembering to copy across the relevant DLL files to my PDA (cegcc.dll, cegccthrd.dll, and libstdc++.dll) - these DLLs will work if you put them in the same directory as the EXE you want to run, but a more sensible place for them is the main Windows directory. These DLLs add up to about 1MB, so you don't want to be duplicating them too much. That's it. I can confirm that the 'hello' dialog appears on my WM5 pda. hth (especially, like me if you are still just a beginner, or you are looking to get started quickly). Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: From jabapyth at gmail.com Tue Jul 29 19:04:25 2008 From: jabapyth at gmail.com (Jared Forsyth) Date: Tue, 29 Jul 2008 13:04:25 -0400 Subject: [PythonCE] cegcc on Debian etch amd64 In-Reply-To: <518d94ee0807290820j753c1bew946ecf54a1b5a936@mail.gmail.com> References: <518d94ee0807290820j753c1bew946ecf54a1b5a936@mail.gmail.com> Message-ID: <9a5375240807291004k34078023pb093dfa88eb2913f@mail.gmail.com> Thank you very much for that walk-through ;) (even though, as you said, it is a bit off topic). On a more python-related note: if you want to compile python c extensions w/ cegcc, get in touch w/ Alexandre--he's got the python.lib file needed. -Jared On Tue, Jul 29, 2008 at 11:20 AM, Adam Walley wrote: > Hello, all. > > I have not posted to the cegcc list before, but have been working on some > pythonCE projects, where cegcc might prove a useful tool (I hope). I realise > that the following is not really a pythonCE topic, but thought it might be > useful to some of the list's readers given some of the recent discussions. > > This post was really just to confirm that cegcc can be compiled from source > (from the cegcc SF download page). I thought I should mention this, because > I did not see any amd64 packages for cegcc, and there were very few posts > relating to using cegcc with an amd64 processor or with debian (perhaps it > has gone so smoothly for everyone that no questions were asked?). > > The steps I followed were: > > - download the source package (platform independent) > - extract to a convenient folder > - I used 'su' privileges (though sudo might be ok too) > - run the 'build-cegcc.sh' script located in the cegcc/src folder > - if errors occur, just go through the output carefully to locate any > packages, which may not be present on your machine (I had to install 'bison' > and 'flex' using the usual 'apt-get install' command) > - IMPORTANT! before running the build script again, remove the 'build' > folder that was created in the 'src' folder during the initial failed build > attempt. If you do not do this the build script will almost certainly fail > again. > - it can take some time to build the entire package > - I think there were some minor warnings/errors, but the cegcc structure > and files all appeared correctly > - check that the files are there in /opt/cegcc > - if you want to be able to call the compilers from a Gnome terminal window > you need to add this folder to the $PATH variable. To do this, simply edit > the /etc/profile file (use 'su' or 'sudo' to do this) and add the following > line at the end of the file: > "export PATH=$PATH:/opt/cegcc/bin" > The change will only take effect the next time you open a terminal window > - Now you can access the cegcc compilers from any folder. Type > 'arm-wince-cegcc-gcc' to check that it works. The reply should be 'no input > files' > - Now I simply followed the 'getting started' steps at > http://cegcc.sourceforge.net/docs/using.html > - remembering to copy across the relevant DLL files to my PDA (cegcc.dll, > cegccthrd.dll, and libstdc++.dll) > - these DLLs will work if you put them in the same directory as the EXE you > want to run, but a more sensible place for them is the main Windows > directory. These DLLs add up to about 1MB, so you don't want to be > duplicating them too much. > > That's it. I can confirm that the 'hello' dialog appears on my WM5 pda. > > hth (especially, like me if you are still just a beginner, or you are > looking to get started quickly). > > Adam > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theller at ctypes.org Wed Jul 30 19:09:14 2008 From: theller at ctypes.org (Thomas Heller) Date: Wed, 30 Jul 2008 19:09:14 +0200 Subject: [PythonCE] The State of Affairs In-Reply-To: <200807201330.m6KDU4ve028563@courrier.enst-bretagne.fr> References: <200807201330.m6KDU4ve028563@courrier.enst-bretagne.fr> Message-ID: Alexandre Delattre schrieb: > I was thinking that a first step to enhance distribution of PythonCE > apps, would be to be able to create easily .cab for them. > > .cab are installable over the air, as well by cross installing from > desktop. > > If I met enough positive feedback, I'll start trying to implement a > distutils extension that will allow to create .cab the python way > (i.e. Without using directly MS tools) > > Looking forward your feedbacks, Alexandre I'm not sure whether this will help you or not, but I remember that I once had a ctypes-based cab file creator running. Found it in the web archive: http://web.archive.org/web/20050404190244/http://starship.python.net/crew/theller/moin.cgi/CreateCab BTW: How do you install a cab on a CE device? -- Thanks, Thomas From l.dobrev at gmail.com Wed Jul 30 21:38:08 2008 From: l.dobrev at gmail.com (Lachezar Dobrev) Date: Wed, 30 Jul 2008 22:38:08 +0300 Subject: [PythonCE] The State of Affairs In-Reply-To: References: <200807201330.m6KDU4ve028563@courrier.enst-bretagne.fr> Message-ID: <90266c3f0807301238x2b7f86c4y7d7b924657ac390d@mail.gmail.com> 2008/7/30 Thomas Heller : > ... > BTW: How do you install a cab on a CE device? 1. Download CAB using WLAN, WWAN, Bluetooth FTP, Bluetooth PAN, etc. from the Web-Site, or a network share. 2. Double-tap the cab file :) Works with Windows CE 4, Windows CE 5, Windows CE Embedded 4+, not sure about Mobile Windows though. From theller at ctypes.org Wed Jul 30 22:03:52 2008 From: theller at ctypes.org (Thomas Heller) Date: Wed, 30 Jul 2008 22:03:52 +0200 Subject: [PythonCE] The State of Affairs In-Reply-To: <90266c3f0807301238x2b7f86c4y7d7b924657ac390d@mail.gmail.com> References: <200807201330.m6KDU4ve028563@courrier.enst-bretagne.fr> <90266c3f0807301238x2b7f86c4y7d7b924657ac390d@mail.gmail.com> Message-ID: Lachezar Dobrev schrieb: > 2008/7/30 Thomas Heller : >> ... >> BTW: How do you install a cab on a CE device? > 1. Download CAB using WLAN, WWAN, Bluetooth FTP, Bluetooth PAN, etc. > from the Web-Site, or a network share. > 2. Double-tap the cab file :) > > Works with Windows CE 4, Windows CE 5, Windows CE Embedded 4+, not > sure about Mobile Windows though. Ah thanks. So, is there someone who provides an initial inf file which can be used to create a comtypes .cab file? ;-) -- Thanks, Thomas From l.dobrev at gmail.com Wed Jul 30 22:24:25 2008 From: l.dobrev at gmail.com (Lachezar Dobrev) Date: Wed, 30 Jul 2008 23:24:25 +0300 Subject: [PythonCE] The State of Affairs In-Reply-To: References: <200807201330.m6KDU4ve028563@courrier.enst-bretagne.fr> <90266c3f0807301238x2b7f86c4y7d7b924657ac390d@mail.gmail.com> Message-ID: <90266c3f0807301324p75b7875dkace5c541d252370a@mail.gmail.com> Well... I believe that is the point of the conversation. In order to be able to install a CAB file someone has to create it first, and for the time being there is no way of creating a CAB file for a python project (I am not an expert, I may be wrong). 2008/7/30, Thomas Heller : > Lachezar Dobrev schrieb: > > > 2008/7/30 Thomas Heller : > >> ... > >> BTW: How do you install a cab on a CE device? > > 1. Download CAB using WLAN, WWAN, Bluetooth FTP, Bluetooth PAN, etc. > > from the Web-Site, or a network share. > > 2. Double-tap the cab file :) > > > > Works with Windows CE 4, Windows CE 5, Windows CE Embedded 4+, not > > sure about Mobile Windows though. > > > Ah thanks. So, is there someone who provides an initial inf file which can be used > to create a comtypes .cab file? ;-) > > > -- > Thanks, > Thomas > > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > From david-pyceml at lestat.st Thu Jul 31 09:05:55 2008 From: david-pyceml at lestat.st (David Goncalves) Date: Thu, 31 Jul 2008 09:05:55 +0200 Subject: [PythonCE] The State of Affairs In-Reply-To: <90266c3f0807301324p75b7875dkace5c541d252370a@mail.gmail.com> References: <200807201330.m6KDU4ve028563@courrier.enst-bretagne.fr> <90266c3f0807301238x2b7f86c4y7d7b924657ac390d@mail.gmail.com> <90266c3f0807301324p75b7875dkace5c541d252370a@mail.gmail.com> Message-ID: <48916453.8080502@lestat.st> Hi, > Well... I believe that is the point of the conversation. > In order to be able to install a CAB file someone has to create it > first, and for the time being there is no way of creating a CAB file > for a python project (I am not an expert, I may be wrong). You can create CAB files (different from Windows cab files) suitable for PocketPC by using various tools. You can use free linux tools like : pocketpc-cab or you can use a shareware running on Win32 like : WinCE Cab Manager. Regards. -- David Goncalves - http://www.lestat.st From l.dobrev at gmail.com Thu Jul 31 17:08:23 2008 From: l.dobrev at gmail.com (Lachezar Dobrev) Date: Thu, 31 Jul 2008 18:08:23 +0300 Subject: [PythonCE] Python CE on a Intel XScale industrial device. In-Reply-To: <488E402B.70508@enst-bretagne.fr> References: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> <488E402B.70508@enst-bretagne.fr> Message-ID: <90266c3f0807310808j781b31c2v93cd39938bd4a8ef@mail.gmail.com> Update follows... People on this list were quite helpful in referencing a couple of tools for Pocket PC CAB file mangling. 1. I was able to extract the Python CE CAB file an uploaded the extracted files to my device. The python executable had an icon, and I was able to run it. It seemed to work. I was able to execute a few minor tests my way: a few dir()-s, a few imports, a few Base64 encoding and decoding operations, and it seemed to work fine. Until I tried to import Tkinter: > >>> import sys > >>> import Tkinter > Traceback (most recent call last): > File "C:\devl\release\PythonCE-2.5-20061219\Python-2.5-wince\Lib\lib-tk\Tkinter.py", line 38, in > RuntimeError: Could not find CeLib DLL > >>> Which led me to believe something is not right. Has anyone seen that? Does anyone know how to fix that? A similar error occurs when I try to install the PocketPyGui (ppygui-0.7) which I thought I would use for the GUI part. However the exception then has a bit longer stack trace (about 10 frames). 2. Reading the documentation on the pocketpc-cab and lcab utilities I found something that rang a bell: Appendix A: a list of processor architectures ... 1824 - ARM 720 2080 - ARM 820 2336 - ARM 920 2577 - StrongARM ... My device says in the System Properties: 'Intel, ARM920T-PXA27x' Could this be the culprit of my problems? Is ARM920 compatible with Strong ARM? Should I give-up on trying to install the current version and try to compile a version for my device personally? I also noted that the CAB files state, that the allowed OS version is 4.00 up to 5.00, shouldn't it be up to 5.99 or something? Not that my device has Windows 5.1 or anything, but I saw a the Smart Phone version note a MAX OS Version of 5.99... I hope I get more feed-back on the subject. I feel I am getting closer, but I am neither a Mobile-Device expert, nor a Python expert. I am fairly new to this stuff. From adam.walley at gmail.com Thu Jul 31 17:37:48 2008 From: adam.walley at gmail.com (Adam Walley) Date: Thu, 31 Jul 2008 16:37:48 +0100 Subject: [PythonCE] Python CE on a Intel XScale industrial device. In-Reply-To: <90266c3f0807310808j781b31c2v93cd39938bd4a8ef@mail.gmail.com> References: <90266c3f0807280127k522ee21bg3b589bdf0a58796a@mail.gmail.com> <488E402B.70508@enst-bretagne.fr> <90266c3f0807310808j781b31c2v93cd39938bd4a8ef@mail.gmail.com> Message-ID: <518d94ee0807310837s6824b53cu13007583caa9e515@mail.gmail.com> Hi, Lachezar. I recall having the exact same message. I cannot remember which application I was using/trying to install at the time. The problem was easily fixed by obtaining a celib.dll and putting it into the Windows folder on my device. I believe you will find lots of posts about this. Adam. 2008/7/31 Lachezar Dobrev > Update follows... > > People on this list were quite helpful in referencing a couple of > tools for Pocket PC CAB file mangling. > 1. I was able to extract the Python CE CAB file an uploaded the > extracted files to my device. The python executable had an icon, and I > was able to run it. It seemed to work. I was able to execute a few > minor tests my way: a few dir()-s, a few imports, a few Base64 > encoding and decoding operations, and it seemed to work fine. Until I > tried to import Tkinter: > > > >>> import sys > > >>> import Tkinter > > Traceback (most recent call last): > > File > "C:\devl\release\PythonCE-2.5-20061219\Python-2.5-wince\Lib\lib-tk\Tkinter.py", > line 38, in > > RuntimeError: Could not find CeLib DLL > > >>> > > Which led me to believe something is not right. > Has anyone seen that? Does anyone know how to fix that? > > A similar error occurs when I try to install the PocketPyGui > (ppygui-0.7) which I thought I would use for the GUI part. However the > exception then has a bit longer stack trace (about 10 frames). > > 2. Reading the documentation on the pocketpc-cab and lcab utilities > I found something that rang a bell: > > Appendix A: a list of processor architectures > ... > 1824 - ARM 720 > 2080 - ARM 820 > 2336 - ARM 920 > 2577 - StrongARM > ... > > My device says in the System Properties: 'Intel, ARM920T-PXA27x' > Could this be the culprit of my problems? Is ARM920 compatible > with Strong ARM? Should I give-up on trying to install the current > version and try to compile a version for my device personally? > > I also noted that the CAB files state, that the allowed OS version > is 4.00 up to 5.00, shouldn't it be up to 5.99 or something? Not that > my device has Windows 5.1 or anything, but I saw a the Smart Phone > version note a MAX OS Version of 5.99... > > I hope I get more feed-back on the subject. > I feel I am getting closer, but I am neither a Mobile-Device expert, > nor a Python expert. I am fairly new to this stuff. > _______________________________________________ > PythonCE mailing list > PythonCE at python.org > http://mail.python.org/mailman/listinfo/pythonce > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexandre.delattre at enst-bretagne.fr Thu Jul 31 18:31:00 2008 From: alexandre.delattre at enst-bretagne.fr (Alexandre Delattre) Date: Thu, 31 Jul 2008 18:31:00 +0200 Subject: [PythonCE] Python CE on a Intel XScale industrial device. Message-ID: <200807311630.m6VGUv9f008892@courrier.enst-bretagne.fr> Hi, In my opinion if you're able to run the python exe it means that is not processor related. I think the problem comes from what you've pointed out, the OS versions constraints. I think we should rebuild the .cab to allow os versions from 4.00 and 5.99 as you suggested. There's also a bug in the cab that would be worth fixing at the same time: In one of the registry key that associates .pyw to pythonce without shell we have to replace \nopcceshell by /nopcceshell. Else this cause the error : to be raised when running .pyw. For tKinter, the dll are not shipped with PythonCE and you have to copy them manually, more info on the wiki. For ppygui I'll be very glad if you use my toolkit, and if you send me your traceback I'll make my possible to make it work for you. I think the issue you described comes from that ppygui was designed for PocketPC 2003 and Windows Mobile, while it seems from screenshot your device has the 'classic' wince interface. Regards, Alexandre ----- Message d'origine ----- De: Lachezar Dobrev Env: jeudi 31 juillet 2008 17:05 ?: Alexandre Delattre Objet: Re: [PythonCE] Python CE on a Intel XScale industrial device. Update follows... People on this list were quite helpful in referencing a couple of tools for Pocket PC CAB file mangling. 1. I was able to extract the Python CE CAB file an uploaded the extracted files to my device. The python executable had an icon, and I was able to run it. It seemed to work. I was able to execute a few minor tests my way: a few dir()-s, a few imports, a few Base64 encoding and decoding operations, and it seemed to work fine. Until I tried to import Tkinter: > >>> import sys > >>> import Tkinter > Traceback (most recent call last): > File "C:\devl\release\PythonCE-2.5-20061219\Python-2.5-wince\Lib\lib-tk\Tkinter.py", line 38, in > RuntimeError: Could not find CeLib DLL > >>> Which led me to believe something is not right. Has anyone seen that? Does anyone know how to fix that? A similar error occurs when I try to install the PocketPyGui (ppygui-0.7) which I thought I would use for the GUI part. However the exception then has a bit longer stack trace (about 10 frames). 2. Reading the documentation on the pocketpc-cab and lcab utilities I found something that rang a bell: Appendix A: a list of processor architectures ... 1824 - ARM 720 2080 - ARM 820 2336 - ARM 920 2577 - StrongARM ... My device says in the System Properties: 'Intel, ARM920T-PXA27x' Could this be the culprit of my problems? Is ARM920 compatible with Strong ARM? Should I give-up on trying to install the current version and try to compile a version for my device personally? I also noted that the CAB files state, that the allowed OS version is 4.00 up to 5.00, shouldn't it be up to 5.99 or something? Not that my device has Windows 5.1 or anything, but I saw a the Smart Phone version note a MAX OS Version of 5.99... I hope I get more feed-back on the subject. I feel I am getting closer, but I am neither a Mobile-Device expert, nor a Python expert. I am fairly new to this stuff.