Re: [QtMoko] Arora on QtMoko (was Re: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?)
On Sunday 20 Dec 2009 21:04:02 Brolin Empey wrote: I installed Arora on QtMoko v14. I noticed Arora will not load Pouethttp://pouet.net/. Any idea why? There is no error message: the page just never loads. Pouet loads fine in Firefox on a PC running Linux or Windows. Appears to be a Qt problem - site wouldn't load in Arora on Kubunt 9.10 or in a plain QWebview in Qt 4 Designer (Qt 4.5.2) solar.george signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?
2009/12/16 Al Johnson openm...@mazikeen.demon.co.uk On Thursday 17 December 2009, Brolin Empey wrote: Hello list, I am using QtMoko v14. AFAIK, QtMoko does not support GSM multiplexing, which means even if I had a working and usable Web browser for QtMoko, I could not use telephony functionality, such as making and receiving phone calls, while GPRS is enabled. If I wanted to have Internet access on my FreeRunner, what is the least-hassle method of getting a usable Web browser + telephony and SMS support while GPRS is enabled? Am I better off finding a usable proprietary phone? Since you've already got the phone you may as well give the other firmware options a try. We keep finding people have different definitions of 'usable' so you'll have to see what suits you. SHR should be easy to try, and is supposed to do everything you want. There's a GUI for the GPRS config. It has multiplexing so GPRS, SMS and telephony should work together (I say should as I haven't tried GPRS recently.) Midori might be a suitable browser, although there is a problematic interaction between the illume keyboard and midori's address autocompletion at the moment. I have already tried the Om2008.8 (?) which was preinstalled on my FreeRunner, Om2009 (completely unusable because the GUI kept becoming unresponsive), SHR-U (version 080808 or 090808? I can find out which version I tried when I am home tonight. It was less unusable than Om2009 but still unusable because I could not set the clock to the correct date and time, all of my SMS messages had the same incorrect date and time, the text input did not work reliably, it used crappy Busybox instead of GNU userland (I know I could probably replace Busybox with GNU userland, but doing so requires a usable ssh connection.), and I could not even get a usable ssh connection to SHR-U because I could not get bridging nor routing working on Ubuntu and the ssh session from Cygwin on Windows Vista was very slow and kept disconnecting. I had the base or tiny version of SHR (I forgot what it was called, but I can find out when I am at home tonight.), which had very few apps, but I could not upgrade to the full version because I did not have a usable ssh connection.), and finally QtMoko, which still has issues but is by far the most usable distro I have tried. I could try SHR again, but my first impression of SHR was very poor because I do not understand how they could release such a broken image. If I try another distro, it has to be able to install to and run from a MicroSD(HC) card because I need to keep my working QtMoko installation in my onboard NAND. I want to be able to connect my FreeRunner directly to an Ethernet LAN instead of having to use bridging and/or routing on a PC. I already have a USB → Ethernet adapter, but I am still waiting for my DealExtreme orders to arrive (it is taking weeks. :/) so I can use my FreeRunner as a USB Host instead of only as a USB Device. If I could connect my FreeRunner directly to my Ethernet LAN, then it does not matter if I cannot get a usable ssh connection to SHR-U via USB networking, but such a connection should still work because it works fine with QtMoko. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?
On Thursday 17 December 2009, Brolin Empey wrote: 2009/12/16 Al Johnson openm...@mazikeen.demon.co.uk On Thursday 17 December 2009, Brolin Empey wrote: Hello list, I am using QtMoko v14. AFAIK, QtMoko does not support GSM multiplexing, which means even if I had a working and usable Web browser for QtMoko, I could not use telephony functionality, such as making and receiving phone calls, while GPRS is enabled. If I wanted to have Internet access on my FreeRunner, what is the least-hassle method of getting a usable Web browser + telephony and SMS support while GPRS is enabled? Am I better off finding a usable proprietary phone? Since you've already got the phone you may as well give the other firmware options a try. We keep finding people have different definitions of 'usable' so you'll have to see what suits you. SHR should be easy to try, and is supposed to do everything you want. There's a GUI for the GPRS config. It has multiplexing so GPRS, SMS and telephony should work together (I say should as I haven't tried GPRS recently.) Midori might be a suitable browser, although there is a problematic interaction between the illume keyboard and midori's address autocompletion at the moment. I have already tried the Om2008.8 (?) which was preinstalled on my FreeRunner, Om2009 (completely unusable because the GUI kept becoming unresponsive), SHR-U (version 080808 or 090808? I can find out which version I tried when I am home tonight. That's a long way out of date! It was less unusable than Om2009 but still unusable because I could not set the clock to the correct date and time, By default this is picked up automatically (network, gps, ntp), but you can disable some or all of these and set it manually if you want. all of my SMS messages had the same incorrect date and time, the text input did not work reliably, date and time show correctly here. Matching names to numbers on the message app can be slow though. it used crappy Busybox instead of GNU userland (I know I could probably replace Busybox with GNU userland, but doing so requires a usable ssh connection.) still uses busybox by default, but with openssh in place of dropbear. You need to set a password or openssh will refuse the connection. , and I could not even get a usable ssh connection to SHR-U because I could not get bridging nor routing working on Ubuntu and the ssh session from Cygwin on Windows Vista was very slow and kept disconnecting. I've not tried networking on ubuntu or vista so I can't comment, but bridging on fedora just works like any other bridge. It behaves the same way whichever distro I have on the moko (except android). I had the base or tiny version of SHR (I forgot what it was called, but I can find out when I am at home tonight.), which had very few apps, but I could not upgrade to the full version because I did not have a usable ssh connection.), and finally QtMoko, which still has issues but is by far the most usable distro I have tried. I could try SHR again, but my first impression of SHR was very poor because I do not understand how they could release such a broken image. shr-unstable is just that, and breakages happen. The images are just nightly builds that have nominally succeeded, not a release that's supposed to be bug- free. The recently released shr-testing is intended to avoid the sort of failures you can get in unstable, but it takes a little while for bug fixes to trickle down from unstable. If I try another distro, it has to be able to install to and run from a MicroSD(HC) card because I need to keep my working QtMoko installation in my onboard NAND. I'm running shr-u (among others) from uSD. Just make an ext3 filesystem on a spare partition and untar the tar.gz image to it. I assume you know how to multiboot already... I want to be able to connect my FreeRunner directly to an Ethernet LAN instead of having to use bridging and/or routing on a PC. I already have a USB → Ethernet adapter, but I am still waiting for my DealExtreme orders to arrive (it is taking weeks. :/) so I can use my FreeRunner as a USB Host instead of only as a USB Device. If I could connect my FreeRunner directly to my Ethernet LAN, then it does not matter if I cannot get a usable ssh connection to SHR-U via USB networking, but such a connection should still work because it works fine with QtMoko. The Settings app has a switch for USB host/device mode. So long as the kernel module is present it should work, but I've never tried a USB ethernet adapter with it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?
2009/12/17 Al Johnson openm...@mazikeen.demon.co.uk On Thursday 17 December 2009, Brolin Empey wrote: 2009/12/16 Al Johnson openm...@mazikeen.demon.co.uk On Thursday 17 December 2009, Brolin Empey wrote: FreeRunner, Om2009 (completely unusable because the GUI kept becoming unresponsive), SHR-U (version 080808 or 090808? I can find out which version I tried when I am home tonight. That's a long way out of date! It was the current release when I tried it in 2009-08, soon after I got my FreeRunner. I had the base or tiny version of SHR (I forgot what it was called, but I can find out when I am at home tonight.), which had very few apps, but I could not upgrade to the full version because I did not have a usable ssh connection.), and finally QtMoko, which still has issues but is by far the most usable distro I have tried. I could try SHR again, but my first impression of SHR was very poor because I do not understand how they could release such a broken image. shr-unstable is just that, and breakages happen. The images are just nightly builds that have nominally succeeded, not a release that's supposed to be bug- free. The recently released shr-testing is intended to avoid the sort of failures you can get in unstable, but it takes a little while for bug fixes to trickle down from unstable. I was expecting SHR-unstable to be like Debian Linux unstable, which is actually not unstable in the sense of having lots of breakage. I thought the image I tried was recommended because it was supposed to work well (had been tested), but I could be wrong. I should have asked if there was a better (less broken) image I could have tried. If I try another distro, it has to be able to install to and run from a MicroSD(HC) card because I need to keep my working QtMoko installation in my onboard NAND. I'm running shr-u (among others) from uSD. Just make an ext3 filesystem on a spare partition and untar the tar.gz image to it. I assume you know how to multiboot already... I have not multibooted my FreeRunner because so far I have run only 1 distro at a time from the onboard NAND, but I can probably figure out how to multiboot because I have multibooted PCs + my iPod + maybe some other devices I am forgetting. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?
Hello list, I am using QtMoko v14. AFAIK, QtMoko does not support GSM multiplexing, which means even if I had a working and usable Web browser for QtMoko, I could not use telephony functionality, such as making and receiving phone calls, while GPRS is enabled. If I wanted to have Internet access on my FreeRunner, what is the least-hassle method of getting a usable Web browser + telephony and SMS support while GPRS is enabled? Am I better off finding a usable proprietary phone? Please do not suggest the iPhone because until the iPhone 3GS was released, Apple refused to accept my money even though I wanted their product: the only way to buy a new iPhone in Canada from a store was to sign a 3-year term contract with Rogers or Fido. That is illogical. If I want Apple’s product, Apple should sell it to me. I do not want to sign a 3-year term contract. I have no term contract with my Fido monthly plan. With Rogers, I would have had to sign at least a 1-year term contract, pay a 1-time activation fee plus a System Access Fee every month. I still had to pay a 1-time activation fee with Fido, but I do not pay any System Access Fee nor did I have to sign a term contract. Anyway, I decided I am not buying an iPhone because I do not want to encourage Apple to not sell their products to consumers, such as me, who can afford them but do not want to sign a 3-year term contract. Why would I want to develop an application for a device (the iPhone) no one in Canada can buy new from a store without signing a 3-year service agreement? My users would have to jailbreak their iPhone just to use my app because Apple wants control over their platform. I do not want an iPod Touch because then I still need a separate phone. I already used to have a separate phone and PDA. I want less devices to always carry with me, not more. Anyway, I know this post has turned into a rant about the iPhone. I think if I had to choose a proprietary phone, I would be limited to non-Android Linux phones because I want the same OS on my phone as on my PCs, which run Ubuntu and Windows NT (Vista, but it is still Windows NT, not Windows.), not iPhone OS, Symbian OS, Windows CE/Windows Mobile/Pocket PC/whatever it is called now because Microsoft loves renaming things, BlackBerry stains, or some other crappy, ephemeral, and proprietary OS used on only 1 type of computer (cell phones and/or PDAs). Windows NT does not run on ARM even though modern embedded computers are more powerful than the desktop computers Windows NT originally ran on. Ubuntu is based on Debian, which runs on the FreeRunner, so QtMoko/plain Debian it is. I do not want to start an Android rant, but let’s just say I am avoiding Android because it is non-standard, proprietary, uses Java (I hate Java because it is gross.) and is hyped by the same people who hype Java: non-programmers who do not even use it. Thanks, Brolin -- Sometimes I forget how to do small talk: http://xkcd.com/222/ “If you have to ask why, you’re not a member of the intended audience.” — Bob Zimbinski, http://webpages.mr.net/bobz/ttyquake/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?
On Thursday 17 December 2009, Brolin Empey wrote: Hello list, I am using QtMoko v14. AFAIK, QtMoko does not support GSM multiplexing, which means even if I had a working and usable Web browser for QtMoko, I could not use telephony functionality, such as making and receiving phone calls, while GPRS is enabled. If I wanted to have Internet access on my FreeRunner, what is the least-hassle method of getting a usable Web browser + telephony and SMS support while GPRS is enabled? Am I better off finding a usable proprietary phone? Since you've already got the phone you may as well give the other firmware options a try. We keep finding people have different definitions of 'usable' so you'll have to see what suits you. SHR should be easy to try, and is supposed to do everything you want. There's a GUI for the GPRS config. It has multiplexing so GPRS, SMS and telephony should work together (I say should as I haven't tried GPRS recently.) Midori might be a suitable browser, although there is a problematic interaction between the illume keyboard and midori's address autocompletion at the moment. Debian or hackable:1 may be worth a try too. They have a wider selection of browsers available, but I don't know the status of the telephony side. Please do not suggest the iPhone because until the iPhone 3GS was released, Apple refused to accept my money even though I wanted their product: the only way to buy a new iPhone in Canada from a store was to sign a 3-year term contract with Rogers or Fido. That is illogical. If I want Apple’s product, Apple should sell it to me. I do not want to sign a 3-year term contract. I have no term contract with my Fido monthly plan. With Rogers, I would have had to sign at least a 1-year term contract, pay a 1-time activation fee plus a System Access Fee every month. I still had to pay a 1-time activation fee with Fido, but I do not pay any System Access Fee nor did I have to sign a term contract. Anyway, I decided I am not buying an iPhone because I do not want to encourage Apple to not sell their products to consumers, such as me, who can afford them but do not want to sign a 3-year term contract. Why would I want to develop an application for a device (the iPhone) no one in Canada can buy new from a store without signing a 3-year service agreement? My users would have to jailbreak their iPhone just to use my app because Apple wants control over their platform. I do not want an iPod Touch because then I still need a separate phone. I already used to have a separate phone and PDA. I want less devices to always carry with me, not more. Anyway, I know this post has turned into a rant about the iPhone. I think if I had to choose a proprietary phone, I would be limited to non-Android Linux phones because I want the same OS on my phone as on my PCs, which run Ubuntu and Windows NT (Vista, but it is still Windows NT, not Windows.), not iPhone OS, Symbian OS, Windows CE/Windows Mobile/Pocket PC/whatever it is called now because Microsoft loves renaming things, BlackBerry stains, or some other crappy, ephemeral, and proprietary OS used on only 1 type of computer (cell phones and/or PDAs). Windows NT does not run on ARM even though modern embedded computers are more powerful than the desktop computers Windows NT originally ran on. Ubuntu is based on Debian, which runs on the FreeRunner, so QtMoko/plain Debian it is. I do not want to start an Android rant, but let’s just say I am avoiding Android because it is non-standard, proprietary, uses Java (I hate Java because it is gross.) and is hyped by the same people who hype Java: non-programmers who do not even use it. Thanks, Brolin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?
On Wed, Dec 16, 2009 at 9:24 PM, Al Johnson openm...@mazikeen.demon.co.ukwrote: On Thursday 17 December 2009, Brolin Empey wrote: Hello list, I am using QtMoko v14. AFAIK, QtMoko does not support GSM multiplexing, which means even if I had a working and usable Web browser for QtMoko, I could not use telephony functionality, such as making and receiving phone calls, while GPRS is enabled. If I wanted to have Internet access on my FreeRunner, what is the least-hassle method of getting a usable Web browser + telephony and SMS support while GPRS is enabled? Am I better off finding a usable proprietary phone? Since you've already got the phone you may as well give the other firmware options a try. We keep finding people have different definitions of 'usable' so you'll have to see what suits you. SHR should be easy to try, and is supposed to do everything you want. There's a GUI for the GPRS config. It has multiplexing so GPRS, SMS and telephony should work together (I say should as I haven't tried GPRS recently.) Midori might be a suitable browser, although there is a problematic interaction between the illume keyboard and midori's address autocompletion at the moment. There are other browsers in the SHR feeds so if you don't like Midori you can replace it, some worth mentioning is Eve, Links/Links-x11, Dillo use to be in the feeds but don't know why the one from opkg.org wouldn't work. Debian or hackable:1 may be worth a try too. They have a wider selection of browsers available, but I don't know the status of the telephony side. Please do not suggest the iPhone because until the iPhone 3GS was released, Apple refused to accept my money even though I wanted their product: the only way to buy a new iPhone in Canada from a store was to sign a 3-year term contract with Rogers or Fido. That is illogical. If I want Apple’s product, Apple should sell it to me. I do not want to sign a 3-year term contract. I have no term contract with my Fido monthly plan. With Rogers, I would have had to sign at least a 1-year term contract, pay a 1-time activation fee plus a System Access Fee every month. I still had to pay a 1-time activation fee with Fido, but I do not pay any System Access Fee nor did I have to sign a term contract. Anyway, I decided I am not buying an iPhone because I do not want to encourage Apple to not sell their products to consumers, such as me, who can afford them but do not want to sign a 3-year term contract. Why would I want to develop an application for a device (the iPhone) no one in Canada can buy new from a store without signing a 3-year service agreement? My users would have to jailbreak their iPhone just to use my app because Apple wants control over their platform. I do not want an iPod Touch because then I still need a separate phone. I already used to have a separate phone and PDA. I want less devices to always carry with me, not more. Anyway, I know this post has turned into a rant about the iPhone. I think if I had to choose a proprietary phone, I would be limited to non-Android Linux phones because I want the same OS on my phone as on my PCs, which run Ubuntu and Windows NT (Vista, but it is still Windows NT, not Windows.), not iPhone OS, Symbian OS, Windows CE/Windows Mobile/Pocket PC/whatever it is called now because Microsoft loves renaming things, BlackBerry stains, or some other crappy, ephemeral, and proprietary OS used on only 1 type of computer (cell phones and/or PDAs). Windows NT does not run on ARM even though modern embedded computers are more powerful than the desktop computers Windows NT originally ran on. Ubuntu is based on Debian, which runs on the FreeRunner, so QtMoko/plain Debian it is. I do not want to start an Android rant, but let’s just say I am avoiding Android because it is non-standard, proprietary, uses Java (I hate Java because it is gross.) and is hyped by the same people who hype Java: non-programmers who do not even use it. Thanks, Brolin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Arora web browser
Hi, On Tue, Sep 29, 2009 at 9:41 PM, radek polak pson...@seznam.cz wrote: I did 'apt-get update' then 'apt-cache shw arora', and the output says that this is version 0.2-1 neo:~# apt-cache show arora You should use the Qtopia package manager (Main menu-Settings-Package manager) Thanks. A bit strange, in the Settings menu it is listed as Software Packages even if the program is named Package Manager. Oh well, no biggie. When I look at the arora package description, it have everything (including a md5sum), except a version number. Surely a version number would be more helpful to us humans in a GUI tool? Anyway, arora installed and it is version 0.4. It works too! :-) Another thing, I noticed that Package Manager downloads the list of packages every time you strt it up (ie. nothing is cached). Is this how it is supposed to work? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Arora web browser
Torfinn Ingolfsen wrote: Another thing, I noticed that Package Manager downloads the list of packages every time you strt it up (ie. nothing is cached). Is this how it is supposed to work? Yes. The packages are being added/changed and having fresh list is good idea (until it's too big, which is unfortunately not our case yet ;-) Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Arora web browser
Added screen auto-rotation feature (according to accelerometers). Menu - View - Screen Auto-Rotation. Thanks Jim for RotateHelper class. There is an extended upper menu when the phone in landscape mode: zoom in/out and hide/show toolbar buttons added. Note that graphical performance of the phone is a bit lower when the screen is rotated. Project's repo on github is up and running now [1]. Screenshots are also available [2]. [1] http://github.com/Sektor/arora-neo [2] http://github.com/Sektor/arora-neo/downloads Cheers, Anton -- View this message in context: http://n2.nabble.com/QtMoko-Arora-web-browser-tp3731747p3745297.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Arora web browser
Hi, On Mon, Sep 28, 2009 at 10:33 PM, ANT ant0...@gmail.com wrote: The port is based on Arora 0.4. This is an old version, but its functionality is more that enough for a smartphone: I did 'apt-get update' then 'apt-cache shw arora', and the output says that this is version 0.2-1 neo:~# apt-cache show arora Package: arora Priority: extra Section: web Installed-Size: 1144 Maintainer: Sune Vuorela deb...@pusling.com Architecture: armel Version: 0.2-1 Depends: libc6 (= 2.7-1), libgcc1 (= 1:4.3), libqt4-network (= 4.4.0), libqt4-webkit (= 4.4.0), libqtcore4 (= 4.4.0), libqtgui4 (= 4.4.0), libstdc++6 (= 4.3) Filename: pool/main/a/arora/arora_0.2-1_armel.deb Size: 371920 MD5sum: 0258b9669d3563ddc5e4742cf6c91f74 SHA1: ef9256cab20525846e850c1568aaf3d483bac230 SHA256: d3828ec047cfc41373aa468d3ebc3a25cd0f5eca3db19458b53c3f475cbc0e70 Description: simple cross platform web browser simple webkit based webbrowser using Qt toolkit. Originally based on the Qt demo browser to show the possibilities of Qt Webkit. Arora is a very basic browser that supports history and bookmarks. Tag: implemented-in::c++, interface::x11, role::program, scope::application, uitoolkit::qt, use::browsing, web::browser, x11::application Why does it do that? Shouldn't it show version 0.4 something? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Arora web browser
Torfinn Ingolfsen schrieb: Why does it do that? Shouldn't it show version 0.4 something? Try the QtMoko Software installer, i think thats the correct version. (cant confirm it now, making some backups) Sascha ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Arora web browser
I did 'apt-get update' then 'apt-cache shw arora', and the output says that this is version 0.2-1 neo:~# apt-cache show arora You should use the Qtopia package manager (Main menu-Settings-Package manager) Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] Arora web browser
Hello, everybody, First release of Arora [1] web browser for QtMoko is online! Check the package feed. The port is based on Arora 0.4. This is an old version, but its functionality is more that enough for a smartphone: * tabs and windows * downloads * history * bookmarks * google search * find on page * etc etc (all as on desktop) Special features was added: * finger-scrolling * finger-friendly toolbar and menus * mobile user-agent (fake iPhone) * many minor tweaks The git repo of the project [2] is currently offline due to undergoing maintenance on github, so latest tarball and _screenshots_ are temporarily placed to [3]. I think that it is good option to have v0.4 available while v0.9 is not ported yet. This hints may be useful: * toolbar buttons: new tab, close tab, toggle fullscreen * menu - edit - preferences * menu - view - mobile user-agent * menu - window - [switching between windows] [1] http://code.google.com/p/arora/ [2] http://github.com/Sektor/arora-neo [3] http://dl.linuxphone.ru/openmoko/qtmoko/src/arora/ Have Fun! Anton -- View this message in context: http://n2.nabble.com/QtMoko-Arora-web-browser-tp3731747p3731747.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Arora web browser
ANT wrote: Hello, everybody, First release of Arora [1] web browser for QtMoko is online! Check the package feed. Absolutely wonderful!! It works like a charm, just add my auto rotate and we will be golden ;) I'll post the code on github ASAP. It does seem to forget it is in full screen mode sometimes, and an easier way to zoom in would be awesome, I don't think there is any need for me to continue working on the webviewer!! Thanks for some great work. -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Arora web browser (Qt issue?)
2009/4/13 Nicola Mfb nicola@gmail.com: Yes! I reported the problem on the QT issue tracker (but I did not received the confirmation email). Just to report that qt acked and the issue is pending for resolution. Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Arora web browser (Qt issue?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, *) press About Qt on the rightest menu (it's hidden but you can show it clicking on ) Not hidden here On my frerunner (gentoo/e-20090313/qt4.5.0/arora-0.5) the dialog is not showed and it's impossible to interact further and quit the application. Confirmed on Debian unstable. This brings to me another question: how to force killing applications under e? I launch xkill under LXDE. greetings, Erik Nicola Mfb schrieb: For people using arora (in the past I heard of some debian users), may you check and report if you are able to reproduce this: *) launch arora *) press About Qt on the rightest menu (it's hidden but you can show it clicking on ) On my frerunner (gentoo/e-20090313/qt4.5.0/arora-0.5) the dialog is not showed and it's impossible to interact further and quit the application. Looking at qt sources I suspect an issue on devices with tiny resolution. This brings to me another question: how to force killing applications under e? Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community - -- Those who cannot remember the past are condemned to repeat it. - -- George Santayana -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkni5voACgkQ8NqlQQxmej4MwQCfUWdbW/DeotIDxJdZZvtNa9KF g4gAoLGw1AO2x4WHymb9hZtW7I6VzV80 =1sDD -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Arora web browser (Qt issue?)
I can recreate this with arora 0.4 on my desktop by running it in Xephyr at 320x240 and it results in the following error (on the console I ran it from) QWidget::setMinimumSize: (/QMessageBox) Negative sizes (-160,334) are not possible Do you get something similar if you run arora from a console window? solar.george On Saturday 11 April 2009 16:12:36 Nicola Mfb wrote: For people using arora (in the past I heard of some debian users), may you check and report if you are able to reproduce this: *) launch arora *) press About Qt on the rightest menu (it's hidden but you can show it clicking on ) On my frerunner (gentoo/e-20090313/qt4.5.0/arora-0.5) the dialog is not showed and it's impossible to interact further and quit the application. Looking at qt sources I suspect an issue on devices with tiny resolution. This brings to me another question: how to force killing applications under e? Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Arora web browser (Qt issue?)
2009/4/13 George Brooke solar.geo...@googlemail.com: I can recreate this with arora 0.4 on my desktop by running it in Xephyr at 320x240 and it results in the following error (on the console I ran it from) QWidget::setMinimumSize: (/QMessageBox) Negative sizes (-160,334) are not possible Do you get something similar if you run arora from a console window? Yes! I reported the problem on the QT issue tracker (but I did not received the confirmation email). I suppose the problem is that when qt is compiled for X11, some api (QMessageBox::*) subtract exactly 480 from the desidered x size of the dialog to be show. So using an x resolution 480 you'll get the negative warning, using 480 will stall the application, while using 480 will work. This subtraction is not performed when the Q_WS_MACRO is defined (qt compiled in embedded mode), but I think we cannot tampering with it as said on some mailing lists. This problems affects other api too, such QMessageBox::information/warning/critical/fatal that are widely used in existing qt applications but not with a DPI 285 (the default for freerunner), so it's very annoying. Using 640x480 in xephyr fix the issue, but it persists on the freerunner even rotating the screen with xrandr, so it may reveal a problem for X with glamo, (or at least on my setup, as TS events are not rotated too and I did not dig about this yet). May you try on your device? Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Arora web browser (Qt issue?)
2009/4/13 Erik Andresen e...@vontaene.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [...] This brings to me another question: how to force killing applications under e? I launch xkill under LXDE. Is LXDE finger friendly? I cannot test it just now. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Arora web browser (Qt issue?)
Using 640x480 in xephyr fix the issue, but it persists on the freerunner even rotating the screen with xrandr, so it may reveal a problem for X with glamo, (or at least on my setup, as TS events are not rotated too and I did not dig about this yet). May you try on your device? Nicola Hmm it appears to work correctly if arora is starter after the screen was rotated (not if the screen is rotated after arora has started) it appears to go on working even when the screen has been rotated back to portrait. Of course these maybe different/incorrect as I can only run arora over X forwarding from my dektop atm as I'm using SHR-Testing on my FR. solar.george signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Arora web browser (Qt issue?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nope, not really - but it is stylus friendly :) greetings, Erik Nicola Mfb schrieb: 2009/4/13 Erik Andresen e...@vontaene.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [...] This brings to me another question: how to force killing applications under e? I launch xkill under LXDE. Is LXDE finger friendly? I cannot test it just now. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community - -- Those who cannot remember the past are condemned to repeat it. - -- George Santayana -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknjQTkACgkQ8NqlQQxmej433QCfZ0Lrc5HuuOAQYqjhUH1y14VW Xh8An2XjcC+TNmh3ydJAnTvBoDP9I+n5 =3Nn9 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Arora web browser (Qt issue?)
For people using arora (in the past I heard of some debian users), may you check and report if you are able to reproduce this: *) launch arora *) press About Qt on the rightest menu (it's hidden but you can show it clicking on ) On my frerunner (gentoo/e-20090313/qt4.5.0/arora-0.5) the dialog is not showed and it's impossible to interact further and quit the application. Looking at qt sources I suspect an issue on devices with tiny resolution. This brings to me another question: how to force killing applications under e? Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Fennec web browser recipe
It's alpha 2 version. It's not usable on FR and everyone can build it with bitbake (after installing some libs on host, due to bugs). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] Fennec web browser recipe
This worked on a recently installed and upgraded SHR testing.
opkg install -nodeps
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/fennec_0.9+1.0a2-r2.1_armv4t.ipk
\
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/sqlite3_3.6.5-r0.1_armv4t.ipk
\
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/libsqlite3-0_3.6.5-r0.1_armv4t.ipk
\
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/libgcc1_4.2.4-r5.1_armv4t.ipk
opkg install libgio-2.0-0 libxt6
echo '
/usr/lib/fennec/xulrunner
/usr/lib/fennec/xulrunner/plugins
/usr/lib/fennec/xulrunner/components' /etc/ld.so.conf
ldconfig
DISPLAY=:0 /usr/lib/fennec/fennec
The UI is designed for a 800*480 screen, not a 480*640. You can unzip
/usr/lib/fennec/{classic,browser}.jar , play around with the css/xml/png
files and zip it again.
I only played with it for a couple of minutes, I doubt it's very useful
as-is but I'm sure some of you are curious as well.
bon apetit,
(ab)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
new web browser for Freerunner: Netsurf - check it out
I compiled and packed another web browser: netsurf (see: http://www.netsurf-browser.org/ ) It is under heavy development and Openmoko version is almost vanilla, just fixed couple of library weirdness. Some users have reported problems with clicking links. I will put it in opkg.org when I get enough feedback doest it work. You need opkg install librsvg-2-2 opkg install http://cc.oulu.fi/~rantalai/freerunner/netsurf/lcms_1.15-r0_armv4t.opk opkg install http://cc.oulu.fi/~rantalai/freerunner/netsurf/netsurf_1.2-r0.1_armv4t.opk See manual and about compiling: http://cc.oulu.fi/~rantalai/freerunner/netsurf/READ.txt -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: new web browser for Freerunner: Netsurf - check it out
Hi, Am Freitag, den 20.02.2009, 23:29 +0200 schrieb Aapo Rantalainen: I compiled and packed another web browser: netsurf (see: http://www.netsurf-browser.org/ ) thanks for the pointer. It’s packaged for Debian: http://packages.debian.org/sid/netsurf So if you are running Debian, you can check it out easily! Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: text mode web browser in 2007.2 ?
arne anka wrote: http://www.ginguppin.de/node/19 built links the other day. Hello, Wouldn't it be better for such common softwares to refer to the Angstrom repository? There is a note (which is perhaps obsolete today) at the end of this page: http://www.openmoko.org/wiki/Repositories Gilles ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: text mode web browser in 2007.2 ?
Wouldn't it be better for such common softwares to refer to the Angstrom repository? yes, it would. but as i wrote before -- i am pretty busy right now and for the foreseeable future fighting with the secrets of jlex and cup. hitting enter for make build-package-foo and sending the ipk to my site is not a problem, but investigating how one would use those repositories and so on is not feasible atm. but feel free to download the stuff and put it there. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
text mode web browser in 2007.2 ?
Hi I tried and opkg list | grep to find web browsers (for FR 2007.2) that would work in text mode (useful to test wifi on a captive portal like fon, for instance), but couldn't find any. Any hints ? Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: text mode web browser in 2007.2 ?
http://www.ginguppin.de/node/19 built links the other day. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Zoom?
Al Johnson schrieb: On Saturday 12 July 2008, Michael Kluge wrote: Al Johnson schrieb: On Saturday 12 July 2008, Michael Kluge wrote: Brian C schrieb: I can't figure out how to zoom in/out while using the web browser (and/or change the font size). Is this functionality not yet coded or am I missing something? Right now the fonts are too big and I see far too little of the page for it to be really usable. Brian Hi Brian, try to compile and install Minimo. It has zoom (but never hides the keyboard). I've tried that using mokomakefile: make build-package-minimo It always fails during config. Any idea what I'm doing wrong? No. How should I without an error message ;) I know ;-) I would have posted it, but was in the middle of another build. That's finished now so I've tried again with the same result - see below. Do you have the toolchain installed? I usually do . setup-env cd build bitbake minimo That works if 'make openmoko-devel-image' did not fail (usually it does not). Then you have an ipk somewhere. Just copy it over (as well as the lib that is beeing build as depency). And do an opkg install ... I think I could also put my two ipk files somewhere. I get exactly the same result doing that as 'make build-package-minimo' - error below. The toolchain is fine I think. I am running an image I built, and have built individual packages including dillo and the matchbox keyboard. Those work fine, and I have repo configs so opkg can pull the deps in over the network. I tried a clean build, but got the same result again. ERROR: function do_compile failed ERROR: log data follows (/home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/temp/log.do_compile.6690) | NOTE: make -j 4 -f client.mk build | make | make[1]: Entering directory `/home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla' | make[1]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. | rm -f -rf ./dist/sdk | rm -f -rf ./dist/include | /usr/bin/make -C config export | make[2]: Entering directory `/home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla/config' | /home/moko/build/tmp/staging/x86_64-linux/usr/bin/perl -I. ./bdate.pl build_number | /home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla/config/nsinstall -R -m 644 nsBuildID.h ../mozilla-config.h ./nsStaticComponents.h ../dist/include | rm -f ../config/final-link-comps ../config/final-link-libs ../config/final-link-comp-names | rm -f ../dist/bin/chrome/chromelist.txt | /home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla/config/nsinstall -t -m 644 nsBuildID.h ../mozilla-config.h ./nsStaticComponents.h ../dist/sdk/include | /home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla/config/nsinstall: cannot access nsBuildID.h: Invalid argument | make[2]: *** [export] Error 1 | make[2]: Leaving directory `/home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla/config' | make[1]: *** [default] Error 2 | make[1]: Leaving directory `/home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla' | make: *** [build] Error 2 | FATAL: oe_runmake failed NOTE: Task failed: /home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/temp/log.do_compile.6690 NOTE: package minimo-1_0.02+cvs20070626-r0: task do_compile: failed Hmm. No idea. Looks like the package is broken? Is the nsBuildID.h there? I could not find one. OK, I just found that Arne uploaded its ipk's already :) Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Zoom?
On Saturday 12 July 2008, Michael Kluge wrote: Brian C schrieb: I can't figure out how to zoom in/out while using the web browser (and/or change the font size). Is this functionality not yet coded or am I missing something? Right now the fonts are too big and I see far too little of the page for it to be really usable. Brian Hi Brian, try to compile and install Minimo. It has zoom (but never hides the keyboard). I've tried that using mokomakefile: make build-package-minimo It always fails during config. Any idea what I'm doing wrong? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Zoom?
Al Johnson schrieb: On Saturday 12 July 2008, Michael Kluge wrote: Brian C schrieb: I can't figure out how to zoom in/out while using the web browser (and/or change the font size). Is this functionality not yet coded or am I missing something? Right now the fonts are too big and I see far too little of the page for it to be really usable. Brian Hi Brian, try to compile and install Minimo. It has zoom (but never hides the keyboard). I've tried that using mokomakefile: make build-package-minimo It always fails during config. Any idea what I'm doing wrong? No. How should I without an error message ;) Do you have the toolchain installed? I usually do . setup-env cd build bitbake minimo That works if 'make openmoko-devel-image' did not fail (usually it does not). Then you have an ipk somewhere. Just copy it over (as well as the lib that is beeing build as depency). And do an opkg install ... I think I could also put my two ipk files somewhere. Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Zoom?
On Saturday 12 July 2008, Michael Kluge wrote: Al Johnson schrieb: On Saturday 12 July 2008, Michael Kluge wrote: Brian C schrieb: I can't figure out how to zoom in/out while using the web browser (and/or change the font size). Is this functionality not yet coded or am I missing something? Right now the fonts are too big and I see far too little of the page for it to be really usable. Brian Hi Brian, try to compile and install Minimo. It has zoom (but never hides the keyboard). I've tried that using mokomakefile: make build-package-minimo It always fails during config. Any idea what I'm doing wrong? No. How should I without an error message ;) I know ;-) I would have posted it, but was in the middle of another build. That's finished now so I've tried again with the same result - see below. Do you have the toolchain installed? I usually do . setup-env cd build bitbake minimo That works if 'make openmoko-devel-image' did not fail (usually it does not). Then you have an ipk somewhere. Just copy it over (as well as the lib that is beeing build as depency). And do an opkg install ... I think I could also put my two ipk files somewhere. I get exactly the same result doing that as 'make build-package-minimo' - error below. The toolchain is fine I think. I am running an image I built, and have built individual packages including dillo and the matchbox keyboard. Those work fine, and I have repo configs so opkg can pull the deps in over the network. I tried a clean build, but got the same result again. ERROR: function do_compile failed ERROR: log data follows (/home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/temp/log.do_compile.6690) | NOTE: make -j 4 -f client.mk build | make | make[1]: Entering directory `/home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla' | make[1]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. | rm -f -rf ./dist/sdk | rm -f -rf ./dist/include | /usr/bin/make -C config export | make[2]: Entering directory `/home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla/config' | /home/moko/build/tmp/staging/x86_64-linux/usr/bin/perl -I. ./bdate.pl build_number | /home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla/config/nsinstall -R -m 644 nsBuildID.h ../mozilla-config.h ./nsStaticComponents.h ../dist/include | rm -f ../config/final-link-comps ../config/final-link-libs ../config/final-link-comp-names | rm -f ../dist/bin/chrome/chromelist.txt | /home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla/config/nsinstall -t -m 644 nsBuildID.h ../mozilla-config.h ./nsStaticComponents.h ../dist/sdk/include | /home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla/config/nsinstall: cannot access nsBuildID.h: Invalid argument | make[2]: *** [export] Error 1 | make[2]: Leaving directory `/home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla/config' | make[1]: *** [default] Error 2 | make[1]: Leaving directory `/home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/mozilla' | make: *** [build] Error 2 | FATAL: oe_runmake failed NOTE: Task failed: /home/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/minimo-1_0.02+cvs20070626-r0/temp/log.do_compile.6690 NOTE: package minimo-1_0.02+cvs20070626-r0: task do_compile: failed ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Web Browser Form Entry?
On FreeRunner 2007.2, I did: opkg install openmoko-browser2 and also installed the full keyboard per instructions here: http://www.ginguppin.de/node/15 Now I browse to Google or any site with a form entry box and I cannot figure out how to enter text into the form. What am I missing? Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Form Entry?
Brian C schrieb: On FreeRunner 2007.2, I did: opkg install openmoko-browser2 and also installed the full keyboard per instructions here: http://www.ginguppin.de/node/15 Now I browse to Google or any site with a form entry box and I cannot figure out how to enter text into the form. What am I missing? Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Did you see any error messages during the install of the new keyboard*.ipk's? What image are you using? factory or ScaredyCat? Already rebooted or restarted xserver? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Form Entry?
Michael Kluge wrote: Brian C schrieb: On FreeRunner 2007.2, I did: opkg install openmoko-browser2 and also installed the full keyboard per instructions here: http://www.ginguppin.de/node/15 Now I browse to Google or any site with a form entry box and I cannot figure out how to enter text into the form. What am I missing? Brian Did you see any error messages during the install of the new keyboard*.ipk's? What image are you using? factory or ScaredyCat? Already rebooted or restarted xserver? Michael No error messages during install of the keyboard*.ipk's. Using factory 2007.2 image. Rebooted after install of keyboard and web browser was already installed, so to the extent a reboot could help, I've done one. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Form Entry?
It seems form input does not bring up the keyboard, I have tried with the default multi-tap and the same thing happens, try logging into m.gmail.com for instance, there is no way to input the login credentials. Any other way to force a keyboard? Brian C wrote: Michael Kluge wrote: Brian C schrieb: On FreeRunner 2007.2, I did: opkg install openmoko-browser2 and also installed the full keyboard per instructions here: http://www.ginguppin.de/node/15 Now I browse to Google or any site with a form entry box and I cannot figure out how to enter text into the form. What am I missing? Brian Did you see any error messages during the install of the new keyboard*.ipk's? What image are you using? factory or ScaredyCat? Already rebooted or restarted xserver? Michael No error messages during install of the keyboard*.ipk's. Using factory 2007.2 image. Rebooted after install of keyboard and web browser was already installed, so to the extent a reboot could help, I've done one. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Form Entry?
Am Samstag, 12. Juli 2008 00:20:16 schrieb Jim Morris: It seems form input does not bring up the keyboard, I have tried with the default multi-tap and the same thing happens, try logging into m.gmail.com for instance, there is no way to input the login credentials. Any other way to force a keyboard? I have a symbol in my panel add the following to /etc/matchbox/session matchbox-panel-2 --start-applets systray,startup \ --end-applets openmoko-panel-clock,keyboard,openmoko-panel-battery,openmoko-panel-gsm,openmoko-panel-gps,openmoko-panel-usb,openmoko-p anel-bt,openmoko-panel-memory,openmoko-panel-wifi --titlebar after that you have to restart the x-server and look what's new ;-) Brian C wrote: Michael Kluge wrote: Brian C schrieb: On FreeRunner 2007.2, I did: opkg install openmoko-browser2 and also installed the full keyboard per instructions here: http://www.ginguppin.de/node/15 Now I browse to Google or any site with a form entry box and I cannot figure out how to enter text into the form. What am I missing? Brian Did you see any error messages during the install of the new keyboard*.ipk's? What image are you using? factory or ScaredyCat? Already rebooted or restarted xserver? Michael No error messages during install of the keyboard*.ipk's. Using factory 2007.2 image. Rebooted after install of keyboard and web browser was already installed, so to the extent a reboot could help, I've done one. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Form Entry?
I added keyboard as you suggested, but it didn't add anything to the panel, does that only work with the matchbox kbd? Thanks Alexander Syring wrote: Am Samstag, 12. Juli 2008 00:20:16 schrieb Jim Morris: It seems form input does not bring up the keyboard, I have tried with the default multi-tap and the same thing happens, try logging into m.gmail.com for instance, there is no way to input the login credentials. Any other way to force a keyboard? I have a symbol in my panel add the following to /etc/matchbox/session matchbox-panel-2 --start-applets systray,startup \ --end-applets openmoko-panel-clock,keyboard,openmoko-panel-battery,openmoko-panel-gsm,openmoko-panel-gps,openmoko-panel-usb,openmoko-p anel-bt,openmoko-panel-memory,openmoko-panel-wifi --titlebar after that you have to restart the x-server and look what's new ;-) Brian C wrote: Michael Kluge wrote: Brian C schrieb: On FreeRunner 2007.2, I did: opkg install openmoko-browser2 and also installed the full keyboard per instructions here: http://www.ginguppin.de/node/15 Now I browse to Google or any site with a form entry box and I cannot figure out how to enter text into the form. What am I missing? Brian Did you see any error messages during the install of the new keyboard*.ipk's? What image are you using? factory or ScaredyCat? Already rebooted or restarted xserver? Michael No error messages during install of the keyboard*.ipk's. Using factory 2007.2 image. Rebooted after install of keyboard and web browser was already installed, so to the extent a reboot could help, I've done one. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Form Entry?
Alexander Syring wrote: I have a symbol in my panel add the following to /etc/matchbox/session matchbox-panel-2 --start-applets systray,startup \ --end-applets openmoko-panel-clock,keyboard,openmoko-panel-battery,openmoko-panel-gsm,openmoko-panel-gps,openmoko-panel-usb,openmoko-p anel-bt,openmoko-panel-memory,openmoko-panel-wifi --titlebar after that you have to restart the x-server and look what's new ;-) That did the trick. Thanks! Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Web Browser Zoom?
I can't figure out how to zoom in/out while using the web browser (and/or change the font size). Is this functionality not yet coded or am I missing something? Right now the fonts are too big and I see far too little of the page for it to be really usable. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser Zoom?
Brian C schrieb: I can't figure out how to zoom in/out while using the web browser (and/or change the font size). Is this functionality not yet coded or am I missing something? Right now the fonts are too big and I see far too little of the page for it to be really usable. Brian Hi Brian, try to compile and install Minimo. It has zoom (but never hides the keyboard). Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
On Sun, Apr 13, 2008 at 9:41 PM, Hans L [EMAIL PROTECTED] wrote: On Wed, Apr 9, 2008 at 1:29 PM, enaut [EMAIL PROTECTED] wrote: Tim Shannon schrieb: I would think it would be as simple as having a toggle button that toggles from touching the screen to scroll around (up, down, left, right), and interacting with a webpage. If your in interaction mode, then have the tiny scroll bars, else leave them off. in your proposal there is not too much difference between clicking a tiny Button or using a tiny scroll bar... It sounds like maybe you are thinking about this button being displayed on the screen? What about if this button was an actual hardware button, that acted as a modifier key, which altered the effects of touchscreen input, as long as it is held down. Doesn't the Neo have a button that could be used for this? I think this could greatly add to the usability of a touchscreen to have modifier keys like this, possibly even two or three modifiers in future hardware revisions. I think this would give the touchscreen the same functionality and flexibility that a multi-button mouse has on a desktop. I know that some websites make use of interfaces which allow clicking and dragging of HTML elements(with the help of javascript), so it would be nice to have this option toggling between dragging to scroll(or other browser-specific interactions), and interacting directly with the page and it's javascript in a natural way(page-specific interactions). -Hans Loeblich I disagree. We only have one AUX button and I think we need it for other reasons. And I don't want to load web sites that enables drag-n-drop feature. Wouldn't it take too much ram and cpu? If I want a full featured web browser, I can use my laptop. I want to use the Freerunner when I do not have my laptop with me. In those cases, I don't need drag'n drop support. But I would like java and javascript support for the browser. -- Please don't send me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Join the FSF as an Associate Member at: URL:http://www.fsf.org/register_form?referrer=5774 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
On Wed, Apr 9, 2008 at 1:29 PM, enaut [EMAIL PROTECTED] wrote: Tim Shannon schrieb: I would think it would be as simple as having a toggle button that toggles from touching the screen to scroll around (up, down, left, right), and interacting with a webpage. If your in interaction mode, then have the tiny scroll bars, else leave them off. in your proposal there is not too much difference between clicking a tiny Button or using a tiny scroll bar... It sounds like maybe you are thinking about this button being displayed on the screen? What about if this button was an actual hardware button, that acted as a modifier key, which altered the effects of touchscreen input, as long as it is held down. Doesn't the Neo have a button that could be used for this? I think this could greatly add to the usability of a touchscreen to have modifier keys like this, possibly even two or three modifiers in future hardware revisions. I think this would give the touchscreen the same functionality and flexibility that a multi-button mouse has on a desktop. I know that some websites make use of interfaces which allow clicking and dragging of HTML elements(with the help of javascript), so it would be nice to have this option toggling between dragging to scroll(or other browser-specific interactions), and interacting directly with the page and it's javascript in a natural way(page-specific interactions). -Hans Loeblich ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Neo has enough horsepower and pixels to provide a decent web experience. I have tested the built in browser (with usb net not GPRS) and it works just fine. Stable layout, wonderful text rendering courtesy of the extremely high dpi of the screen. It just needs some usability tweaks. Like scrolling without the scrollbars. Probably use the accelerometers for this? If phone bends over a few degrees, scroll down or up... ? -- Bitte beachten Sie, dass dem Gesetz zur Vorratsdatenspeicherung zufolge jeder elektronische Kontakt mit mir sechs Monate lang gespeichert wird. Please note that according to the German law on data retention, information on every electronic information exchange with me is retained for a period of six months. GPG-Key-ID: AFD2FDF3A10BD302 http://www.lawlita.com/pgp-schluessel/ signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Ricky Fitz wrote: Neo has enough horsepower and pixels to provide a decent web experience. I have tested the built in browser (with usb net not GPRS) and it works just fine. Stable layout, wonderful text rendering courtesy of the extremely high dpi of the screen. It just needs some usability tweaks. Like scrolling without the scrollbars. Probably use the accelerometers for this? If phone bends over a few degrees, scroll down or up... ? Maybe. I was more thinking about a grab-and scroll feature (kinetic scrolling). Or smart zooming like the iPhone does. The biggest problem right now is that you have to use small scrollbars to navigate trough big pages. Regards Tilman ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
On Wed, Apr 9, 2008 at 4:08 AM, Ricky Fitz [EMAIL PROTECTED] wrote: Neo has enough horsepower and pixels to provide a decent web experience. I have tested the built in browser (with usb net not GPRS) and it works just fine. Stable layout, wonderful text rendering courtesy of the extremely high dpi of the screen. It just needs some usability tweaks. Like scrolling without the scrollbars. Probably use the accelerometers for this? If phone bends over a few degrees, scroll down or up... ? -- People who will use the device in the bus or in the car will hate you, unless there is an *easy* way to disable those small gestures, or make sure it is not too sensitive. :) While I don't mind using large gestures to perform some operations (like turning the phone upside-down to prevent it from ringing), I don't think small gestures should be on by default. Otherwise, it'll be very hard to use in any case other than sitting down and almost not moving at all... .02$ antoine -- Antoine Reid ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Am Mittwoch 09 April 2008 10:08:10 schrieb Ricky Fitz: Probably use the accelerometers for this? If phone bends over a few degrees, scroll down or up... ? I think this is a great and innovative idea. Does somebody know which resolution can be achieved with those acceleration sensors (single degrees, 10 degrees)? And is really a 3d position detection possible or are there any technical constraints. Best regards, Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Antoine Reid wrote: While I don't mind using large gestures to perform some operations (like turning the phone upside-down to prevent it from ringing), I don't think small gestures should be on by default. Otherwise, it'll be very hard to use in any case other than sitting down and almost not moving at all... .02$ antoine You are probably right. .02€ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
On 4/9/08, Antoine Reid [EMAIL PROTECTED] wrote: ... Probably use the accelerometers for this? If phone bends over a few degrees, scroll down or up... ? People who will use the device in the bus or in the car will hate you, unless there is an *easy* way to disable those small gestures, or make sure it is not too sensitive. :) While I don't mind using large gestures to perform some operations (like turning the phone upside-down to prevent it from ringing), I don't think small gestures should be on by default. Otherwise, it'll be very hard to use in any case other than sitting down and almost not moving at all... I am not so sure that needs to be a problem. We can detect spike values from the accelerometer or something like that, and run it through a filter. This means that when you are not moving, you only need small gestures, while when you are located inside the bus, the background guestures will be filtered away, and you need to do bigger gestures. But I think this is not easy, since the user might want to do a lot of gestures in after each other relatively fast. So what about a low pass filter? Could this be done? -- Please don't send me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Join the FSF as an Associate Member at: URL:http://www.fsf.org/register_form?referrer=5774 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
I would think it would be as simple as having a toggle button that toggles from touching the screen to scroll around (up, down, left, right), and interacting with a webpage. If your in interaction mode, then have the tiny scroll bars, else leave them off. On Wed, Apr 9, 2008 at 5:00 AM, Tilman Baumann [EMAIL PROTECTED] wrote: Ricky Fitz wrote: Neo has enough horsepower and pixels to provide a decent web experience. I have tested the built in browser (with usb net not GPRS) and it works just fine. Stable layout, wonderful text rendering courtesy of the extremely high dpi of the screen. It just needs some usability tweaks. Like scrolling without the scrollbars. Probably use the accelerometers for this? If phone bends over a few degrees, scroll down or up... ? Maybe. I was more thinking about a grab-and scroll feature (kinetic scrolling). Or smart zooming like the iPhone does. The biggest problem right now is that you have to use small scrollbars to navigate trough big pages. Regards Tilman ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Yeah, you're probably right, but either way there has to be a better solution that what is currently implemented. On Wed, Apr 9, 2008 at 1:29 PM, enaut [EMAIL PROTECTED] wrote: Tim Shannon schrieb: I would think it would be as simple as having a toggle button that toggles from touching the screen to scroll around (up, down, left, right), and interacting with a webpage. If your in interaction mode, then have the tiny scroll bars, else leave them off. in your proposal there is not too much difference between clicking a tiny Button or using a tiny scroll bar... I don't think so the toggle scroll/interaction mode should be set by the duration of the touch. eg. painting a line will end up in scrolling in that direction clicking on a dot wil end up being a webpage interaction. You could even click wait at a point and then move up/down to zoom the page and so on... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Tim Shannon schrieb: I would think it would be as simple as having a toggle button that toggles from touching the screen to scroll around (up, down, left, right), and interacting with a webpage. If your in interaction mode, then have the tiny scroll bars, else leave them off. in your proposal there is not too much difference between clicking a tiny Button or using a tiny scroll bar... I don't think so the toggle scroll/interaction mode should be set by the duration of the touch. eg. painting a line will end up in scrolling in that direction clicking on a dot wil end up being a webpage interaction. You could even click wait at a point and then move up/down to zoom the page and so on... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Web Browser?
The accelerometers measure gforce. They measure this force at a certain frequency ( the spec is out there) as with all accelerometers there is a measurement error and a drift. the Phone has two 3 axis accelerometers, and simple physics tells you if you have Xdotdot, Ydotdot, and Zdotdot, you can integrate over time and get velocity in each axis and integrate again to get position. So in theory you can compute the entire 6DOF relative geometry of the system (x,y,z, psi, theta,phi) However, the noise in the signal and your integration step will limit your accuracy. So, its very application specific. For filtering there are many choices. If you know the underlying dynamic model then a Kalman filter might be a good choice. If you google or wikipedia on kalman filter and accelerometer you should find stuff. code even. The neat trick is combining GPS data with accelerometer data. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of simarillion Sent: Wednesday, April 09, 2008 2:29 AM To: community@lists.openmoko.org Subject: Re: Web Browser? Am Mittwoch 09 April 2008 10:08:10 schrieb Ricky Fitz: Probably use the accelerometers for this? If phone bends over a few degrees, scroll down or up... ? I think this is a great and innovative idea. Does somebody know which resolution can be achieved with those acceleration sensors (single degrees, 10 degrees)? And is really a 3d position detection possible or are there any technical constraints. Best regards, Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
I will stick to links and go via my proxy server, to remove the spam:) But I know people have different needs. I think we should not say one option is the only correct one. I would love to see both links and more advanced browsers being supported over time. -- Please don't send me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Join the FSF as an Associate Member at: URL:http://www.fsf.org/register_form?referrer=5774 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Flemming Richter Mikkelsen said: I will stick to links and go via my proxy server, to remove the spam:) But I know people have different needs. I think we should not say one option is the only correct one. I would love to see both links and more advanced browsers being supported over time. Can you tell me more about using proxy for this stuff. How to configure one? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
On 4/8/08, christooss [EMAIL PROTECTED] wrote: Flemming Richter Mikkelsen said: I will stick to links and go via my proxy server, to remove the spam:) But I know people have different needs. I think we should not say one option is the only correct one. I would love to see both links and more advanced browsers being supported over time. Can you tell me more about using proxy for this stuff. How to configure one? I am no expert. I have only configured it once, so this is only how I did it. I assume there is many that has a much better setup, but this is working:) Well, first you need a server with public IP. Then you need to run a proxy server on it. squid is great proxy server that comes with most Linux distros. In the proxy config file, everything is well documented. Secondly you would need a helper script for the proxy server. This is because you want to replace urls (e.g urls that contain ad.*, *.ad.*, *.advert*, advert*) with a url to a blank page (the url can be file:///spam.html and be a local file on your neo, so that you don't have to download it) to remove the spam from the page. For this you can use squidguard. Configure your proxy to filter flash and advertisement with acl rules: # TAG: acl acl all src 0.0.0.0/0.0.0.0 acl manager proto cache_object acl localhost src 127.0.0.1/255.255.255.255 acl to_localhost dst 127.0.0.0/8 acl advertise1 url_regex ad\. ads\. advertis pagead /adsnew /adframe acl advertise3 url_regex tearswep/something/adsenseSide2\.html acl google-analytics url_regex www\.google\-analytics\.com/urchin\.js acl annoying2 url_regex static\.ak\.facebook\.com/js/swfobject\.js \.adicate\. acl microsoft_crap1 dstdom_regex live\.com hotmail \.msn\.com acl microsoft_crap2 dstdomain http://msn.com # TAG: http_access http_access allow manager localhost http_access deny manager # Only allow purge requests from localhost http_access allow purge localhost http_access deny purge # Deny requests to unknown ports http_access deny !Safe_ports http_access deny advertise1 http_access deny advertise3 http_access deny google-analytics http_access deny annoying2 http_access deny microsoft_crap1 http_access deny microsoft_crap2 You need to read everything in /etc/squid.conf and check what else you need. I am not the best person to ask about this, but I hope it gives you an idea. You also want to play with the cache sizes, etc. -- Please don't send me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Join the FSF as an Associate Member at: URL:http://www.fsf.org/register_form?referrer=5774 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Also, remember to set: # TAG: redirect_program redirect_program /usr/bin/squidGuard and to filter flash (I forgot), you can create a rule like this: acl annoying3 url_regex \.flv \.swf and use the rule: http_access deny annoying3 -- Please don't send me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Join the FSF as an Associate Member at: URL:http://www.fsf.org/register_form?referrer=5774 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Dnia Monday 07 of April 2008, Pietro m0nt0 Montorfano napisał: Just a question, may be it was answered somewhere in th list but why webkit and not the gecko? 1. Memory usage of Gecko (most of leaks got fixed in 1.9) 2. Easy embedding of WebKit 3. Rapid development of WebKit. 4. WebKit developers are easier to cooperate with (my feel) -- JID: hrw-jabber.org OpenEmbedded developer/consultant catholic god himself invented autotools just for amusement first there was the great flood, then the plague, now autotools ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Will Opera Mini run on the Freerunner? I asked this before, but didn't get a reply. I assume it depends on how well J2ME works on the Freerunner. IMHO, the Opera Mini design (compressing and optimizing web pages before sending them to the phone) is excellent, because it saves traffic (=money) and speeds up loading. I'm not aware of any open source alternative with the same design. A full-featured web browser is great for full AJAX sites, but I think Opera Mini is sufficient for most web use. /Erland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Just some questions... Does OpenMoko include a web browser? If yes: Is it included in wurfl[1] file? Does it send x-wap-profile header with a link to a rdf describing its capabilities[2]? Perhaps this could help to implement a Device Description to help web servers to send the right content to the device... Read more about this W3C group[3] Best regards, [1] http://wurfl.sourceforge.net/ [2] http://www.developershome.com/wap/detection/detection.asp?page=profileHeader [3] http://en.wikipedia.org/wiki/W3C_Device_Description_Working_Group 2008/4/7, thomasg [EMAIL PROTECTED]: You really might consider using links -g for that. It's blazingly fast (speed is _only_ limitted by the connection!), needs nearby no ressources and it can save some traffic by turning pictures off. Opera Mini uses a kind of transparent proxy to compress the sites - it would be possible to create a own service for that. Some mobile providers offer similar services free of charge. A small problem is, that links lacks a touchscreen-friendly UI (however, it's still usable with a stylus or fingertip) and allows vertical scrolling for some sites. In my honest opinion a iphone-browser is not the solution - it's a tribute to bad webdesign, nothing else. Desktop-like rendering and therefore needed zooming is exhausting and is leading rendering to the point auf absurdity. Rendering is used to make things fit - not to make them look the same whereever it's used. On 4/7/08, Erland Lewin [EMAIL PROTECTED] wrote: Will Opera Mini run on the Freerunner? I asked this before, but didn't get a reply. I assume it depends on how well J2ME works on the Freerunner. IMHO, the Opera Mini design (compressing and optimizing web pages before sending them to the phone) is excellent, because it saves traffic (=money) and speeds up loading. I'm not aware of any open source alternative with the same design. A full-featured web browser is great for full AJAX sites, but I think Opera Mini is sufficient for most web use. /Erland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- J. Manrique López de la Fuente http://www.jsmanrique.es ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
thomasg wrote: In my honest opinion a iphone-browser is not the solution - it's a tribute to bad webdesign, nothing else. Desktop-like rendering and therefore needed zooming is exhausting and is leading rendering to the point auf absurdity. Rendering is used to make things fit - not to make them look the same whereever it's used. My opinion is just the opposite. There where many attempts to create something like a mobile web. And all failed miserably. (wap, imode, crappy limited browsers) I think it is time to stop making futile attempts to change the web and begin to change mobile browsers and how they are used. The iPhone browser is a good example and by far not the only one. Since mobile browsers take the web as it is, they suddenly became cool. There is nothing wrong with optimizing the data stream for mobile usage (compression, image crappyfication) as long as the page layout stays the same. But even this constraint begins to fade away since UMTS. (Ok, not for the Neo/Feedrunner) Neo has enough horsepower and pixels to provide a decent web experience. I have tested the built in browser (with usb net not GPRS) and it works just fine. Stable layout, wonderful text rendering courtesy of the extremely high dpi of the screen. It just needs some usability tweaks. Like scrolling without the scrollbars. Like Opera does (not opera mini) on the Nokia N770 and successors. Which are by the way a good example for a really good mobile browsing experience. They have a larger screen, but not much more pixels than we. Regards Tilman ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
2008/4/7, Tilman Baumann [EMAIL PROTECTED]: My opinion is just the opposite. There where many attempts to create something like a mobile web. And all failed miserably. (wap, imode, crappy limited browsers) Yes, that's the reason for One Web[1]: One Web means making, as far as is reasonable, the same information and services available to users irrespective of the device they are using. However, it does not mean that exactly the same information is available in exactly the same representation across all devices. The context of mobile use, device capability variations, bandwidth issues and mobile network capabilities all affect the representation. Furthermore, some services and information are more suitable for and targeted at particular user contexts I think it is time to stop making futile attempts to change the web and begin to change mobile browsers and how they are used. The iPhone browser is a good example and by far not the only one. Since mobile browsers take the web as it is, they suddenly became cool. I am not sure about that: - A handheld device won't be bigger than my hand, so text and images usually get resized to very small fonts, not readable, so I need to do zoom in specific zones. And when I don't know the site, I need to move right/left/down/up all the time. Not very usable after all. - A handheld device doesn't have (and won't have) my deskotp device horsepower... Maybe it supports complex JavaScript, but then intense javascript webpages will take too much to load, i.e. And what about flash? - A handheld device hasn't got a mouse, It uses other pointer resources.. just think about those cool mouse events available for desktop versions Neo has enough horsepower and pixels to provide a decent web experience. I have tested the built in browser (with usb net not GPRS) and it works just fine. Stable layout, wonderful text rendering courtesy of the extremely high dpi of the screen. Yes, nice hardware. But as I said before, I think this device should be included in mobile browsers databases to let content adaptions server switch to an optimized version of the site if the user request it. It just needs some usability tweaks. Like scrolling without the scrollbars. Like Opera does (not opera mini) on the Nokia N770 and successors. Which are by the way a good example for a really good mobile browsing experience. They have a larger screen, but not much more pixels than we. On my Maemo devices I usually use 'mobile' versions of some websites because they provide better user experience (it loads faster i. e. compare how much take to load google reader) [1] http://www.w3.org/TR/mobile-bp/#OneWeb -- J. Manrique López de la Fuente http://www.jsmanrique.es ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Jose Manrique Lopez de la Fuente wrote: 2008/4/7, Tilman Baumann [EMAIL PROTECTED]: It just needs some usability tweaks. Like scrolling without the scrollbars. Like Opera does (not opera mini) on the Nokia N770 and successors. Which are by the way a good example for a really good mobile browsing experience. They have a larger screen, but not much more pixels than we. On my Maemo devices I usually use 'mobile' versions of some websites because they provide better user experience (it loads faster i. e. compare how much take to load google reader) Mobile versions for certain pages are a reasonable choice. But nothing you can depend on. The Web[tm] just is not mobile. At least not yet. This is the reason why there is no alternative to a full blown working browser. And there is a clear trend for mobile sites. They are not some WAP crap with no layout at all but full html with limited design. Like no 3 column layout, default fonts maybe smaller pictures and so on. This is technology that scales. That's just design optimized for mobile usage based on current technology. Nothing wrong with that. In fact it is a good idea. But changing the web on the browser side (too much) is plain stupid. So i think it is just futile do argument which feature a mobile browser should support and which not. (besides some minor .css aadjustments to reflect the limited screen estate) It just needs to be complete. Crippling pages can only be optional. There will always be a page that just needs to be rendered as it was intended. There is for example nothing wrong with a mobile site that uses AJAX. And a stupid complex site which does not work well on mobile devices is probably more defect after converting it so some limited mobile rendering as it would be with just leaving it as it is. Just my 2 Eurocents Tilman ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
2008/4/7, Tilman Baumann [EMAIL PROTECTED]: Mobile versions for certain pages are a reasonable choice. But nothing you can depend on. True The Web[tm] just is not mobile. At least not yet. The Web shouldn't be mobile neither desktop... it should be ubiquos This is the reason why there is no alternative to a full blown working browser. Who wants an alternative to full blown working browser? Browsers should describe their capabilities somehow, that's all. And there is a clear trend for mobile sites. They are not some WAP crap with no layout at all but full html with limited design. Like no 3 column layout, default fonts maybe smaller pictures and so on. This is technology that scales. That's just design optimized for mobile usage based on current technology. Nothing wrong with that. In fact it is a good idea. But changing the web on the browser side (too much) is plain stupid. Yes, it should be the servers what adapt the content to the context the request has been made. For example: - If I have a my locale set to spanish, I expect a spanish version of the site - If I use a mobile without javascript, or it is disabled, I expect a site that works whitout any javascript So i think it is just futile do argument which feature a mobile browser should support and which not. (besides some minor .css aadjustments to reflect the limited screen estate) It just needs to be complete. Crippling pages can only be optional. There will always be a page that just needs to be rendered as it was intended. There is for example nothing wrong with a mobile site that uses AJAX. And a stupid complex site which does not work well on mobile devices is probably more defect after converting it so some limited mobile rendering as it would be with just leaving it as it is. Right, webkit is complete, the idea is 'tell somewhere' what features it supports. Best regards, -- J. Manrique López de la Fuente http://www.jsmanrique.es ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
I cannot agree. We're not talking about the tries to create a mobile web, like wap and co. did. They had some good ideas, but the concept was useless, because nobody wanted to have a second, way smaller net. We're talking about rendering normal webpages to make them fit the devices screen. The neo has a damn good screen and a pretty high resolution, but this will not be enough for all the crappy designed websites out there. Where ever you go, you'll find sites with requires minimum 1024x768... - this means they expect you to have your browser window at least 1000 pixel wide. The neo can do 640 in landscape-, 480 in portrait-mode (I bet the last will be used most of the time), so there is just no chance to browse w/o zooming or scrolling in 2D (imho both sucks). The other thing is, that the neo doesn't have enough horsepower like you said. In fact the neos cpu is so far behind the iphones (and other powerful arm11 devices) that you won't see a light. Check it out yourself with openmoko-browser or midori (both gtk-webkit) - the samsung will run at 100% while rendering and it takes some seconds for every site - even simple sites like google.com. Not to mention the heavy use of ram (at least 15 mb without tabs). Running the cpu at 100% means heaving very high power consumption - also not that good for a mobile device. If possible try the iphones browser, too. It's far more optimized than the webkit-browsers we have on openmoko, it's executed on an arm11 with over 500 Mhz (kicks the samsungs ass) and supported by an dedicated powervr graphics chip. Even this browser needs some time for rendering - and if you zoom and scroll it will continuously have to reload tiles. Then check links. It ignores most of the rendering what kills many of the fancy layouts with many pictures - but it loads every page in less than a second (as long the network is fast enough) without tile-refreshing and things like this. If the webmasters did their job fine, you wouldn't even have to scroll vertically. There also is no need to zoom, because the textsize is like you want it. After all, I think different people like different solutions - but I want to read, not to wait - scroll - wait - scroll - zoom - watch fancy graphics - zoom again, ... On Mon, Apr 7, 2008 at 1:15 PM, Tilman Baumann [EMAIL PROTECTED] wrote: thomasg wrote: In my honest opinion a iphone-browser is not the solution - it's a tribute to bad webdesign, nothing else. Desktop-like rendering and therefore needed zooming is exhausting and is leading rendering to the point auf absurdity. Rendering is used to make things fit - not to make them look the same whereever it's used. My opinion is just the opposite. There where many attempts to create something like a mobile web. And all failed miserably. (wap, imode, crappy limited browsers) I think it is time to stop making futile attempts to change the web and begin to change mobile browsers and how they are used. The iPhone browser is a good example and by far not the only one. Since mobile browsers take the web as it is, they suddenly became cool. There is nothing wrong with optimizing the data stream for mobile usage (compression, image crappyfication) as long as the page layout stays the same. But even this constraint begins to fade away since UMTS. (Ok, not for the Neo/Feedrunner) Neo has enough horsepower and pixels to provide a decent web experience. I have tested the built in browser (with usb net not GPRS) and it works just fine. Stable layout, wonderful text rendering courtesy of the extremely high dpi of the screen. It just needs some usability tweaks. Like scrolling without the scrollbars. Like Opera does (not opera mini) on the Nokia N770 and successors. Which are by the way a good example for a really good mobile browsing experience. They have a larger screen, but not much more pixels than we. Regards Tilman ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Jose Manrique Lopez de la Fuente wrote: 2008/4/7, Tilman Baumann [EMAIL PROTECTED]: Mobile versions for certain pages are a reasonable choice. But nothing you can depend on. True The Web[tm] just is not mobile. At least not yet. The Web shouldn't be mobile neither desktop... it should be ubiquos This is the reason why there is no alternative to a full blown working browser. Who wants an alternative to full blown working browser? The Thread was develping in this direction. :) Browsers should describe their capabilities somehow, that's all. That is what you meant. Others really think mobile browsers should be crippled. Or that is at least what i understood. :) Regards Tilman ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
ewanm89 wrote: On Mon, 07 Apr 2008 00:07:27 +0200 Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: Marcus Bauer wrote: The current browser is based on webkit and has Javascript, DOM etc. However, the CPU is to slow and the screen to small. Much more fun is 'links' which does have a graphics mode and simply ignores most CSS. But it is blazingly fast and many pages are better readable with it - thanks to the fact that most websites have no longer table based layout but a div based. Thus pages get simply shown sequentially - one div after the next. Even wikipedia becomes very readable on the small screen. I'd like to have something like the browser that iphone has, btw those are my few suggestions [1]. Is this possible? Webkit is the rendering engine of safari (including iphone version). I knew this, that's why I asked if it was (easily) possible :P -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
On Sun, 2008-04-06 at 11:22 -0700, Uncle Kridley wrote: What sort of browser will Openmoko have? From various postings on the lists I get them impression that there is a (somewhat) working browser, but the wiki page is very sketchy. Will/does it support the following? *) Javascript *) DOM *) Cookies In short, is it a real browser (like FF, Safari, Konqueror), or a half-baked thing like Blazer (the stock Treo 650 browser)? I have an idea for a browser-based ebook reader package that uses javascript to do autoscroll and page-drag (like Plucker)... The current browser is based on webkit and has Javascript, DOM etc. However, the CPU is to slow and the screen to small. Much more fun is 'links' which does have a graphics mode and simply ignores most CSS. But it is blazingly fast and many pages are better readable with it - thanks to the fact that most websites have no longer table based layout but a div based. Thus pages get simply shown sequentially - one div after the next. Even wikipedia becomes very readable on the small screen. HTH Marcus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Web Browser?
What sort of browser will Openmoko have? From various postings on the lists I get them impression that there is a (somewhat) working browser, but the wiki page is very sketchy. Will/does it support the following? *) Javascript *) DOM *) Cookies In short, is it a real browser (like FF, Safari, Konqueror), or a half-baked thing like Blazer (the stock Treo 650 browser)? I have an idea for a browser-based ebook reader package that uses javascript to do autoscroll and page-drag (like Plucker)... -- -- Dirk Bergstrom [EMAIL PROTECTED] http://otisbean.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
Marcus Bauer wrote: The current browser is based on webkit and has Javascript, DOM etc. However, the CPU is to slow and the screen to small. Much more fun is 'links' which does have a graphics mode and simply ignores most CSS. But it is blazingly fast and many pages are better readable with it - thanks to the fact that most websites have no longer table based layout but a div based. Thus pages get simply shown sequentially - one div after the next. Even wikipedia becomes very readable on the small screen. I'd like to have something like the browser that iphone has, btw those are my few suggestions [1]. Is this possible? -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
On Mon, 07 Apr 2008 00:07:27 +0200 Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: Marcus Bauer wrote: The current browser is based on webkit and has Javascript, DOM etc. However, the CPU is to slow and the screen to small. Much more fun is 'links' which does have a graphics mode and simply ignores most CSS. But it is blazingly fast and many pages are better readable with it - thanks to the fact that most websites have no longer table based layout but a div based. Thus pages get simply shown sequentially - one div after the next. Even wikipedia becomes very readable on the small screen. I'd like to have something like the browser that iphone has, btw those are my few suggestions [1]. Is this possible? Webkit is the rendering engine of safari (including iphone version). -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
ewanm89 ha scritto: On Mon, 07 Apr 2008 00:07:27 +0200 Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: [snip] Webkit is the rendering engine of safari (including iphone version). Just a question, may be it was answered somewhere in th list but why webkit and not the gecko? (no flame intention, only curious about the choice) Pietro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: Questions about OpenMoko web browser
Hey, some one feels like answering Mr. Jose Manrique Lopez de la Fuente questions? z. Jose: This is a community project why do you think it is better to pick one person (me) instead of asking our community? You just took some of my valuable spare time which means I will have less time to write code which saddens me Please see rule 2 from [1] Sending patches can undo the damage [1] http://www.infradead.org/~dwmw2/email.html Anfang der weitergeleiteten E-Mail: Von: Jose Manrique Lopez de la Fuente [EMAIL PROTECTED] Datum: 15. November 2007 13:39:48 MEZ An: [EMAIL PROTECTED] Betreff: Questions about OpenMoko web browser Hello, I have some questions about how OpenMoko web browser. - It is going to be used in a mobile phone. Does it send a X-WAP-Profile or Profile HTTP header when it makes a request? Does it use UAProf standard[1]? - Have you considered adding OpenMoko web browser capabilities to WURFL[2] description file? - Does OpenMoko support CSS Media Queries[3]? Specially handheld CSS render. These features are very useful for web content providers that adapt it depending on device capabilities. I know that OpenMoko web browser is based in WebKit (like iPhone, Android os S60 platforms), but offering desktop website in a handheld device gives a poor user experience: - Scrolls. Ok, you can have nive kninetic scrolls, but, it is a mess when reading content that way, specially using horizontal scrolling. - Content reading. Offering a zoom out version of the website could make it unreadable for the user (personal experience with iPhone and Opera Mini 4) - Size of downloaded data (think about cost/byte) - And many others... We already have W3C Mobile Web Best Practices[4], and it would be nice if OpenMoko web browser think about it and perhaps it could join some initiatives as W3C Device Description Repository[5] to make it a 'golden class' device in test suites[6] And think about this: - Screens are getting bigger - Screen resolutions are getting bigger - But my hand still have the same size Thanks and best regards, [1] http://www.developershome.com/wap/detection/detection.asp? page=uaprof [2] http://wurfl.sf.net [3] http://www.w3.org/TR/css3-mediaqueries/ [4] http://www.w3.org/2007/02/mwbp_flip_cards [5] http://www.w3.org/2005/MWI/DDWG/ [6] http://www.w3.org/2005/MWI/Tests/ -- J. Manrique López de la Fuente http://www.jsmanrique.es ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about OpenMoko web browser
Sorry for sending private email. 2007/11/15, Holger Freyther [EMAIL PROTECTED]: Hey, some one feels like answering Mr. Jose Manrique Lopez de la Fuente questions? z. Jose: This is a community project why do you think it is better to pick one person (me) instead of asking our community? You just took some of my valuable spare time which means I will have less time to write code which saddens me Please see rule 2 from [1] Sending patches can undo the damage [1] http://www.infradead.org/~dwmw2/email.html Anfang der weitergeleiteten E-Mail: Von: Jose Manrique Lopez de la Fuente [EMAIL PROTECTED] Datum: 15. November 2007 13:39:48 MEZ An: [EMAIL PROTECTED] Betreff: Questions about OpenMoko web browser Hello, I have some questions about how OpenMoko web browser. - It is going to be used in a mobile phone. Does it send a X-WAP-Profile or Profile HTTP header when it makes a request? Does it use UAProf standard[1]? - Have you considered adding OpenMoko web browser capabilities to WURFL[2] description file? - Does OpenMoko support CSS Media Queries[3]? Specially handheld CSS render. These features are very useful for web content providers that adapt it depending on device capabilities. I know that OpenMoko web browser is based in WebKit (like iPhone, Android os S60 platforms), but offering desktop website in a handheld device gives a poor user experience: - Scrolls. Ok, you can have nive kninetic scrolls, but, it is a mess when reading content that way, specially using horizontal scrolling. - Content reading. Offering a zoom out version of the website could make it unreadable for the user (personal experience with iPhone and Opera Mini 4) - Size of downloaded data (think about cost/byte) - And many others... We already have W3C Mobile Web Best Practices[4], and it would be nice if OpenMoko web browser think about it and perhaps it could join some initiatives as W3C Device Description Repository[5] to make it a 'golden class' device in test suites[6] And think about this: - Screens are getting bigger - Screen resolutions are getting bigger - But my hand still have the same size Thanks and best regards, [1] http://www.developershome.com/wap/detection/detection.asp?page=uaprof [2] http://wurfl.sf.net [3] http://www.w3.org/TR/css3-mediaqueries/ [4] http://www.w3.org/2007/02/mwbp_flip_cards [5] http://www.w3.org/2005/MWI/DDWG/ [6] http://www.w3.org/2005/MWI/Tests/ -- J. Manrique López de la Fuente http://www.jsmanrique.es -- J. Manrique López de la Fuente http://www.jsmanrique.es ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: web browser
On 24.01.07, Jose Manrique Lopez de la Fuente [EMAIL PROTECTED] wrote: Hello, - Minimo is still alive. It works in WinCE devices and Nokia 770 device. - And there is Gtk-WebCore browser: gpe-minibrowser. It needs some community love ;-) Is Gtk-Web Core still being maintained? I was of the impression that it had been cancelled, that attention was turned to a Gtk port of Web Kit, and that that port is not yet usable. -- Alexander. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: web browser
I am not sure if Gtk-WebCore is alive, but it seems to be, since GPE-Minibrowser seems alive. Check gtk-webcore site[1] and mailing list[2] for more info. [1] http://gtk-webcore.sourceforge.net/ [2] http://sourceforge.net/mail/?group_id=121646 2007/1/24, Alexander McLeay [EMAIL PROTECTED]: On 24.01.07, Jose Manrique Lopez de la Fuente [EMAIL PROTECTED] wrote: Hello, - Minimo is still alive. It works in WinCE devices and Nokia 770 device. - And there is Gtk-WebCore browser: gpe-minibrowser. It needs some community love ;-) Is Gtk-Web Core still being maintained? I was of the impression that it had been cancelled, that attention was turned to a Gtk port of Web Kit, and that that port is not yet usable. -- Alexander. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community -- J. Manrique López de la Fuente http://www.jsmanrique.net msn: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: web browser
Perhaps, but: - They seem to be based in old Gtk 1.x. Dillo was the web browser for GPE until GPE got 2.x and Dillo didn't update. - Do they support SSL connections? Best regards, 2007/1/24, Pedro Aguilar [EMAIL PROTECTED]: Hi, There are several open source browser for GTK+ that could run in the Neo such as Dillo and Skipstone. Links (the graphical version), although is not based on GTK+, could be another alternative. Pedro Aguilar Hello. Is Neo going to have more or less featurefill web browser (e.g. with javascript machine, etc)? - what is minimo status? is it alive at all? - any chances to get opera or netfront ports? ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community -- J. Manrique López de la Fuente http://www.jsmanrique.net msn: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: web browser
Hi, There are several open source browser for GTK+ that could run in the Neo such as Dillo and Skipstone. Links (the graphical version), although is not based on GTK+, could be another alternative. AFAIK, none of those has support for javascript and DOM. Which make those not very useful for what I'm trying to do (providing an js-based interface for a device with limited input abilities). ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
consider to use a proxy Re: web browser
Salve! On Wed, 24 Jan 2007, Nikita V. Youshchenko wrote: Is Neo going to have more or less featurefill web browser (e.g. with javascript machine, etc)? Featurefill web browser has not so a high priority on my whishlist that having a cheap low traffic and fast webbrowsing. So a Proxy on the Neo and a Proxy on a gateway server, compression and pictures and javascript/java only on demand would help very much. I guess in most cases I will use elinks as webbrowser with OpenMoko/Neo1973 Also caching intersting (news)pages before leaving home/office/cheap-or-free-internet-connection-area will IMHO more important than to have a featurefill webbrowser. Probably there will be 2 direction on the topic webbrowser. Just my 2 cents rob ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: web browser
Hi, Sometime ago there was a patch for Dillo (when it was still alpha) for supporting SSL. However, I don't know of any open-source browser for embedded systems based on GTK+ 2 that supports SSL and Javascript, so this could be an interesting project. Pedro Aguilar Perhaps, but: - They seem to be based in old Gtk 1.x. Dillo was the web browser for GPE until GPE got 2.x and Dillo didn't update. - Do they support SSL connections? Best regards, 2007/1/24, Pedro Aguilar [EMAIL PROTECTED]: Hi, There are several open source browser for GTK+ that could run in the Neo such as Dillo and Skipstone. Links (the graphical version), although is not based on GTK+, could be another alternative. Pedro Aguilar Hello. Is Neo going to have more or less featurefill web browser (e.g. with javascript machine, etc)? - what is minimo status? is it alive at all? - any chances to get opera or netfront ports? ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community -- J. Manrique López de la Fuente http://www.jsmanrique.net msn: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
web browser
Hello. Is Neo going to have more or less featurefill web browser (e.g. with javascript machine, etc)? - what is minimo status? is it alive at all? - any chances to get opera or netfront ports? ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: web browser
Hi, sorry, I don't know the status, but for opera you probably just need to ask the opera guys to compile it for our architecture (i386 won't work here). besides, there's a konqueror version from handhelds.org called konqueror embedded - i'm not sure if that's developed any further, but it certainly adds qt blob (we're using gtk), so at the end you'll probably waste as much space ram, as with any other browser. - soeren signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
