Re: TestGtkEmbed on N800
Andrew Gatt wrote: > [EMAIL PROTECTED] wrote: > >> Andrew wrote: >> >> >>> You suggest i need a symlink, but i'm still unclear where. The >>> libgtkembedmoz.so is at /usr/lib/ on the device, but ldd says that >>> TestGtkEmbed doesn't depend on it anyway. >>> >>> Using nm on TestGtkEmbed in the armel environment gives "B" addresses >>> next to all the gtk_moz_embed functions, which suggests to me >>> that the >>> symbols are embedded in the program? >>> >>> Can you tell me where the symlink would be needed? >>> >>> >> TestGtkEmbed is probably linked against libgtkmozembed.so, a symlink >> from libgtkembedmoz.so to libgtkmozembed.so would probably make things >> happy. >> >> ./run-mozilla.sh `which ldd` ./TestGtkEmbed >> >> >> > OK so now i'm feeling quite stupid, i ran the command you give above, > but the output doesn't mention any gtkembedmoz / gtkmozembed library > dependency. I put a symbolic link to libgtkembedmoz.so.0.0.0 as > /usr/lib/libgtkmozembed.so (same folder) but no joy. Without knowing > what the TestGtkEmbed program is looking for i won't know what to link > to. Is there some method of invoking ldd to tell me? > > > Maybe i'm going about this wrong. All i really want is to write an application that has the browser shipped with the device embedded in a widget inside it. I thought getting TestGtkEmbed would best the quickest starting point, but maybe not. Does anyone know of any examples that i can compile in scratchbox that does this? Thanks ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
maemo.org work on sprint mode
Brief not-so-new news: Since few days ago all the maemo.org related work is done based on monthly sprints publicly documented and open to your input and involvement. Interested? See https://garage.maemo.org/pipermail/maemo2midgard-discussion/2008-February/000220.html The monthly sprint planning meetings have three parties: Nokia employees like me with responsibilities over maemo.org, Nemein guys knowing about Midgard CMS and other intimacies of our web servers and Niels Breet, hired part time to push the community agenda (see http://maemo.org/news/announcements/view/introducing_niels_breet.html ). In these meetings we review the past month and we decide what to put in the next sprint, at two levels: - Tasks more or less complex that require more than one person / one day. We decide which ones get in and who coordinates... and we forget about the rest until next month. The pool of potential tasks come from http://maemo.org/intro/roadmap.html and http://maemo.org/community/wiki/roadmapwishlist/ , where you can have direct input. Of course we also read your ideas and complaints in the lists, and Niels is explicitly in charge of bringing to the planning meetings whatever is found to be relevant. - Bugs & feature requests submitted in the product Website of bugs.maemo.org. By default all bugs have Low priority and they are watched by the maintainers of each Website component as soon as they land. Urgent stuff go to the urgent track. All the rest follows a simple process: 1. When a bug is set to Medium priority it becomes a candidate for the next sprint. 2. In the sprint planning meeting we look at the Medium & High priority bugs, and also the most voted. We decide then which ones should be addressed in the following month. Those selected get the High priority. We concentrate on fixing those and we forget about the rest until the next sprint. All the activity is reported either via the public mailing list https://garage.maemo.org/mailman/listinfo/maemo2midgard-discussion or the bug reports. You can have input on both, and you are also invited to increase your involvement. The context Last year we started drawing a line between maemo.org and Nokia.com in order to avoid confusion and promote better what each side has. The community is what powers maemo.org. We had already healthy community activity in mailing lists and garage projects, and in the past months we have put more community energy and visibility on the News and Downloads. We want to continue the trend... specially if you want to continue as well. One consequence of this trend could be the move of all official Nokia deliveries (software images, SDK, official documentation) to the *.nokia.com domain. This would assure more rigid processes but also more reliability on those. But the best thing would be that the community aspect of maemo.org could be done more deeply, even with a real community centric management. Practical consequences of this would be the possibility for you to decide *really* how you want to organize extras & extras-devel, the wiki, i18n of the website, granting more permissions to certain contributors and so on. Step by step. This is still draft thinking and an invitation to think further. Quim ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Development for Nokia N800 / N810
On 2/7/08, Merrick Fonnesbeck <[EMAIL PROTECTED]> wrote: > Based on my poking around and finding various posts on the internet and > different tutorials can anyone confirm what I have found. > > I have a Nokia N800 and N810 and would like to write some applications > for them, which access the sound and camera on the devices and use them. > Am I understanding that the only development environment that exists is > to develop it on Linux with the Maemo SDK and ScratchBox? correct. you can always run the vmware image. that's what I do. > I am running > Windows XP and would like to setup a development environment in Windows, > if possible, to create applications for the devices. And if anybody > knows, is the Internet Video Call application on those devices open > source or available to look at for learning and use? > > Also does the N800 series devices support sending data across its > connections using SIP and/or H323 communication protocols? those protocols are supported by rtcomm and telepathy. dunno if you have access to the api though. -- Jesse Guardiani Software Developer / Sys Admin [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Development for Nokia N800 / N810
Based on my poking around and finding various posts on the internet and different tutorials can anyone confirm what I have found. I have a Nokia N800 and N810 and would like to write some applications for them, which access the sound and camera on the devices and use them. Am I understanding that the only development environment that exists is to develop it on Linux with the Maemo SDK and ScratchBox? I am running Windows XP and would like to setup a development environment in Windows, if possible, to create applications for the devices. And if anybody knows, is the Internet Video Call application on those devices open source or available to look at for learning and use? Also does the N800 series devices support sending data across its connections using SIP and/or H323 communication protocols? Thanks and any answers are greatly appreciated. MBFonz -> ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
Mikhail Sobolev a écrit : > On Thu, Feb 07, 2008 at 03:02:10PM +0200, (int) Eero Tamminen wrote: >> ext Mikhail Sobolev wrote: >>> On Wed, Feb 06, 2008 at 09:47:07AM -0500, Levi Bard wrote: Comments: * Is it necessary to separate each package into source/armel/i386/etc? Why not just display the package name (e.g. xmaeme), perhaps with a link to click to view the contained files, and/or an asterisk if there's no source? Is there any situation in which, say, the source component would be promoted, but the armel component wouldn't? >> > >>> No, it's not. And my original implementation (non-released) was doing >>> exactly that. However when I looked at it, I thought that there could >>> be people who would rather have such a flexibility. >> Why? > Because in this particular case I believe more flexible is better than > less flexible :) > And mainly because some people doing onboard dev directly on tablet, can't upload as dput isn't available, and have too many depandancies to be compiled for the tablet. For example, i use PyPackager to make my Package, but i can't upload it to extra. >>> I do agree with you with respect to sources, however as for different >>> architectures, the situation is a bit different: one architecture could >>> be better supported than the other, so... >> I think it's better that they all are in sync. That creates less >> confusion when people test first their package against some dependency >> in one architecture and then against another architecture. If the other >> architecture has another version of the dependency, are the problems >> because of the architecture or dependency version change? > This becomes way too complicated. :-/ What if a developer does not > really care about x86? > > -- > Misha > > > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: VS: How can I test a GPS application without using the device?
Andrea Grandi wrote: > Hi, > >> You can use gpsfake on your host machine (comes with gpsd). I noticed >> that it works with scratchbox, I don't know how, but it does. I was about to >> try to run it inside scratchbox, but there is no need. > > I noticed it but I wasn't able to make it work, because I couldn't > find any gps log file to use with it. Where can I get one? Or how can > I generate it? > > Thanks for your support. > Hi Andrea, I generated a log file by driving around with my laptop and a bluetooth gps. I don't remember exactly, which program I used to output the NMEA data to a file, probably gpsd itself by starting it in debug mode with /usr/sbin/gpsd -N -D 2 /dev/rfcomm0 I noticed that gpsfeed that you mentioned in your first mail includes a sample NMEA data file. Look for gps.txt. I have used that also. Note that gpsfake starts gpsd. gpsd might be located in /usr/sbin that is not in path for non-root users. Add /usr/sbin to path before starting gpsfake. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo Mapper crash
I do have the same problem. First I thought the file system is corrupt but I could not confirm this yet. Then I tried to reload the map tiles but mm kept crashing. I have to admit that I did not check bugzilla yet if someone else had the same problem. I am running maemo mapper 2.3.1 on n810. Krischan - Original message - > Hi, > > I'm having problems with maemo mapper while using it. Sometimes it > just crashes, rebooting the device some times and other times just > crashing maemo mapper. > > I'm using a bluetooth gps unit from leadtek. Somebody else having > this kind of trouble ? It looks like that it started when I upgraded > to OS2008. > > BR, > > -- > --- > Blog: http://labs.morpheuz.eng.br/blog/ > PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: VS: How can I test a GPS application without using the device?
Hi, > You can use gpsfake on your host machine (comes with gpsd). I noticed > that it works with scratchbox, I don't know how, but it does. I was about to > try to run it inside scratchbox, but there is no need. I noticed it but I wasn't able to make it work, because I couldn't find any gps log file to use with it. Where can I get one? Or how can I generate it? Thanks for your support. -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.ptlug.org/andreagrandi.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
VS: How can I test a GPS application without using the device?
Hello Andrea, You can use gpsfake on your host machine (comes with gpsd). I noticed that it works with scratchbox, I don't know how, but it does. I was about to try to run it inside scratchbox, but there is no need. Sorry for top posting, using the ITOS default e-mail client. -- Julius - Alkuperäinen viesti - Lähettäjä: Andrea Grandi <[EMAIL PROTECTED]> Vastaanottaja: maemo-developers@maemo.org Lähetetty: To 07 Helmi 2008 16:42:33 Aihe: How can I test a GPS application without using the device? Hello, I'd like to write a Python application that interface itself to GPS (using gpsd). I'd like to be able to develop it on my PC as well, without using the real hardware. Not because I don't want to use my N810, but because I should use it outside to test it! I've discovered this application: http://gpsfeed.sourceforge.net/ "gpsfeed+ is a utility that feeds the PC with continuous GPS data as if a GPS were moving in a car or airplane. NMEA 0183 GPS sentences are sent to the application through a socket (TCP/IP) connection or a UDP multicast message.!" but I still cannot understand if it works also with gpsd. I'd like to test it on my Ubuntu machine, but while Maemo uses this library for python-gps: http://pymaemo.garage.maemo.org/documentation/python_gps_examples/index.html Linux seems to have a totally different library. I did "apt-get install python-gps" the unique python gps library available in repository and it comes without any documentation. So I've to develop in Scratchbox at least but I would need a GPS "simulator", a very simple one... so I could test a GPS application even in Scratchbox environment, without using a real GPS device. Any idea? What are, all those people that wrote a gps-application, using to test it? In particular maemo-mapper, gps-camera ecc. Thanks for your support! -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.ptlug.org/andreagrandi.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How can I test a GPS application without using the device?
Andrea I haven't tried with n810 yet, but making gumstix or neo1973 act as a bluetooth gps is fairly straightforward as long as gpspipe is installed. sdptool add SP rfcomm -r watch 0 1 sh -c "/usr/bin/gpspipe -r >/dev/rfcomm0" & Brad On Feb 7, 2008 9:42 AM, Andrea Grandi <[EMAIL PROTECTED]> wrote: > Hello, > > I'd like to write a Python application that interface itself to GPS > (using gpsd). I'd like to be able to develop it on my PC as well, > without using the real hardware. Not because I don't want to use my > N810, but because I should use it outside to test it! > > I've discovered this application: http://gpsfeed.sourceforge.net/ > > "gpsfeed+ is a utility that feeds the PC with continuous GPS data as > if a GPS were moving in a car or airplane. NMEA 0183 GPS sentences are > sent to the application through a socket (TCP/IP) connection or a UDP > multicast message.!" > > but I still cannot understand if it works also with gpsd. > > I'd like to test it on my Ubuntu machine, but while Maemo uses this > library for python-gps: > http://pymaemo.garage.maemo.org/documentation/python_gps_examples/index.html > > Linux seems to have a totally different library. I did "apt-get > install python-gps" the unique python gps library available in > repository and it comes without any documentation. > > So I've to develop in Scratchbox at least but I would need a GPS > "simulator", a very simple one... so I could test a GPS application > even in Scratchbox environment, without using a real GPS device. > > Any idea? What are, all those people that wrote a gps-application, > using to test it? In particular maemo-mapper, gps-camera ecc. > > Thanks for your support! > > -- > Andrea Grandi > email: a.grandi [AT] gmail [DOT] com > website: http://www.andreagrandi.it > PGP Key: http://www.ptlug.org/andreagrandi.asc > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Brad ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo Mapper crash
Hi, I'm having problems with maemo mapper while using it. Sometimes it just crashes, rebooting the device some times and other times just crashing maemo mapper. I'm using a bluetooth gps unit from leadtek. Somebody else having this kind of trouble ? It looks like that it started when I upgraded to OS2008. BR, -- --- Blog: http://labs.morpheuz.eng.br/blog/ PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
On Feb 7, 2008 3:32 PM, Levi Bard <[EMAIL PROTECTED]> wrote: > > > What do you propose to do with these comments? Include in > > notifications, store somewhere, something else? > > At least include in notifications, and probably store for later review > (i.e., when v2 is considered for promotion, reviewer can look at > comments from v1's promotion). I think much of the workflow here could be based around my own RFC before Mikhail unveiled his first implementation of the promotion interface: http://lists.maemo.org/pipermail//maemo-developers/2008-January/013889.html i.e. if we've got a database, use it to store who's doing what etc. Also allows for the promotion/approval of groups of things as Graham describes for his GPE work. Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How can I test a GPS application without using the device?
Hello, I'd like to write a Python application that interface itself to GPS (using gpsd). I'd like to be able to develop it on my PC as well, without using the real hardware. Not because I don't want to use my N810, but because I should use it outside to test it! I've discovered this application: http://gpsfeed.sourceforge.net/ "gpsfeed+ is a utility that feeds the PC with continuous GPS data as if a GPS were moving in a car or airplane. NMEA 0183 GPS sentences are sent to the application through a socket (TCP/IP) connection or a UDP multicast message.!" but I still cannot understand if it works also with gpsd. I'd like to test it on my Ubuntu machine, but while Maemo uses this library for python-gps: http://pymaemo.garage.maemo.org/documentation/python_gps_examples/index.html Linux seems to have a totally different library. I did "apt-get install python-gps" the unique python gps library available in repository and it comes without any documentation. So I've to develop in Scratchbox at least but I would need a GPS "simulator", a very simple one... so I could test a GPS application even in Scratchbox environment, without using a real GPS device. Any idea? What are, all those people that wrote a gps-application, using to test it? In particular maemo-mapper, gps-camera ecc. Thanks for your support! -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.ptlug.org/andreagrandi.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
> > Things that might be nice for the future: > > * Ability to add comments (e.g. "This package bends rule F, but > > promoting for now...") > What do you propose to do with these comments? Include in > notifications, store somewhere, something else? At least include in notifications, and probably store for later review (i.e., when v2 is considered for promotion, reviewer can look at comments from v1's promotion). -- "My Universe is my eyes and my ears. Anything else is hearsay." --The ruler of the Universe http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
Hi, ext Graham Cobb wrote: > On Thursday 07 February 2008 13:24:32 Eero Tamminen wrote: >> If some specific package has issues on x86 due to its development >> happening on ARM only, I don't see that as a problem except in a sense >> that its developers not caring that much about quality in general and >> wasting their time debugging things on ARM that could be more easily >> debugged on x86 with something like Valgrind. > > That would be a completely unreasonable conclusion to draw! Please don't > assume everyone else's projects work in the same way as the ones you work > on!! > > For example, many packages are ports of applications which are primarily > developed on other platforms. For example, I do not build opensync for maemo > x86 because I do all my debugging on my desktop debian system. I also do not > plan to put x86 packages for GPE into extras because they would have had zero > testing. I might put them in extras-devel because some other GPE developers > might find it convenient to have them available for debugging, as you > suggest, but that doesn't mean I would necessarily want to promote them to > extras. I wasn't suggesting that all ARM packages have corresponding x86 packages, but that if there *is* an x86 package, it should be the same version as to ARM package. > Despite that, I suppose it might be worth considering that the advantage of > consistency means that all architectures should be promoted at once. I could > understand that if someone else had a package which depended on a GPE library > they might want to be able to debug a problem on x86 and might want to use > the same version as is in extras (not a later version, say, from > extras-devel). But for libraries and services it would be really nice to provide both... - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: TestGtkEmbed on N800
Hi, ext Andrew Gatt wrote: >> TestGtkEmbed is probably linked against libgtkmozembed.so, a symlink >> from libgtkembedmoz.so to libgtkmozembed.so would probably make things >> happy. >> >> ./run-mozilla.sh `which ldd` ./TestGtkEmbed >> >> > OK so now i'm feeling quite stupid, i ran the command you give above, > but the output doesn't mention any gtkembedmoz / gtkmozembed library > dependency. I put a symbolic link to libgtkembedmoz.so.0.0.0 as > /usr/lib/libgtkmozembed.so (same folder) but no joy. Without knowing > what the TestGtkEmbed program is looking for i won't know what to link > to. Is there some method of invoking ldd to tell me? Note that if you're doing this on the device, it doesn't have "ldd". There you need to use "/lib/ld-2.5.so --list" and the given argument needs to have absolute path. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: TestGtkEmbed on N800
[EMAIL PROTECTED] wrote: > Andrew wrote: > >> You suggest i need a symlink, but i'm still unclear where. The >> libgtkembedmoz.so is at /usr/lib/ on the device, but ldd says that >> TestGtkEmbed doesn't depend on it anyway. >> >> Using nm on TestGtkEmbed in the armel environment gives "B" addresses >> next to all the gtk_moz_embed functions, which suggests to me >> that the >> symbols are embedded in the program? >> >> Can you tell me where the symlink would be needed? >> > > > TestGtkEmbed is probably linked against libgtkmozembed.so, a symlink > from libgtkembedmoz.so to libgtkmozembed.so would probably make things > happy. > > ./run-mozilla.sh `which ldd` ./TestGtkEmbed > > OK so now i'm feeling quite stupid, i ran the command you give above, but the output doesn't mention any gtkembedmoz / gtkmozembed library dependency. I put a symbolic link to libgtkembedmoz.so.0.0.0 as /usr/lib/libgtkmozembed.so (same folder) but no joy. Without knowing what the TestGtkEmbed program is looking for i won't know what to link to. Is there some method of invoking ldd to tell me? Thanks for the help by the way. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: TestGtkEmbed on N800
Andrew wrote: > You suggest i need a symlink, but i'm still unclear where. The > libgtkembedmoz.so is at /usr/lib/ on the device, but ldd says that > TestGtkEmbed doesn't depend on it anyway. > > Using nm on TestGtkEmbed in the armel environment gives "B" addresses > next to all the gtk_moz_embed functions, which suggests to me > that the > symbols are embedded in the program? > > Can you tell me where the symlink would be needed? TestGtkEmbed is probably linked against libgtkmozembed.so, a symlink from libgtkembedmoz.so to libgtkmozembed.so would probably make things happy. ./run-mozilla.sh `which ldd` ./TestGtkEmbed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo documentation not uptodate
ext David Hautbois wrote: > Hi > > This documentation is not uptodate : > https://maemo.org/development/documentation/tutorials/maemo_4-0_tutorial.html > > Some #include line are not right > > Example : > #include > > wrong > > The hildon header files for hildon widgets are in hildon directory > #include > #include > #include > #include > >right Thanks for the note David! I fixed those #include lines in the tutorial. Cheers, Juha -- Juha Kallioinen JID: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: TestGtkEmbed on N800
>> I would like to use the one shipped with the device, to keep any >> installed files to a minimum. >> >> I've patched run-mozilla.sh with the diff file linked above. >> This sets >> the GRE_HOME for you so my command line becomes ./run-mozilla.sh >> ./TestGtkEmbed. I couldn't find the ibid file / llibrary you mention. >> > > ??? Ibid is a latin reference. It means something like "the same as the > previous reference" > > >> The closest match is a libid3-3.8.so.3 which is already >> installed on the >> device. With the above command line i now get "Couldn't find >> GTKMozEmbed >> symbols", but i guess this has something to do with the ibid file? >> > > GtkMozEmbed has a different name in microb, just to be difficult, a > symlink would be needed. > > You suggest i need a symlink, but i'm still unclear where. The libgtkembedmoz.so is at /usr/lib/ on the device, but ldd says that TestGtkEmbed doesn't depend on it anyway. Using nm on TestGtkEmbed in the armel environment gives "B" addresses next to all the gtk_moz_embed functions, which suggests to me that the symbols are embedded in the program? Can you tell me where the symlink would be needed? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
On Thursday 07 February 2008 13:24:32 Eero Tamminen wrote: > If some specific package has issues on x86 due to its development > happening on ARM only, I don't see that as a problem except in a sense > that its developers not caring that much about quality in general and > wasting their time debugging things on ARM that could be more easily > debugged on x86 with something like Valgrind. That would be a completely unreasonable conclusion to draw! Please don't assume everyone else's projects work in the same way as the ones you work on!! For example, many packages are ports of applications which are primarily developed on other platforms. For example, I do not build opensync for maemo x86 because I do all my debugging on my desktop debian system. I also do not plan to put x86 packages for GPE into extras because they would have had zero testing. I might put them in extras-devel because some other GPE developers might find it convenient to have them available for debugging, as you suggest, but that doesn't mean I would necessarily want to promote them to extras. Despite that, I suppose it might be worth considering that the advantage of consistency means that all architectures should be promoted at once. I could understand that if someone else had a package which depended on a GPE library they might want to be able to debug a problem on x86 and might want to use the same version as is in extras (not a later version, say, from extras-devel). Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: TestGtkEmbed on N800
> > This too can be answered w/ google (as mentioned in one of > the links in > > my previous email, which sorta cross paths with the one to > which I'm now > > replying) > > > > > >> or do i need > >> to copy all these files somewhere to get the TestGtkEmbed working? > >> > > > > There is one (ibid) > > > > > https://garage.maemo.org/svn/browser/mozilla/trunk/microb-engi > ne/microb- > > engine/debian/patches/125_MICROB_autoset_grehome_display.diff > > +export GRE_HOME="/usr/lib/microb-engine" > > > > But again, the question is what's your goal. Do you want to > use the one > > that ~worked so well~ in scratchbox, or do you want ot use > the one that > > is shipped w/ the device. The choice is yours :). > > > I would like to use the one shipped with the device, to keep any > installed files to a minimum. > > I've patched run-mozilla.sh with the diff file linked above. > This sets > the GRE_HOME for you so my command line becomes ./run-mozilla.sh > ./TestGtkEmbed. I couldn't find the ibid file / llibrary you mention. ??? Ibid is a latin reference. It means something like "the same as the previous reference" > The closest match is a libid3-3.8.so.3 which is already > installed on the > device. With the above command line i now get "Couldn't find > GTKMozEmbed > symbols", but i guess this has something to do with the ibid file? GtkMozEmbed has a different name in microb, just to be difficult, a symlink would be needed. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: TestGtkEmbed on N800
> Does anyone know what tools i can use to track down where > these symbols > are coming from inside the scratchbox environment? If i can > do that then > i should be able to work out whats missing on the device. Typically nm and ldd are your friends. That and a debugger which will tell you what's loaded. I'm still confused. Libidl should only be needed by xpidl, which you didn't indicate you were going to run ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
Hi, ext Mikhail Sobolev wrote: > On Thu, Feb 07, 2008 at 03:02:10PM +0200, (int) Eero Tamminen wrote: >>> I do agree with you with respect to sources, however as for different >>> architectures, the situation is a bit different: one architecture could >>> be better supported than the other, so... >> I think it's better that they all are in sync. That creates less >> confusion when people test first their package against some dependency >> in one architecture and then against another architecture. If the other >> architecture has another version of the dependency, are the problems >> because of the architecture or dependency version change? > > This becomes way too complicated. :-/ What if a developer does not > really care about x86? What kind of a problems you were thinking about? If some specific package has issues on x86 due to its development happening on ARM only, I don't see that as a problem except in a sense that its developers not caring that much about quality in general and wasting their time debugging things on ARM that could be more easily debugged on x86 with something like Valgrind. There are of course packages that work only on ARM (kernel, DSP stuff etc), but those don't have any versions available on x86. If software has packages for multiple architectures (for the same distro, be it Chinook or something else), they should have the same version. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
On Thu, Feb 07, 2008 at 03:02:10PM +0200, (int) Eero Tamminen wrote: > ext Mikhail Sobolev wrote: > > On Wed, Feb 06, 2008 at 09:47:07AM -0500, Levi Bard wrote: > >> Comments: > >> * Is it necessary to separate each package into source/armel/i386/etc? > >> Why not just display the package name (e.g. xmaeme), perhaps with a > >> link to click to view the contained files, and/or an asterisk if > >> there's no source? Is there any situation in which, say, the source > >> component would be promoted, but the armel component wouldn't? > > > > No, it's not. And my original implementation (non-released) was doing > > exactly that. However when I looked at it, I thought that there could > > be people who would rather have such a flexibility. > > Why? Because in this particular case I believe more flexible is better than less flexible :) > > I do agree with you with respect to sources, however as for different > > architectures, the situation is a bit different: one architecture could > > be better supported than the other, so... > > I think it's better that they all are in sync. That creates less > confusion when people test first their package against some dependency > in one architecture and then against another architecture. If the other > architecture has another version of the dependency, are the problems > because of the architecture or dependency version change? This becomes way too complicated. :-/ What if a developer does not really care about x86? -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
Hi, ext Mikhail Sobolev wrote: > On Wed, Feb 06, 2008 at 09:47:07AM -0500, Levi Bard wrote: >> Comments: >> * Is it necessary to separate each package into source/armel/i386/etc? >> Why not just display the package name (e.g. xmaeme), perhaps with a >> link to click to view the contained files, and/or an asterisk if >> there's no source? Is there any situation in which, say, the source >> component would be promoted, but the armel component wouldn't? > > No, it's not. And my original implementation (non-released) was doing > exactly that. However when I looked at it, I thought that there could > be people who would rather have such a flexibility. Why? > I do agree with you with respect to sources, however as for different > architectures, the situation is a bit different: one architecture could > be better supported than the other, so... I think it's better that they all are in sync. That creates less confusion when people test first their package against some dependency in one architecture and then against another architecture. If the other architecture has another version of the dependency, are the problems because of the architecture or dependency version change? - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
On Wed, Feb 06, 2008 at 10:44:48AM +0100, Niels Breet wrote: > > * to see if anything like this would really > > encourage community developers to use central 'extras' repository > > We would also need to provide an easier way for developers to upload > packages. If we can make a webinterface where developers can add their > package to the upload/promotion queue, I think we will make uploading to > extras a lot less complicated. (Regular dput uploads would also end up in > this same queue) I'm not sure how web upload would make things easier... Why do you think dput is not that straightforward? This is actually a question to all developers out there who are using extras/extras-devel. (I'm not challenging, I'm wondering.) > We can add this as a first step, auto-builders would be a next step to add. Autobuilders are slowly moving forward: this is a hobby time after all :) > > Almost forgot to mention. The script does not really have a project > > page anywhere. It is also a toy project for me to see how well Bazaar DVCS > > supports my needs (so far, it does well enough), so you can find the code > > at > > > > https://code.launchpad.net/~mishas/+junk/devel-mover > > Maybe it will be a good idea to create a garage project, so we can have > mailing lists for promotions etc? I think that current code is a big step > in the right direction, although we would need to add more features. Yes, I requested the project (devel-mover), but if it's OK, I'd like to keep it in bazaar. > Do you have time to work on this some more? Would you like to get help > from other community members on this code? Yes, I do have time: nothing was changed since my announce because I saw no feedback. And of course any help is more than welcome. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debian packaging
[EMAIL PROTECTED] wrote: > Is there any way to create a debian package with libraries/binaries > when the source code is unavailable. > Yes, when you create a debian package you can install pretty much anything with the file /package/debian/package.install if you aren't going to do any compiling at all then you'll also want to edit /package/debian/rules and comment out anything to do with make etc. If you'd like me to build an example package and .tar.gz it and upload it somewhere so that you can just change names and so on then I can probably do that although it's probably better if you read the developer and maintainer guides on debian.org Phil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: TestGtkEmbed on N800
Andrew Gatt wrote: or do i need to copy all these files somewhere to get the TestGtkEmbed working? >>> There is one (ibid) >>> >>> https://garage.maemo.org/svn/browser/mozilla/trunk/microb-engine/microb- >>> engine/debian/patches/125_MICROB_autoset_grehome_display.diff >>> +export GRE_HOME="/usr/lib/microb-engine" >>> >>> But again, the question is what's your goal. Do you want to use the one >>> that ~worked so well~ in scratchbox, or do you want ot use the one that >>> is shipped w/ the device. The choice is yours :). >>> >>> >>> >> I would like to use the one shipped with the device, to keep any >> installed files to a minimum. >> >> I've patched run-mozilla.sh with the diff file linked above. This sets >> the GRE_HOME for you so my command line becomes ./run-mozilla.sh >> ./TestGtkEmbed. I couldn't find the ibid file / llibrary you mention. >> The closest match is a libid3-3.8.so.3 which is already installed on the >> device. With the above command line i now get "Couldn't find GTKMozEmbed >> symbols", but i guess this has something to do with the ibid file? >> >> >> >> > I also tried to copy over libIDL from /usr/local/lib/libIDL-2.0.0.0, > because i'd read this library wasn't provided by the device, but this > didn't help. I'm not sure what else is needed to overcome the problem > with these symbols. > > Does anyone know what tools i can use to track down where these symbols are coming from inside the scratchbox environment? If i can do that then i should be able to work out whats missing on the device. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
On Wed, Feb 06, 2008 at 09:47:07AM -0500, Levi Bard wrote:
> > After quite some time of fighting with myself as well as getting
> > encouragement from certain members of this community, I'm humbly offer
> > to your attention a first {alpha,beta} release of a manual promotion
> > interface.
>
> Great! What's there so far seems to work well.
Thank you :)
> Comments:
> * Is it necessary to separate each package into source/armel/i386/etc?
> Why not just display the package name (e.g. xmaeme), perhaps with a
> link to click to view the contained files, and/or an asterisk if
> there's no source? Is there any situation in which, say, the source
> component would be promoted, but the armel component wouldn't?
No, it's not. And my original implementation (non-released) was doing
exactly that. However when I looked at it, I thought that there could
be people who would rather have such a flexibility.
I do agree with you with respect to sources, however as for different
architectures, the situation is a bit different: one architecture could
be better supported than the other, so...
> Things that might be nice for the future:
> * Ability to add comments (e.g. "This package bends rule F, but
> promoting for now...")
What do you propose to do with these comments? Include in
notifications, store somewhere, something else?
> * Ability to demote and/or rollback to a previous version (with comments)
I am not sure about this one. As others already pointed out, those
users who already upgraded their devices are not helped at all...
However "rollback" done by "let return back to a previous version but
bump the package version" may not work in case of major upgrades... I
believe further discussion and, more importantly, common agreement is
required here.
> * Display the amount of time each package has been in the promotion queue
> * Notify package maintainer via email on (pro|de)motion
This looks straightforward. Thanks.
> * A way to view a package's dependencies
> - A way to verify whether all of a package's dependencies are either
> in extras or in the promotion queue
> - A way to simultaneously promote a package and all of its dependencies
This does seem to be tricky... But these are obviously useful features.
--
Misha
signature.asc
Description: Digital signature
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: RE : Re: RE : Re: Non modal dialog
On Thu, Feb 07, 2008, Ross Burton wrote: > > if I use a GTK_WINDOW_TOPLEVEL it appears maximized, and I can't move > > it neither change its size. > > Oh I see, you are trying to use GtkWindows as the notes themselves. > > Matchbox (the window manager) enforces normal windows to fill the screen > (excluding panels), dialogs are centered and modal, and "popup" windows > are ignored (technically, override redirect windows). This means that > they don't get decorated and can't be moved by the window manager. > > The solution here is to create a top level window for you application, > and then draw the postit notes yourself. One way would be to create a > widget which draws a postit note and place them inside a GtkFixed or > GtkDrawingArea. You might want to take a look at the hildon-home-area and hildon-desktop-home-item widgets, which implement some GtkFixed-like widget and adds dragging of the items and other things. Both in libhildondesktop. They are the widgets used in the home view in Chinook but should be reusable. -- Johan Bilien <[EMAIL PROTECTED]> ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Wish list
On Thursday 07 February 2008 08:18:57 Martin Grimme wrote: > 2008/2/7, Al Khadra <[EMAIL PROTECTED]>: > > 2- Is it possible to make an application that will turn the Tablet into > > Bluetooth Speakers using the A2DP profile? For instance, you can stream > > audio from the Motorola DC800 gateway right into the Tablet. This is a > > question for developers who can tell if this is feasible or not. > > This should be possible, but since I'm not into bluetooth, I can't say for > sure. I am interested in this, and also the other way around... is it possible to make my Linux desktop system act as bluetooth speaker/mic for the N810 -- using headset and/or A2DP profiles? I am interested in things like playing videos on my N810 but having the sound come out on my desktop speakers and also on using a headset plugged into the desktop for Skype running on the N810. For completeness, also does anyone know of a way to do this with a Windows-based desktop? Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: RE : Re: RE : Re: RE : Re: Non modal dialog
ext Frédéric Charrier wrote: >> Yep, it is technically possible to implement these notes as dialogs >> but >> the moving of them (dragging) needs to be implemented by the >> application >> itself. (The dialog movement behaviour can be also modified from >> startup >> parameters if you want this program only for yourself). >> > > Hum... Interesting point. > What do you mean by the startup parameters ? > Are you speaking about startup parameters of my application or of the > Nokia ? > > Startup parameters of the matchbox window manager. But you should not touch them unless you really know what you are doing. In the worst case you end up with device that won't bootup at all. Therefore, I'm not going to tell you how to even do it :-) > > > _ > Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail > http://mail.yahoo.fr > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > // Tapani Pälli -- Software Engineer Open Source Software Operations ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Non modal dialog
Hi, ext Frédéric Charrier wrote: >> Only dialogs without a parent are made system modal by the window >> manager as otherwise user could lose them (as dialogs are not >> listed >> in the task navigator, there's no way to return system dialog once >> an application would be topped above one). This behaviour can be >> disabled by modifying the Matchbox window manager command line >> args. > > If I specify a parent for my dialog I get a non modal one, but I > still can't move it. Is it the normal behavior ? Yes, unless you specify your window as "override redirect" or change the matchbox window manager -use_dialog_mode arguments in device bootup: http://matchbox-project.org/documentation/manual/wm.html Note that override redirect means that windows are not managed by the window manager at all, if you top some other window, the override redirect one is lost by the user (override redirect is intended for popups that go away when you release stylus or press anywhere on screen). >> For application dialogs (dialogs that are trancient to some >> application >> window), it's up to application whether the dialog is modal or not. >> Our Style Guide states that they should be modal, but nothing's >> forcing it, app just needs to us Gtk properly (not to call the >> dialog convenience function that effectively makes it modal by >> creating a new main loop for the dialog). > > What do you mean exactly by "not to call the dialog convenience > function" ? > > You mean that I must include a specific loop to make my > dialog non modal ? > If it's the case, will my main window be accessible during this loop > ? http://library.gnome.org/devel/gtk/stable/GtkDialog.html#gtk-dialog-run - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE : Re: RE : Re: RE : Re: Non modal dialog
> Only dialogs without a parent are made system modal by the window > manager as otherwise user could lose them (as dialogs are not > listed > in the task navigator, there's no way to return system dialog once > an application would be topped above one). This behaviour can be > disabled by modifying the Matchbox window manager command line > args. If I specify a parent for my dialog I get a non modal one, but I still can't move it. Is it the normal behavior ? > For application dialogs (dialogs that are trancient to some > application > window), it's up to application whether the dialog is modal or not. > Our Style Guide states that they should be modal, but nothing's > forcing it, app just needs to us Gtk properly (not to call the > dialog convenience function that effectively makes it modal by > creating a new main loop for the dialog). What do you mean exactly by "not to call the dialog convenience function" ? You mean that I must include a specific loop to make my dialog non modal ? If it's the case, will my main window be accessible during this loop ? Thank you for your fast answers Frédéric _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail http://mail.yahoo.fr ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE : Re: RE : Re: RE : Re: Non modal dialog
> Yep, it is technically possible to implement these notes as dialogs > but > the moving of them (dragging) needs to be implemented by the > application > itself. (The dialog movement behaviour can be also modified from > startup > parameters if you want this program only for yourself). Hum... Interesting point. What do you mean by the startup parameters ? Are you speaking about startup parameters of my application or of the Nokia ? _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail http://mail.yahoo.fr ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: libgsf-1-114 (needed to build Abiword) not found - info and sources questions
Hi, * Ryan Pavlik schrieb am 07.02.08, um 00:23 Uhr: > Hmm, not sure what's going on here - I haven't touched the sources.list > but here's mine from chinook: > [sbox-CHINOOK_X86: ~] > cat /etc/apt/sources.list > deb http://repository.maemo.org/ bora free non-free > deb-src http://repository.maemo.org/ bora free > deb http://repository.maemo.org/extras bora free non-free > > deb file:/home/maemo/maemo-sdk-nokia-binaries_4.0 chinook explicit I guess you should really try to avoid using Bora repositories in the sources.list of your Chinook scratchbox target. (And on a tablet running OS2008 too.) > Perhaps that has something to do with why I can build it and you can't? > In such case, it should be a simple affair then of apt-get source > libgsf-1-114 with a bora source repository available, then > dpkg-buildpackage -rfakeroot from inside the directory in a Chinook > scratchbox. Could this (apparently) wrong list of sources be > introducing bugs in my Chinook packages of abiword? As i wrote to Roberto in my last mail, i built libgsf allready, it is available in extras-devel. So you should remove the lines containing bora from you sources.list and replace them with something like: deb http://repository.maemo.org/ chinook free non-free deb-src http://repository.maemo.org/ chinook free deb file:/home/chelli/maemo-sdk-nokia-binaries_4.0 chinook explicit deb http://repository.maemo.org/extras chinook free non-free deb-src http://repository.maemo.org/extras chinook free non-free deb http://repository.maemo.org/extras-devel chinook free non-free deb-src http://repository.maemo.org/extras-devel chinook free non-free deb-src http://ftp2.de.debian.org/debian/ etch main contrib non-free deb-src http://ftp2.de.debian.org/debian/ unstable main contrib non-free With this sources.list i get the following: [sbox-CHINOOK_X86: ~] > apt-cache policy libgsf-1-114 libgsf-1-114: Installed: 1.14.7-2chinook2 Candidate: 1.14.7-2chinook2 Version table: *** 1.14.7-2chinook2 0 500 http://repository.maemo.org chinook/free Packages 100 /var/lib/dpkg/status > So I guess I answer a question with what works for me and another > question :) :) Regards, Thomas -- Thomas Schmidt, Debian VDR Team http://pkg-vdr-dvb.alioth.debian.org/ signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE : Re: RE : Re: RE : Re: Non modal dialog
> Oh I see, you are trying to use GtkWindows as the notes themselves. Yes ! Exactly. Sorry, my english is sometimes not as clear as it should be. > Matchbox (the window manager) enforces normal windows to fill the > screen > (excluding panels), dialogs are centered and modal, and "popup" > windows > are ignored (technically, override redirect windows). This means > that > they don't get decorated and can't be moved by the window manager. Yes, it's what I saw after a few days of tests. > The solution here is to create a top level window for you > application, > and then draw the postit notes yourself. One way would be to create > a > widget which draws a postit note and place them inside a GtkFixed or > GtkDrawingArea. It's exactly what I was thinking of, but it will take too much time for me. Thank you, Frédéric _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail http://mail.yahoo.fr ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: libgsf-1-114 (needed to build Abiword) not found
Hi, * Roberto Resoli schrieb am 06.02.08, um 23:27 Uhr: > Hello, > I'm trying to find > > libgsf-1-114 > libgsf-1-dev > > packages, needed to build Abiword, but they are not available in current > chinook > repository. > I have also tried to build from source, using the instructions found here: > > http://www.cleardefinition.com/page/Building_libgsf_for_Maemo/ > > but the package build fails right after compilation, during the > dh_install phase (log follows) There is no need to build libgsf, i built and uploaded it to extras-devel on monday because it is required for the Gnumeric package. I have the following in the sources.list of my scratchbox: deb http://repository.maemo.org/ chinook free non-free deb-src http://repository.maemo.org/ chinook free deb file:/home/chelli/maemo-sdk-nokia-binaries_4.0 chinook explicit deb http://repository.maemo.org/extras chinook free non-free deb-src http://repository.maemo.org/extras chinook free non-free deb http://repository.maemo.org/extras-devel chinook free non-free deb-src http://repository.maemo.org/extras-devel chinook free non-free deb-src http://ftp2.de.debian.org/debian/ etch main contrib non-free deb-src http://ftp2.de.debian.org/debian/ unstable main contrib non-free The last two lines are there to make it easier to get the sources of debian packages just with "apt-get source packagename" (the libgsf-package was built from the official debian source). Regards, Thomas -- Thomas Schmidt, Debian VDR Team http://pkg-vdr-dvb.alioth.debian.org/ signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: RE : Re: RE : Re: Non modal dialog
Hello; ext Eero Tamminen wrote: > Hi, > > ext Ross Burton wrote: > >> On Wed, 2008-02-06 at 20:57 +0100, Frédéric Charrier wrote: >> > what do you mean by "normal" window ? > a GTK_WINDOW_TOPLEVEL ? > Yes, a popup window is only for special rare uses, like tooltips. >>> if I use a GTK_WINDOW_TOPLEVEL it appears maximized, and I can't move >>> it neither change its size. >>> >> Oh I see, you are trying to use GtkWindows as the notes themselves. >> >> Matchbox (the window manager) enforces normal windows to fill the screen >> (excluding panels), dialogs are centered and modal, >> > > Only dialogs without a parent are made system modal by the window > manager as otherwise user could lose them (as dialogs are not listed > in the task navigator, there's no way to return system dialog once > an application would be topped above one). This behaviour can be > disabled by modifying the Matchbox window manager command line args. > > For application dialogs (dialogs that are trancient to some application > window), it's up to application whether the dialog is modal or not. > Our Style Guide states that they should be modal, but nothing's > forcing it, app just needs to us Gtk properly (not to call the > dialog convenience function that effectively makes it modal by > creating a new main loop for the dialog). > > Yep, it is technically possible to implement these notes as dialogs but the moving of them (dragging) needs to be implemented by the application itself. (The dialog movement behaviour can be also modified from startup parameters if you want this program only for yourself). > >> and "popup" windows >> are ignored (technically, override redirect windows). This means that >> they don't get decorated and can't be moved by the window manager. >> >> The solution here is to create a top level window for you application, >> and then draw the postit notes yourself. One way would be to create a >> widget which draws a postit note and place them inside a GtkFixed or >> GtkDrawingArea. >> > > > - Eero > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > // Tapani Pälli -- Software Engineer Open Source Software Operations ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: RE : Re: RE : Re: Non modal dialog
Hi, ext Ross Burton wrote: > On Wed, 2008-02-06 at 20:57 +0100, Frédéric Charrier wrote: what do you mean by "normal" window ? a GTK_WINDOW_TOPLEVEL ? >>> Yes, a popup window is only for special rare uses, like tooltips. >> if I use a GTK_WINDOW_TOPLEVEL it appears maximized, and I can't move >> it neither change its size. > > Oh I see, you are trying to use GtkWindows as the notes themselves. > > Matchbox (the window manager) enforces normal windows to fill the screen > (excluding panels), dialogs are centered and modal, Only dialogs without a parent are made system modal by the window manager as otherwise user could lose them (as dialogs are not listed in the task navigator, there's no way to return system dialog once an application would be topped above one). This behaviour can be disabled by modifying the Matchbox window manager command line args. For application dialogs (dialogs that are trancient to some application window), it's up to application whether the dialog is modal or not. Our Style Guide states that they should be modal, but nothing's forcing it, app just needs to us Gtk properly (not to call the dialog convenience function that effectively makes it modal by creating a new main loop for the dialog). > and "popup" windows > are ignored (technically, override redirect windows). This means that > they don't get decorated and can't be moved by the window manager. > > The solution here is to create a top level window for you application, > and then draw the postit notes yourself. One way would be to create a > widget which draws a postit note and place them inside a GtkFixed or > GtkDrawingArea. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Wish list
Dnia Thursday, 7 of February 2008, Al Khadra napisał: > Hello all, > > I would like to know where I can send my wish list for new features? > > Among the things I would like to see: I have one wish: i18n support done right not like it is done now. To be more detailed: 1. Allow user to add new hardware keyboard layout into preferences. 2. Allow user to add new virtual keyboard layout into preferences. 3. Use of strftime() for date/time names instead of translating names (examples: os2008 clock, date widget) With os2008 I am unable to create Polish layouts for keyboards just because official way is "we support only those few languages which we provide with image and do not care does user can or not add others". To provide Polish keyboard I now have to select one of system provided ones and replace it with own version. I just hope that I will not have to provide "polish-hardware-keyboard-instead-of-italian" and "polish-hardware-keyboard-instead-of-russian" style named packages. -- JID: hrw-jabber.org OpenEmbedded developer/consultant 42? 7 and a half million years and all you can come up with is 42?! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Wish list
On Wed, 2008-02-06 at 17:16 -0800, Al Khadra wrote: > 1- When the battery is fully charged the Tablet will not only display > the > regular message but will also BEEP. This way you do not have to keep > checking whether it's full or not yet. You will hear the beep. As you > know overcharging kills the battery. I've always been told that Li-ion batteries can't be over-charged (also have no memory effect). Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Wish list
Hi, 2008/2/7, Al Khadra <[EMAIL PROTECTED]>: > 1- When the battery is fully charged the Tablet will not only display the > regular message but will also BEEP. This way you do not have to keep > checking whether it's full or not yet. You will hear the beep. As you > know overcharging kills the battery. Overcharging is not possible, unless your battery is broken and has to be replaced anyway. There is a circuit built into every Li-Ion battery to prevent overcharging. But if the charger is plugged in, it keeps topping the battery at 100%. Li-Ion batteries lose capacity over time, and the rate is dependent on the temperature and fill level. At 100% fill level, it will lose capacity faster than at 40% fill level (which is best for the battery). Li-Ion have no memory effect, but they age. > 2- Is it possible to make an application that will turn the Tablet into > Bluetooth Speakers using the A2DP profile? For instance, you can stream > audio from the Motorola DC800 gateway right into the Tablet. This is a > question for developers who can tell if this is feasible or not. This should be possible, but since I'm not into bluetooth, I can't say for sure. Cheers, Martin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: RE : Re: RE : Re: Non modal dialog
On Wed, 2008-02-06 at 20:57 +0100, Frédéric Charrier wrote: > > > what do you mean by "normal" window ? > > > a GTK_WINDOW_TOPLEVEL ? > > > > Yes, a popup window is only for special rare uses, like tooltips. > > if I use a GTK_WINDOW_TOPLEVEL it appears maximized, and I can't move > it neither change its size. Oh I see, you are trying to use GtkWindows as the notes themselves. Matchbox (the window manager) enforces normal windows to fill the screen (excluding panels), dialogs are centered and modal, and "popup" windows are ignored (technically, override redirect windows). This means that they don't get decorated and can't be moved by the window manager. The solution here is to create a top level window for you application, and then draw the postit notes yourself. One way would be to create a widget which draws a postit note and place them inside a GtkFixed or GtkDrawingArea. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Best Wishes for you in the coming Chinese new year :)
Dajia, xinnian hao! Sorry, can't input Chinese characters at work. Cheers, Martin 2008/2/6, sebastian maemo <[EMAIL PROTECTED]>: > Happy New Year of the Rat ;) > > Salut, > Sebas. > > > 2008/2/6, 黄杲 <[EMAIL PROTECTED]>: > > Hi, all: > > Tomorrow is Chinese New Year, and tonight is one of the happiest > nights for all Chinese. Though I think currently there are not so many Maemo > hackers or users in China, I believe there will more and more Maemo > developers in the coming new year. > > Wish all Chinese maemo guys have a wonderful New Year festival > and a fantastic new year. And please give me the chance to express my best > wishes for all of you and Mameo! :) > > > > Best Regards > > Huang Gao > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
