Active Topics
-
[HOWTO] Comprehensive Firmware Flashing Guide for N9 (1,580)
to Nokia N9 / N950 by aspergerguy - 12 hrs, 53 mins ago -
Nokia N9-00 Prototype Build S1.12 (RM-680 codename "Dali") (250)
to Nokia N9 / N950 by en0s - 3 days, 9 hrs ago -
[Announce] Maebble - Pebble support for Maemo (118)
to Applications by glo-worm - 3 days, 21 hrs ago -
Possible to flash Leste to eMMC? (6)
to Maemo 7 / Leste by Eri - 4 days, 11 hrs ago - more...
|
2009-03-17
, 12:10
|
|
Posts: 605 |
Thanked: 137 times |
Joined on Nov 2005
@ La Rochelle, France
|
#372
|
I think the problem is linked to the fact that your mmc2 is FAT formatted : it doesn't support file attributes ...
|
|
2009-03-17
, 13:35
|
|
Posts: 3,841 |
Thanked: 1,079 times |
Joined on Nov 2006
|
#373
|
Attributes shouldn't matter, a shared lib does not need to have the executable bit set (and if you look in /lib you'll see that they don't).
__________________
N800/OS2007|N900/Maemo5
-- Metalayer-crawler delenda est.
-- Current state: Fed up with everything MeeGo.
N800/OS2007|N900/Maemo5
-- Metalayer-crawler delenda est.
-- Current state: Fed up with everything MeeGo.
 |
|
2009-03-20
, 21:12
|
|
Posts: 4,783 |
Thanked: 1,253 times |
Joined on Aug 2007
@ norway
|
#374
|
something dawned on me about that full screen osk. there is one other place where one of the same issues (specifically, that about not including previous input into its text area) shows up, and thats in the terminal.
if one have part of a command written, and tries to use the full screen osk, its text area will show up blank.
this is a behavior thats been around as far back as the 770, iirc. this makes me wonder about how the full screen osk interfaces with the rest of the setup, as the normal osk seems to have no such problems.
if one have part of a command written, and tries to use the full screen osk, its text area will show up blank.
this is a behavior thats been around as far back as the 770, iirc. this makes me wonder about how the full screen osk interfaces with the rest of the setup, as the normal osk seems to have no such problems.
| The Following User Says Thank You to tso For This Useful Post: | ||
|
|
2009-03-24
, 05:02
|
|
Posts: 196 |
Thanked: 141 times |
Joined on Aug 2007
|
#375
|
It's amazing what one little character can do.
| The Following User Says Thank You to jcharpak For This Useful Post: | ||
|
|
2009-03-24
, 08:45
|
|
Posts: 87 |
Thanked: 98 times |
Joined on Oct 2007
@ Austria
|
#376
|
Originally Posted by tso
I figured out the reason for the wrong text in the full screen keyboard. It's because you have to bind a function to the GtkIMContext retrieve-surrounding signal and call set_surrounding() from there with the content of the textarea. I have this halfway working, except that webkit crashes when the content of the full screen keyboard is committed...
something dawned on me about that full screen osk. there is one other place where one of the same issues (specifically, that about not including previous input into its text area) shows up, and thats in the terminal.
But something else: Do you even bring up the full screen osk for HTML forms in bundyo's libwebkit? I couldn't get the full screen osk at all with the d-pad center button until i figured out how to trigger that (calling gtk_im_context_filter_keypress() in the key release function).
|
|
2009-03-24
, 16:08
|
|
Posts: 87 |
Thanked: 98 times |
Joined on Oct 2007
@ Austria
|
#377
|
Good news: I think I fixed both the stop button crashes in webkit-eal and most of the on-screen keyboard issues with libwebkit, including copy-paste and editing existing text with the full screen keyboard.
New webkit-eal package is here, see the changes file or garage svn for details.
New libwebkit package is here, that diff is against webkit revision 41128 with bundyo's patch applied. (This also disables most advanced HTML5 features which are enabled in bundyo's build).
Please let me know how this is working for you! Also, let me know what features you're missing for the next major release. I guess it'll be mostly more and better gconf backed options.
New webkit-eal package is here, see the changes file or garage svn for details.
New libwebkit package is here, that diff is against webkit revision 41128 with bundyo's patch applied. (This also disables most advanced HTML5 features which are enabled in bundyo's build).
Please let me know how this is working for you! Also, let me know what features you're missing for the next major release. I guess it'll be mostly more and better gconf backed options.
|
|
2009-03-24
, 17:30
|
|
Posts: 4,783 |
Thanked: 1,253 times |
Joined on Aug 2007
@ norway
|
#378
|
Originally Posted by hns
finger tap all the way
I figured out the reason for the wrong text in the full screen keyboard. It's because you have to bind a function to the GtkIMContext retrieve-surrounding signal and call set_surrounding() from there with the content of the textarea. I have this halfway working, except that webkit crashes when the content of the full screen keyboard is committed...
But something else: Do you even bring up the full screen osk for HTML forms in bundyo's libwebkit? I couldn't get the full screen osk at all with the d-pad center button until i figured out how to trigger that (calling gtk_im_context_filter_keypress() in the key release function).
and ill give the new version a spin!
|
|
2009-03-24
, 17:51
|
|
Posts: 4,783 |
Thanked: 1,253 times |
Joined on Aug 2007
@ norway
|
#379
|
just tested a bit, and the text is correctly imported on opening the osk with existing text in a box.
but it still closes the keyboard on a enter event, rather then producing a new line...
but it still closes the keyboard on a enter event, rather then producing a new line...
| The Following User Says Thank You to tso For This Useful Post: | ||
|
|
2009-03-24
, 20:07
|
|
Posts: 4,783 |
Thanked: 1,253 times |
Joined on Aug 2007
@ norway
|
#380
|
seems the new webkit plays havoc with the tear dashboard. specifically, the tabs on the left side shows the text as horizontal, not vertical.
mkdir /media/mmc2/usr_lib
cp /usr/lib/libwebkit-1.0.so.1.0.0 /media/mmc2/usr_lib
remove /usr/lib/libwebkit-1.0.so.1.0.0
ln -s /media/mmc2/usr_lib/libwebkit-1.0.so.1.0.0 libwebkit-1.0.so.1.0.0
the symlink exists (I tested)
But the browser did not start properly in webkit mode.
Why ? For the OS a symlink is the same as a 'real' file ?