Re: [maemo-developers] add a dynamic node in hildon-selection widget
On Tue, 2006-04-25 at 09:18, ext 程波 程 wrote: > to make use of HildonFileSelection ,code snipper is : > > HildonFileSystemModel * model = > HILDON_FILE_SYSTEM_MODEL(g_object_new(HILDON_TYPE_FILE_SYSTEM_MODEL, > "ref-widget",appview, NULL)); > > select=(GtkWidget*)hildon_file_selection_new_with_model(model); > > . > after that , a selection widget is in screen, but > > I need to generate some dynamic node in the left pane > ,not just the file in the disk I'm afraid the top nodes ("drives") on the left pane are hard-coded at the moment. So, you would have to hack the hildon-fm code to do that. The code is here: https://stage.maemo.org/svn/maemo/projects/haf/maemo-branches/IT-2005/trunk/hildon-fm/ BR, Kimmo > > anyone give me some guides > > > > > __ > 赶快注册雅虎超大容量免费邮箱? > http://cn.mail.yahoo.com > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New Nokia 770 software image available
Brad Midgley wrote: I noticed the rs-mmc has more connectors than a plain mmc card. In theory, requiring rs-mmc might make it so the nokia doesn't have to run the card in a slower compatibility mode. Well, not exactly. RS-MMC is what is says 'reduced size' MMC. I've got few MMC and RS-MMC cards and they have same number of pins. What you probably mean is the newer MMCplus format with more pins. This format is backward compatible and comes in both normal and reduced size. But I'm afraid N770 device cannot take advantage of such faster cards anyway. If you look into the N770 slot there are simply no contacts for the newer standard. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] add a dynamic node in hildon-selection widget
Hi, The only way to define what root nodes are shown on the left side is to provide a custom root path, but this also hides MMC and gateway devices. So, there is currently no way to "just add a new toplevel node". -Markku- Kimmo Hämäläinen wrote: On Tue, 2006-04-25 at 09:18, ext 程波 程 wrote: to make use of HildonFileSelection ,code snipper is : HildonFileSystemModel * model = HILDON_FILE_SYSTEM_MODEL(g_object_new(HILDON_TYPE_FILE_SYSTEM_MODEL, "ref-widget",appview, NULL)); select=(GtkWidget*)hildon_file_selection_new_with_model(model); . after that , a selection widget is in screen, but I need to generate some dynamic node in the left pane ,not just the file in the disk I'm afraid the top nodes ("drives") on the left pane are hard-coded at the moment. So, you would have to hack the hildon-fm code to do that. The code is here: https://stage.maemo.org/svn/maemo/projects/haf/maemo-branches/IT-2005/trunk/hildon-fm/ BR, Kimmo anyone give me some guides ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] hildon date editor & threads
Hi all, I have encountered a situation where HildonCalendarPopup (created by regular HildonDateEditor) locks up when selecting date from it. This occurs only if gdk_threads are enabled. A modified tutorial example code to demonstrate the problem: /* Includes */ #include #include #include int main( int argc, char* argv[] ) { /* Create needed variables */ HildonApp *app; HildonAppView *main_view; GtkWidget *date_editor; g_thread_init (NULL); gdk_threads_init (); gdk_threads_enter (); /* Initialize the GTK. */ gtk_init( &argc, &argv ); /* Create the hildon application and setup the title */ app = HILDON_APP( hildon_app_new() ); hildon_app_set_title( app, ("Hello maemo!" )); main_view = HILDON_APPVIEW(hildon_appview_new(NULL)); /* Create button and add it to main view */ date_editor = hildon_date_editor_new (); gtk_container_add(GTK_CONTAINER(main_view), date_editor); /* Set application view */ hildon_app_set_appview( app, main_view ); /* Begin the main application */ gtk_widget_show_all( GTK_WIDGET( app ) ); gtk_main(); gdk_threads_leave (); /* Exit */ return 0; } Have anyone else encountered this behaviour? Cheers, Petri Liimatta ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Too busy to accept help? I'm not complaining
--- Lorn Potter <[EMAIL PROTECTED]> wrote: > > There is also the problem of free software that is > > GPL-incompatible (MAME etc). They can't link > against > > GPL libraries, nor will anyone buy a commercial > > license for them. Which means you are pretty much > screwed. > > No, this just means that MAME is screwed. In case you missed it, I wrote "MAME etc" in my message. MAME is far from being the only program with this problem, see for example here: http://www.gnu.org/licenses/license-list.html#GPLIncompatibleLicenses Among the software listed as GPL incompatible are OpenSSL, Apache, original BSD stuff, anything Eclipse related etc. Not that I'm saying that most of those would make sense on a portable device, but the point remains that _you can not use those programs and libraries on an all GPL platform_. In principle even compiling and using them on your own machine would be illegal. > MAME has it's own legal problems, so I really doubt > any company would > take the chance on delivering that on a device. And here is the other problem. This is not about "a company delivering a product". It is about an individual developer's right to develop and port free (but GPL incompatible) software and distribute those programs to other people. Under a GPL/commercial dual licensing method you can't do that without paying some company money. A lot of people object to that. There are disadvantages to both approaches. LGPL allows closed source development without giving back to the community and GPL is incompatible with some free software licenses. During this and other similar threads you have vehemently denied any and all problems with GPL/commercial licensing while downplaying LGPL. There is a word for blindly refusing to accept any other point of view than your own as having any merit. Figuring out what that word is is left as an exercise to the reader. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] display problem
Jussi Kukkonen wrote: Ziqi He wrote: Hi all: I want to use Maemo as the GUI of my system, and the resolution of Maemo is 800*480. The trouble I encountered is that my LCD is 320*240. How can I dl with the problem? Can I display Maemo normally on my LCD? Hello, You have asked the same question three or four times. If someone had the answer you're looking for, he/she would probably have told you by now. To sum up the previous answers: * it's not possible just by a compile switch or something, currently Maemo is 800*480, period. * Making Maemo actually scalable is a big undertaking. Just making a new 320*240 version might be an easier job: Theme changes and modifications to statusbar are still definitely needed. My comments: Even if the OS itself worked, 95% of the apps won't -- Your resolution is only 20% of the maemo "standard". HTH, It is true that this has been discussed before, but never seen anybody suggesting this: One way to get maemo running on a display of 320*240 would be hacking little bit X server (or the display driver) to pretend to be 800*480 and do actually some downscaling when the data goes to display. Depending on what kind of hardware you have (whether it can perform graphics downscaling operations etc), you might want to consider how to downscale (like pixel skipping vs interpolation, basic speed vs quality dilemma). Anyway no matter how you actually scale that thing, you will be still losing pixel data. But again, if your display is half*half of original dimension, the scaling shouldn't be that ugly, especially when the UI graphics are pretty large. -- Kuisma ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] hildon date editor & threads
On Tue, 2006-04-25 at 11:06 +0300, ext Petri Liimatta wrote: > Hi all, > > I have encountered a situation where HildonCalendarPopup (created by > regular HildonDateEditor) locks up when selecting date from it. This > occurs only if gdk_threads are enabled. We've spotted some thread safety problems in hildon and gtk modifications. I think this one was recently fixed in https://stage.maemo.org/viewcvs.cgi/maemo?rev=3767&view=rev (Unfortunately it's only for the upcoming maemo 2.0...) -- Tommi Komulainen<[EMAIL PROTECTED]> ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] hildon date editor & threads
On Tue, 2006-04-25 at 11:06, ext Petri Liimatta wrote: ... > gdk_threads_enter (); ... > gdk_threads_leave (); Isn't this because of this? You keep the thread mutex all the time. BR; Kimmo > Have anyone else encountered this behaviour? > > > Cheers, > > Petri Liimatta > > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] gconf / gconftool question
I have been trying to change some system level settings related to the look and feel of the GUI on the 770, such as font, font size, and transition images. Regarding the transition images (startup, shutdown, nokia logo, etc), I was expecting that I would be able to make these changes with gconftool-2 in this manner: gconftool -t string -s /system/systemui/splash/greeting_image ""I have hacked images into the /usr/share/icons/hicolor/scalable/hildon directory to replace the current startup / greeting images (eg nokia_logo and hands), but i was looking for a more supported solution, and gconf seemed like the mechanism. Anyway, i changed the system images though gconftool-2 (as shown above), and rebooted. The images were not updated and there was no obvious impact. I read the keys back out with gconftool-2, and they were still set to the values I set. Any suggestions or explanations as to what I am doing wrong regarding the use of gconftool-2 to change the system UI?thank youtom w wolf ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] gconf / gconftool question
I have been trying to change some system level settings related to the look and feel of the GUI on the 770, such as font, font size, and transition images. Regarding the transition images (startup, shutdown, nokia logo, etc), I was expecting that I would be able to make these changes with gconftool-2 in this manner: gconftool -t string -s /system/systemui/splash/greeting_image "" I have hacked images into the /usr/share/icons/hicolor/scalable/hildon directory to replace the current startup / greeting images (eg nokia_logo and hands), but i was looking for a more supported solution, and gconf seemed like the mechanism. Anyway, i changed the system images though gconftool-2 (as shown above), and rebooted. The images were not updated and there was no obvious impact. I read the keys back out with gconftool-2, and they were still set to the values I set. Any suggestions or explanations as to what I am doing wrong regarding the use of gconftool-2 to change the system UI? thank you tom w wolf ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] hildon date editor & threads
On Tue, 2006-04-25 at 13:48 +0300, Kimmo Hämäläinen wrote: > On Tue, 2006-04-25 at 11:06, ext Petri Liimatta wrote: > ... > > gdk_threads_enter (); > ... > > gdk_threads_leave (); > > Isn't this because of this? You keep the thread mutex all the time. No, it doesen't change anything even if you leave them out. I took the thread part for my example from gdk reference manual "A minimal main program for a threaded GTK+ application". My program actually doesen't have mutex locked all the time, but date editor behaviour is exactly the same. Cheers, Pete > BR; Kimmo > > > Have anyone else encountered this behaviour? > > > > > > Cheers, > > > > Petri Liimatta > > > > > > > > ___ > > maemo-developers mailing list > > maemo-developers@maemo.org > > https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] apt-get: failure to resolve repository
Maybe someone on the scratchbox-users lists knows what might cause this? I fear it's something very simple. I'm using scratchbox 1.0.3, from the scratchbox debian repositories, on the latest Ubuntu Dapper. On Mon, 2006-04-24 at 13:13 +0200, Murray Cumming wrote: > I seeing a strange problem with apt-get in scratchbox today. It can't > resolve repository.maemo.org, though I can wget just fine: > > [sbox-SDK_maemo_686: ~] > fakeroot apt-get update > Err http://repository.maemo.org maemo1.1/free Packages > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/free Release > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/non-free Packages > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/non-free Release > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/free Sources > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/free Release > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/non-free Sources > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/non-free Release > Temporary failure resolving 'repository.maemo.org' > Failed to fetch > http://repository.maemo.org/dists/maemo1.1/free/binary-i386/Packages.gz > Temporary failure resolving 'repository.maemo.org' > > [snip] > > [sbox-SDK_maemo_686: ~] > wget > http://repository.maemo.org/dists/maemo1.1/free/binary-i386/Packages.gz > --12:32:41-- > http://repository.maemo.org/dists/maemo1.1/free/binary-i386/Packages.gz >=> `Packages.gz' > Resolving repository.maemo.org... 195.27.240.158, 194.109.218.35 > Connecting to repository.maemo.org[195.27.240.158]:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 71,463 [text/plain] > > 100%[==>] > 71,463 184.95K/s > > 12:32:42 (184.23 KB/s) - `Packages.gz' saved [71463/71463] > > -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] apt-get: failure to resolve repository
hi, wasn't there a problem with a broken /etc/resolv.conf in scratchbox for some people? Murray, can you verify that this file is okay. Stefan Am Montag, den 24.04.2006, 13:13 +0200 schrieb Murray Cumming: > I seeing a strange problem with apt-get in scratchbox today. It can't > resolve repository.maemo.org, though I can wget just fine: > > [sbox-SDK_maemo_686: ~] > fakeroot apt-get update > Err http://repository.maemo.org maemo1.1/free Packages > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/free Release > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/non-free Packages > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/non-free Release > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/free Sources > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/free Release > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/non-free Sources > Temporary failure resolving 'repository.maemo.org' > Err http://repository.maemo.org maemo1.1/non-free Release > Temporary failure resolving 'repository.maemo.org' > Failed to fetch > http://repository.maemo.org/dists/maemo1.1/free/binary-i386/Packages.gz > Temporary failure resolving 'repository.maemo.org' > > [snip] > > [sbox-SDK_maemo_686: ~] > wget > http://repository.maemo.org/dists/maemo1.1/free/binary-i386/Packages.gz > --12:32:41-- > http://repository.maemo.org/dists/maemo1.1/free/binary-i386/Packages.gz >=> `Packages.gz' > Resolving repository.maemo.org... 195.27.240.158, 194.109.218.35 > Connecting to repository.maemo.org[195.27.240.158]:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 71,463 [text/plain] > > 100%[==>] > 71,463 184.95K/s > > 12:32:42 (184.23 KB/s) - `Packages.gz' saved [71463/71463] > > ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] apt-get: failure to resolve repository
On Mon, 2006-04-24 at 23:06 +0200, Stefan Kost wrote: > hi, > > wasn't there a problem with a broken /etc/resolv.conf in scratchbox for > some people? Murray, can you verify that this file is okay. I was just about to say that I had already copied that, but I checked again, and I suddenly had no /etc/resolv.conf file in my scratchbox environment. See, I said it would be simple. Thanks. -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Please Help - Software Upgrade problem
Hello, I'm trying upgrading my N770 right now (8:57 GMT +1) It failed with the following error code: "Update unsuccessful, code: 7, text: Failed to write data to the device." There is a green status bar on the N770. The device is hanging !! How do I go forward? Thank in advance. Regards, Najeem __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New Nokia 770 software image available
On Tue, 25 Apr 2006, Fr?d?ric Crozat did have cause to say: > Le lundi 24 avril 2006 à 22:35 +0200, [EMAIL PROTECTED] a écrit : > > > 2) Why did Nokia use a RS-MMC connector? A standard SD- > > Card interface would have been nice. Maybe for a future > > device... > > The Nokia people already explained they designed 770 with parts already > used in other Nokia phones, to reduce production cost of 770. And RS-MMC > is the most commonly used memory card used in Nokia phone currently > (because it is small and with dual voltage, it requires less power, but > for this last point, 770 doesn't require DV). Like I said earlier, the -nokia- 9300i phone I have uses full-size mmc. As do most of the nokia phones I've handled. I didn't verify the whole list, but a quick glance at a store's compatibility list for a 1g mmc+ is: Nokia 6230, Nokia 6230i, Nokia 6600, Nokia 6620, New! Nokia 7710, Nokia n-Gage, Nokia 9500/9300 Communicator, Nokia n-Gage QD, Nokia 3300, Nokia 3650/3660, Thats a -lot- of pre-existing in-house off-the-shelf MMC/MMC+ knowledge. Just for completeness, the same site lists this for 'standard' rs-mmc with no adaptor: Nokia N770 tablet, Nokia 3230, Nokia 7610, Nokia 6260, Nokia 6670, (NB. Not Nokia N70, N90, 6630, 6680, 6681 - select dual voltage RS-DV-MMC) And here's the dual voltage list: Nokia 6630, 6680, 6681 and new N-Series like Nokia N70, Nokia N90 and Nokia N770 Tablet, Nokia 7610, Nokia 6260, Nokia 6670, Nokia 3230 Looks heavily in favor of the full-size mmc, but maybe thats just me. (I wouldn't be surprised if the reason is "one tech guy thought it'd be cool" or "we expected to desperately need the space" and then momentum took over..) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers