Re: [maemo-developers] VirtualKeyboard service/API
On Fri, 2006-03-03 at 10:01 -0400, ext Antonio Gomes wrote: Hi there, back to virtual keyboard stuff, I'm wondering how could a non-gtk entry (mozilla password html form in this case) could hide the inputed text (after showing for a short period of time - default behaviour), like if I set gtk_entry_set_visibility of a GtkEntry to FALSE. I've been looking over the GtkEntry source code (at http://maemo.org/lxr/source/gtk%2B/gtk/gtkentry.c) and its way seems to be to gtk_gobject dependent. Is there any workaround ? Aaron ? :) As mozilla (or at least GtkMozEmbed) already supports GtkIMContext in theory all you need to do is add the calls to the right methods when a password entry is focused. See for example http://lxr.mozilla.org/seamonkey/source/widget/src/gtk2/nsWindow.cpp#4500 -- Tommi Komulainen[EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] How to keep app running indefinitely
On Sun, 2006-03-05 at 16:37 -0800, ext Steven Hill wrote: Hello all: I have written an application for the Nokia 770 that I want to keep running indefinitely - i.e. I want to stop the automatic process that runs in the background and stops applications when there is nothing going on for a long time, or to conserve power - The 770 can still save power even if the backlighting is on, as long as the application doesn't do unnecessury stuff, like busy looping / polling. And that will also enhance the duration of indefinitely when running on batteries :-D can anyone tell me how to go about doing this? Thanks in advance for your help... ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers -- Cheers, Igor Igor Stoppa (Nokia M - OSSO / Tampere) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VirtualKeyboard service/API
On 3/6/06, Tommi Komulainen [EMAIL PROTECTED] wrote: On Fri, 2006-03-03 at 10:01 -0400, ext Antonio Gomes wrote: Hi there, back to virtual keyboard stuff, I'm wondering how could a non-gtk entry (mozilla password html form in this case) could hide the inputed text (after showing for a short period of time - default behaviour), like if I set gtk_entry_set_visibility of a GtkEntry to FALSE. I've been looking over the GtkEntry source code (at http://maemo.org/lxr/source/gtk%2B/gtk/gtkentry.c) and its way seems to be to gtk_gobject dependent. Is there any workaround ? Aaron ? :)As mozilla (or at least GtkMozEmbed) already supports GtkIMContext in theory all you need to do is add the calls to the right methods when apassword entry is focused.See for example http://lxr.mozilla.org/seamonkey/source/widget/src/gtk2/nsWindow.cpp#4500 I'm already doing a lot of stuff exactly at this file, what is missing is to know the right methods to call ? I see just gtk_entry_set_visibility (at al). Do you see any other ? and the im_context there is not tied to entry (or any mozilla internal html rendered input widget) focusses, but to main window focus-in/out events instead. I had to customize some stuff there as well as creating a new mozilla service to get VK working properly. Just the hide-passwd stuff is missing ... Antonio Gomes-- --Antonio Gomeshttp:// tonikitoo (dot) blogspot (dot) com (slash) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] What BlueZ protocols / interfaces are actually supported on the N770 ??
Hi, On Mon, Mar 06, 2006, Ade Bamigboye wrote: If the bluez Bluetooth stack is included with the N770 operating system one would assume that all bluez protocols and interfaces are supported without exception. This does not appear to be the case as certain HCI interface functions are not accessible from applications running on the N770. Is there a definitive list of protocols / interfaces actually supported on the N770 ? where can we obtain this information ? The bluez software on the 770 has not been modified in any special way, so it should support whatever normal bluez supports. The kernel is of course enforcing a security policy on some HCI commands so you need root privileges for them. Could you perhaps describe your use case in more detail, and tell exactly what you have found out not to be working? Johan ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Smartest way to start network connection before socket connection is attempted to be made
Tomi Ollila [EMAIL PROTECTED] writes: In a program I need to know the IP of the interface before doing any network connections. So far the program has complained 'Please start network connection first' But I'd like to have smarter solution, like do the automatic network connection that LD_PRELOAD -trick does but not to connect anywhere. Does anyone know a good way to achieve this, so that the network connection stays alive and closes on request, or when the program exits (unless there is someone else using the connection...). What do you exactly want to do? I didn't get it from your description, sorry. You want to start the network connection but not connect anywhere. What do you mean by that? To answer your question in subject (Smartest way to start network connection before socket connection is attempted to be made), I would say use the IC API. That they you don't have to deal with sockets at all during the connection establishment. From Tomi's second mail: Here it is interesting that socket() is wrapped, I would have quessed that connect()/sendto() were wrapped; If I'm connecting to 127.0.0.1 why open network connection... Or is there some deeper trickery involved (I sure hope not, as that would make it too unpredictable for application programmers). I don't know the reasons why socket() was chosen. But the connectivity preload library is just to ease porting of applications to 770, nothing else. If you are putting more effort on porting than just to recompile the application, it would be best to use the IC API and not use the preload library at all. From Tomi's third mail: Or I just try with osso_socket()... Does osso_close() wrap anything or could i just use close() (I will use osso_close, I'm just asking). One should use osso_close(). osso_socket()/osso_close() do some bookkeeping and it will get out of sync if osso_close() isn't used. btw:s are the strncpy():s in osso-iap-connect.c safe? those doesn't ensure that the copied string is null-terminated. Maybe that is not needed or the source is always short enough...that kind of usage is just always suspicious... Good catch, it's not safe. I'll fix that. Thanks. -- Kalle Valo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers