Re: Bad Xephyr OpenGL performance
On Mon, Dec 7, 2009 at 3:01 PM, Murray Cumming murr...@murrayc.com wrote: Can someone enlighten me, ideally with bug report URLs? Doesn't anybody know? I might be completely off with this, but glxinfo seems to indicate xephyr is not hw accelerated. On root X server (on my Karmic) I get: OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 965Q GEM 20090712 2009Q2 RC3 x86/MMX/SSE2 And for xephyr: OpenGL vendor string: Mesa Project OpenGL renderer string: Software Rasterizer My xephyr evocation is: Xephyr :2 -host-cursor -screen 800x480x16 -dpi 96 -ac -extension Composite -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Sharing services
On Sun, Oct 4, 2009 at 6:57 PM, Aniello Del Sorbo ani...@gmail.com wrote: I want to use the sharing services. Thus I was looking for the API to share a file via the already installed sharing plugins. Is this API also to be revealed once the N900 has been released? The Sharing Dialog API will be added into SDK release for first software update for N900. See https://bugs.maemo.org/show_bug.cgi?id=6177 -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debianisation help with packaging libgmphoult
On 12/6/09 12:37 PM, Simon Pickering wrote: Hello everyone I've packaged up and pushed libgmp to extras-devel, but obviously made a mistake in the Debianisation as it's trying to install a file to my build directory (so don't try installing it yet). I can guess why the code I inserted is wrong, but can't work out what to put in to actually make it work. I've tried altering the rules file, but to no avail. We're talking about the debian/rules file in the install: section, which currently looks something like this (tabs removed). install: build-stamp install-prep $(MAKE) DESTDIR=`pwd`/debian/tmp -C build install dh_install --sourcedir=$(CURDIR)/debian/tmp -plibgmp3c2 usr/lib/libgmp.so.* dh_install --sourcedir=$(CURDIR)/debian/tmp -plibgmp3c2 usr/lib/libmp.so.* dh_install --sourcedir=$(CURDIR)/debian/tmp -plibgmpxx4ldbl usr/lib/libgmpxx.so.* dh_install --sourcedir=$(CURDIR)/debian/tmp -plibgmp3-dev usr/lib/lib*.so dh_install --sourcedir=$(CURDIR)/debian/tmp -plibgmp3-dev usr/lib/lib*.a dh_install --sourcedir=$(CURDIR)/debian/tmp -plibgmp3-dev usr/lib/lib*.la dh_install --sourcedir=$(CURDIR)/debian/tmp -plibgmp3-dev usr/include dh_install --sourcedir=$(CURDIR)/build -plibgmp3-dev -Xgmp-mparam.h usr/include/gmp*.h # dh_install -plibgmp3-dev build/gmp-arm.h $(CURDIR)/debian/tmp/usr/include # Install upstream ChangeLog, AUTHORS, NEWS, and README only in -dev package dh_installchangelogs -plibgmp3-dev dh_installdocs -plibgmp3-dev AUTHORS NEWS README The build/packaging failure message is this: dh_install --sourcedir=/home/simon/build/Octave/gmp/gmp-4.3.1+dfsg/build -plibgmp3-dev -Xgmp-mparam.h usr/include/gmp*.h dh_install: libgmp3-dev missing files (usr/include/gmp*.h), aborting This part should install the arch specific header file (e.g. gmp-arm.h) from the $(CURDIR)/build directory. I put in the commented out line (just after the one I repeated above) which worked, but fails for the x86 build of course, so back to something generic. The gmp-arm.h file that I'm interested in installing does exist in the $(CURDIR)/build directory just in case you were wondering. Any help appreciated. Shouldn't CURDIR be defined earlier? It seems it is being defined _after_ you're doing dh_install. I'll look a little more closely at the dh_install man page to see if I can help diagnose with a little more detail. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PPTP Problem No Auth is Possible
Hello Christian, part of the problem is that mppe is not enabled in kernel. Few pointers http://talk.maemo.org/showthread.php?t=13725 http://fanoush.wz.cz/maemo/#pptp http://fanoush.wz.cz/maemo/kernel-diablo-2.6.21-200842maemo1.tar.gz http://fanoush.wz.cz/maemo/modules-diablo-2.6.21-200842maemo1.tar.gz Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How's using embedded html rendering in fremantle?
Hi, Am Montag 07 Dezember 2009 schrieb oleg.romas...@nokia.com: Mail is using gtkhtml for embedding. Will take a look at this, but usually the nokia apps use heavily modified custom version of most widgets and don't stick to the basic ones. I can only suggest to use browser embedding EAL - see tutorial application also it is possible to use mozilla embedding directly or gtkmozembed. Ok ,thanks, will also have a look at this. In future we can provide API for building web application with responsive-UI widget (current browser rendering widget) This usually means that it will come in some distant future and also won't work with existing/previous devices. So to summarize: There's no preferred way to embed html and every app in fremantle current has its own solutioin (which is also visible from the number of html rendering engines in the repositories an even worse from the number of such engines the typical n900 will have installed ... Hmm, i'd really like to see nokia giving some guidance here so the average developer does not have to cope with various different solutions. Thanks, Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Garage GPG
Hello, I don't know if this is the right place for a question related to Garage, but still... I received the invitation to upload to extras-devel, accepted it and added my public SSH key. I did not add my public GPG key at that moment. How can I add the public GPG key now? (I can't see any option for that, https://garage.maemo.org/account/ just lists my public SSH keys) -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo Best Practices
Hi All, I was talking to texrat recently who had the idea of organizing best practices for app development. Currently I really only have a couple of categories with limited ideas for each. I'm curious what you all think before running off and creating the wiki page. Out of laziness, I did some wiki syntax but not all of it is. Some of it will be controversial and would probably be best to leave out of what we put online. I do not mean this with the intention of starting a flamewar and turning this into some of the more interesting t.m.o conversations but I think it'd be good to hear various opinions on them before deciding to leave it out rather than just ignoring some of the harder issues. Ed Page (epage) Let's adhere to standards, but lets make those standards good. -- joshua.maverick = User Experience = == Custom Interfaces == As pointed out by others earlier in the thread, Maemo, being a finger-oriented mobile OS, has some very specific UI guidelines for developers to follow to help maintain consistent experiences. In my mind it really boils down to what you're doing though: Are you building an app to add/extend functionality of the device (i.e. a simple note taking app, a map application, etc), or are you building an app/program to be used/run on the device (i.e. a game, a photo editor, whatever)? If the former, then you should definitely follow the visual requirements of the UI guidelines and do your very best to leave the appearance up to the hildon theme/ OS control in general. That way when a user changes themes, your intergrated app changes accordingly. On the other hand, if you're building an application that conceptually stands out as a program rather than just some feature compliment/way of doing cool stuff that you don't expect, then the interface should be more under your control than that of the underlying OS/theme. That's not to say you should ignore the UI guidelines about button placements, size of text/etc... those are all there to help ensure a pleasant experience on a mobile device... but in this type of situation things like PNG backgrounds, different looking buttons/etc are acceptable and almost expected, AS LONG as they're done well and the interface is INTUITIVE. Any time you deviate from the Standard view that users are used to, you have to put extra effort into making sure that they won't need an instruction manual in order to figure out how to use your design/UI elements. -- jolouis You don't need custom design to make it nicer. It's the UX that's important, and wondering every time I open a new app where the buttons are, and what's part of the background, isn't helping. In some apps it makes sense, in most it doesn't. Most of the apps just need a better UI layout to make them nicer. -- ColdFusion == Screen Rotation == Keep in mind there are many use cases where a user might want or not want rotation. Reading a book in bed is one example where rotation might do the exact opposite of what the user wants. Also when setting the device on a desk, due to the sensitivity rotation might accidentally be invoked. Generally do not rotate to portrait mode if the hardware keyboard is out = Debugging = == Debug Logs == Debug logs provide a way for users to report back information in an precise manner. Things to include * Program Name * Program Version * Device / OS Used * Separation between launches To not eat the users space, logs should be rotated. One example of a rotation scheme is to delete the logs in the package install script. This will clear out log history in upgrade at which point the logs will most likely be irrelevant anyways. For best results in getting these from an end-user to developer, a non-command line approach needs to be available. Some examples include * Keyboard shortcut (in About or generally) to put log into the clipboard buffer or save using user-friendly file dialog * A log screen in the About dialog = Guideline For Keyboard Shortcuts = All applications have different requirements so keyboard shortcuts are the most fickle to get right for an application while trying some semblance of consistency. A consistent guideline to use when not in an exceptional case can provide an improved user experience. Generally the +/- hardware buttons should be left for volume management rather than interface zoom. Two examples when its possibly acceptable to override volume is for custom volume within an app (like a game) or document zoom. Suggested shortcuts include * Ctrl+Enter or Ctrl+f for toggling Full Screen * Ctrl+f for search * Ctrl+n Find Next * Ctrl+p Find Previous * Ctrl+i / Ctrl+o for Zoom In / Out * Ctrl+r for Refresh ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: USB host mode on N900 (was Re: N900 usb host + power charge)
Paul Fertser wrote: I'm no USB expert either but given what i already know about it, i think more hardware information is needed to be able to give a final verdict on the N900 usb host mode functionality. I'm not talking here about perfectly correct standards implementation or certification issues though i personally would prefer to have a working hostmode implementation to having a useless usb logo on the box. Please take this with a grain of salt as I only spent a couple of hours on this. I don't know at this time what Nokia went through to get their USB charging to work, but my expectation is that host mode is not supported because the n900 cannot supply power. We also don't know what errata, if any, are active against the omap3430 and the PMIC. FYI the beagleboard uses the omap3530 and the tps65950 which appear to be functionally equivalent. This http://www.maxim-ic.com/appnotes.cfm/an_pk/1822/ seems like a reasonably good introduction to OTG. That spec as well as the kernel source indicates it is possible for a B device to act as host. Note on Figure 5 of that web page above that the select for B device and peripheral vs. host device can be separate. However it is still necessary for those peripheral/host resistors to swap even if the A/B resistors do not swap. Swapping the resistors appears to generally be called SoftConnect. I recall some notes in the kernel to the effect that SoftConnect is not supported, but whether the barrier is software or hardware I don't know. B device as host looks to be at least partially implemented in the n900 kernel but that doesn't mean it works. Connecting another device with linux and OTG to an n900 should be the easiest way to determine if B host mode is possible, assuming the other device can also support the HNP. There's also supposed to be a new standard where an OTG can both charge and act as host at the same time. I have not looked at it. In theory you should be able to measure the resistance between the different USB lines and that may be easier to do than pure speculation. There is also some amount of debugging information for usb available with the default kernel. I think there are true OTG cables which may be an easier route for testing. Regards, Sarah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo Best Practices
Edward Page wrote: Hi All, I was talking to texrat recently who had the idea of organizing best practices for app development. Currently I really only have a couple of categories with limited ideas for each. I'm curious what you all think before running off and creating the wiki page. Out of laziness, I did some wiki syntax but not all of it is. Just snipping the content and responding to the concept... The documentation stream at the Barcelona weekend proposed just such an idea. We're looking to make this pervasive; to include best practices with examples as a part of each area in the docs rather than an area in itself. A challenge is to find a way to introduce these things and structure them into the overall set of docs. David -- Don't worry, you'll be fine; I saw it work in a cartoon once... ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
overlaid buttons
Hi, The browser (when you're in full screen) and the media player (when you're browsing media) both have a little button in the bottom right hand corner of the screen that is overlaid over the main window content. How can I do this in my application with Hildon and GTK? I was under the impression that GTK doesn't support overlapping widgets. Thanks, Kyle ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
