Re: border in osso-xterm in fullscreen?
Andrew Zabolotny wrote: From Wed, 06 Aug 2008 14:31:08 +0200 Frantisek Dufka [EMAIL PROTECTED] wrote: I'm wondering why fixed font with height of 16 won't give me full 30 lines in osso-xterm but 29 lines plus one empty line on the bottom. Anyone knows answer to this mystery? Of course that's because the height of the client window area is not divisible by the fonw height. Unlikely. Well, it can be bug in fonts or freetype/gtk/pango (whoever decides font height from the font file) but most probably it is just because the font is not rendered from the top so there is 1 or 2 lines missing on the bottom. I tried two 16px/12pt height fonts both having the same problem Fixedsys Excelsior http://www.fixedsysexcelsior.com/ Terminus http://fractal.csie.org/~eric/wiki/Terminus_font http://chlamydia.fs.ei.tum.de/~corecode/unsorted/Terminus.ttf BTW, later I tried this also in Gnome terminal in Ubuntu 8.04 and I see exactly the same problem when in fullscreen mode (F11, right click - turn off menu bar). Screen height 800 is divisible by 16 but I see same empty line on the bottom and same hairline white border around Midnight Commander's blue panel and see only 49 lines instead of 50. This also means it is not Maemo specific so it does not belong here. You may want to try DejaVu Sans Mono, the pre-packaged DejaVu fonts can be downloaded here: http://cs.ozerki.net/zap/maemo/dists/diablo/main/binary-armel/ttf-dejavu_2.25-1_all.deb In my opinion, DejaVu Sans Mono gives a much nicer appearance to the terminal. Tried it just to verify the bug and now I have another mystery :-) I am no expert on font sizes and units but from the information on the net it looks like there are two main units - pixels and points. Point is 1/72 inches so 1 pixel = 1 point at 72 dpi. At 96dpi (our tablet or any MS Windows OS in normal configuration) 1 point is 1.33 (or 4/3) pixels so 12 points = 16 pixels. On tablet this should produce 480/16=30 lines. The mystery is that Dejavu font at 12 points gives me only 25 lines + some tiny space like 2 pixels. And same happens for Courier New copied from Windows. This would mean pixel height for those fonts is slightly more than 480/25=19.2, why?. As for Dejavu/Vera fonts and other scalable fonts in general - they are great but IMO at small sizes nothing can beat bitmap fonts. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: border in osso-xterm in fullscreen?
Hi, ext Frantisek Dufka wrote: Tried it just to verify the bug and now I have another mystery :-) I am no expert on font sizes and units but from the information on the net it looks like there are two main units - pixels and points. Point is 1/72 inches so 1 pixel = 1 point at 72 dpi. At 96dpi (our tablet or any MS Windows OS in normal configuration) 1 point is 1.33 (or 4/3) pixels so 12 points = 16 pixels. On tablet this should produce 480/16=30 lines. The mystery is that Dejavu font at 12 points gives me only 25 lines + some tiny space like 2 pixels. And same happens for Courier New copied from Windows. This would mean pixel height for those fonts is slightly more than 480/25=19.2, why?. I think the font point size of a font most often(?) means the size between font ascender and descender, not the full line height. This is up to font designer though... - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Gtk Dialog box causing application to crash
Arvind1 K wrote: Hi All, I'm facing a strange problem while using GTK+ Dialog box I've used two dialogs one in IF and other in ELSE if (some condition) { GtkWidget *dialog1 = gtk_message_dialog_new (main_window, GTK_DIALOG_DESTROY_WITH_PARENT, GTK_MESSAGE_QUESTION, GTK_BUTTONS_YES_NO, Send file to server %s?, filename); result = gtk_dialog_run (GTK_DIALOG (dialog1)); gtk_widget_destroy (dialog1); } else { GtkWidget *dialog2 = gtk_message_dialog_new (main_window, GTK_DIALOG_DESTROY_WITH_PARENT, GTK_MESSAGE_QUESTION, GTK_BUTTONS_YES_NO, Download file %s?, filename); result = gtk_dialog_run (GTK_DIALOG (dialog2)); gtk_widget_destroy (dialog2); } However if I use just a single dialog box at a time, everything works fine. I've used gdk_threads_enter() and gdk_threads_leave() whereever possible. these dialog boxes are created on 'select' event of CList so i cannot use gdk_threads_enter() and gdk_threads_leave(). I need to have few more dialog boxes, but using only 2 is causing problems of application crash. Can anybody address this issue? I didn't really get what the actual problem here is, but some advice that might help: * Unless you really, really know that you need to use threads, you probably don't... using threads to get basic UI working is almost certainly a bad idea. * gtk_dialog_run() makes the dialog modal, so you can't use several dialogs at once. You'll have to connect to the respose signal and and show the widget yourself. HTH, Jussi -- Jussi Kukkonen [EMAIL PROTECTED] OpenedHand Ltd http://o-hand.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: border in osso-xterm in fullscreen?
Giacomo Tufano wrote: http://en.wikipedia.org/wiki/Em_(typography) have, probably, the informations you're looking for. The answer to the Frantisek problem is, IMHO, that (citing the page) In digital type, the relationship of the height of particular letters to the em is arbitrarily set by the typeface designer. However, as a very rough guideline, an average font might have a cap height of 70% of the em, and an x-height of 48% of the em. These differences could account for the numbers Frantisek found... Thanks. So one basically cannot guess how many lines will fit from the point size alone, it depends on specific font and its designer. Quite confusing but nevermind :-) As for the first mystery - I found the solution. vte-0.12.2/src/vte-private.h #define VTE_PAD_WIDTH 1 When changing to 0 and rebuilding libvte4 it fits. Sadly same constant is used for padding width and height which is pretty unfortunate. Left border padding would be nice, without border there is no space and letters touch black LCD border and look a bit strange. Top and bottom border doesn't look so bad. I think splitting VTE_PAD_WIDTH into VTE_PAD_X and VTE_PAD_Y would be useful. And making it variable would be event better. Both for user customization and for computing it at runtime for proper centering when font size doesn't fit exactly. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Battery status
Hi! I would like to get the battery status of my device. Is there any way to get it from the terminal? Thank you very much, Harry ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Battery status
On Thu, 2008-08-07 at 17:57 +0300, Harry Petas wrote: Hi! I would like to get the battery status of my device. Is there any way to get it from the terminal? Look at the code for Kagu[0]. There is some Python code in there that can be reused to create a simple script that will report the battery status from bme. [0] http://kagumedia.com/projects/kagu/browser/trunk/src/kagu/maemo.py Thank you very much, Harry ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Andrew Barr [EMAIL PROTECTED] (614) 581-3537 (Verizon Wireless) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Is the promoter interface down ?
For Chinook and Diablo ? Fred ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How to read gps data and save them to text file on-the-fly ?
Hi, ok, was asked earlier, what is a nice, simple solution, working script to read fix gps data gpsd + script ? Thanks. Darius Send instant messages to your online friends http://uk.messenger.yahoo.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo SDK scratchbox breaks with Debian lenny upgrade
On Wednesday 06 August 2008 13:01:14 Eero Tamminen wrote: There was a further comment about this issue in bug: --- Do you have compat vdso support compiled in your kernel? My guess would be that the linux-image-2.6.25-2-amd64 doesn't have that support compiled in, thus using exclusively the randomized vdso which is unsupported by the old glibc inside scratchbox. --- I expect this is right. My goal is to be able to use standard lenny (which will ship as Debian stable in a few weeks) kernel. I am currently looking into whether I can create a UML kernel which runs reliably enough to do building on lenny 32-bit and 64-bit systems. I am optimistic but am currently having difficulty coming up with a UML kernel which will (i) build, and (ii) run scratchbox for a whole GPE build without hitting a kernel panic or breaking scratchbox. Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: powering on gps, playing nice with others
Hi, Am Donnerstag 07 August 2008 schrieb Brad Midgley: If I use the call gpsbt_start(NULL, 0, 0, 0, errors, 256, 0, ctx) then the gps will start and before long I have coordinates. However, if I then start up maemo mapper, stop the gps from my app, then stop the gps from maemo mapper, the gps is left running. Do you call gpsbt_stop when closing your app? gpxview also uses gpsbt_start and _stop and i have never encountered any problems. Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to read gps data and save them to text file on-the-fly ?
On Thu, 2008-08-07 at 15:43 +, Darius Jack wrote: what is a nice, simple solution, working script to read fix gps data gpsd + script ? I use gps-saver[1]. Works great for me to gather GPS data which I later combine with my photos to provide geotagging information. Thanks. Darius Regards, Jamie -- http://www.linuxuk.org [1] https://garage.maemo.org/projects/gps-saver/ signature.asc Description: This is a digitally signed message part ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo SDK scratchbox breaks with Debian lenny upgrade
From Thu, 7 Aug 2008 16:44:39 +0100 Graham Cobb [EMAIL PROTECTED] wrote: I am currently looking into whether I can create a UML kernel which runs reliably enough to do building on lenny 32-bit and 64-bit systems. I am optimistic but am currently having difficulty coming up with a UML kernel which will (i) build, and (ii) run scratchbox for a whole GPE build without hitting a kernel panic or breaking scratchbox. You also can try qemu-kvm which is what I currently use for maemo development on Fedora x86_64. Since the emulated machine is 32-bit, I have scratchbox in Ubuntu 8.04 working inside it without problems (with vm.vdso_enabled=0 and vm.mmap_min_addr=4096 in /etc/sysctl.conf). The overall performance drop is about 30% compared to host OS (tested on a large build of gcc+glibc+binutils). -- Andrew signature.asc Description: PGP signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
[Announce] Release of the DCCP Plugin 0.7 for GStreamer
Hello list! I'm pleased to announce the version v0.7 of the DCCP GStreamer Plugin. Please, let me know if you have any problem on running the plugin, suggestions and improvements that you provided for it. The main news for this release is that the plugin can now support multiple connection in the server element and share the same sockid between to GStreamer elements. What is GStreamer? == GStreamer [1] is a library that allows the construction of graphs of media-handling components, ranging from simple Ogg/Vorbis playback to complex audio (mixing) and video (non-linear editing) processing. Applications can take advantage of advances in codec and filter technology transparently. Developers can add new codecs and filters by writing a simple plugin with a clean, generic interface. GStreamer is released under the LGPL. What is DCCP? = The Datagram Congestion Control Protocol (DCCP) [2] is a transport protocol that provides bidirectional unicast connections of congestion-controlled unreliable datagrams. DCCP is suitable for applications that transfer fairly large amounts of data and that can benefit from control over the tradeoff between timeliness and reliability. It is a message-oriented transport layer protocol that implements reliable connection setup, teardown, ECN, congestion control, and feature negotiation. It was published as RFC 4340 by IETF in March, 2006. Linux had an implementation of DCCP since version 2.6.14 and this continues to improve with each release. The latest official version of the DCCP code can be found at [3] and at [4]. What is DCCP Plugin for GStreamer? == It is a plugin that allows transfer data over the network via DCCP for GStreamer. According to all the tests that we proceeded, the plugin is able to stream audio files, such as mp3, audio captured from the microphone and raw data files. CHANGELOG = - Setting the default format of the source elements (dccpclientsrc and dccpserversrc) to GST_FORMAT_TIME. We use the function gst_base_src_set_format. - Configure source elements to automatically timestamp outgoing buffers based on the current running_time of the pipeline. We use the function gst_base_src_set_do_timestamp. We test if the gstreamer installed is 0.10.15 or more to use this function. - Code refactor - Adding gtk-doc to the elements TODO List = - Improve the implementation of the send mechanism adding the Paraslash solution based on queue - Improve the send mechanism to support the new feature of dccp in the linux kernel that allows application to get the packet sequence number. How to contribute? == Please, contact me at leandroal [at] gmail [dot] com Where is DCCP Plugin? = The DCCP plugin for GStreamer is under version control of the E-Phone. The E-Phone (Embedded-Phone) project aims to develop a VoIP client for Maemo platform based on DCCP transport protocol. In this project we are also implementing the CCID-4 [5] IETF drafts on the linux kernel. Development: http://garage.maemo.org/projects/ephone Mailing list: http://garage.maemo.org/pipermail/ephone-discuss/ Download: https://garage.maemo.org/frs/?group_id=297 or directly from https://garage.maemo.org/frs/download.php/4415/gst-dccp-0.7.tar.bz2 How to use it with gst-launch command line? = A basic example to stream a multimedia file using ccid-3: * Server: gst-launch -v filesrc location=music.mp3 ! mp3parse ! dccpserversink port=9011 ccid=2 * Client: gst-launch -v dccpclientsrc host=localhost port=9011 ! decodebin ! alsasink -- We also tested with mpg123, to use it: mpg123 dccp://localhost:9011 Please, refer to the src/examples_app/README file for more examples. Is there any application examples? == Yes, refer to the examples_app directory of the source file. Requirements - Linux Kernel with DCCP enabled (see [6]) - GStreamer - Additional GStreamer Plugins to make the example app works Best regards, Leandro. References: [1] http://gstreamer.freedesktop.org/ [2] http://www.read.cs.ucla.edu/dccp/ [3] git://git.kernel.org/pub/scm/linux/kernel/git/acme/net-2.6.25.git [4] git://eden-feed.erg.abdn.ac.uk/dccp_exp [5] http://tools.ietf.org/html/draft-ietf-dccp-ccid4-01 [6] http://www.linuxfoundation.org/en/Net:DCCP -- Leandro Melo de Sales Pervasive and Embedded Computing Laboratory Computer Science MSc. BRisa and E-Phone Projects Manager Network Admin @ http://embedded.ufcg.edu.br/indexen.html +55 83 3310-1404 (extension 208) http://www.leandrosales.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: powering on gps, playing nice with others
Till Do you call gpsbt_stop when closing your app? gpxview also uses gpsbt_start and _stop and i have never encountered any problems. I tried again but couldn't replicate the issue I had using gpsbt_start/stop. Maybe operator error. :) I'll stick with using those. thanks Brad ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers