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
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
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
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
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
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
