Notices


Reply
Thread Tools
Posts: 542 | Thanked: 117 times | Joined on Sep 2008 @ 52 N, 6 E
#371
In order to conserve internal memory space (10 MB) , I tried the following:

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 ?
 
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 ...
 
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.
 
tso's Avatar
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.
 

The Following User Says Thank You to tso For This Useful Post:
Posts: 196 | Thanked: 141 times | Joined on Aug 2007
#375


It's amazing what one little character can do.
This is why c is a stupid language.
 

The Following User Says Thank You to jcharpak For This Useful Post:
Posts: 87 | Thanked: 98 times | Joined on Oct 2007 @ Austria
#376
Originally Posted by tso View Post
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.
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).
 

The Following 2 Users Say Thank You to hns For This Useful Post:
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.
 

The Following 5 Users Say Thank You to hns For This Useful Post:
tso's Avatar
Posts: 4,783 | Thanked: 1,253 times | Joined on Aug 2007 @ norway
#378
Originally Posted by hns View Post
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).
finger tap all the way

and ill give the new version a spin!
 
tso's Avatar
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...
 

The Following User Says Thank You to tso For This Useful Post:
tso's Avatar
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.
 
Reply

Tags
browser, webkit


 
Forum Jump


All times are GMT. The time now is 05:17.