Brian C <[EMAIL PROTECTED]> writes:
> 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 te
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
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
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
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 littl
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
>
To answer my own question, yes it does only work with the matchbox keyboard.
Have you noticed that the sound and tapping feedback stops when you do this or
use the
matchbox-keyboard? or is it just me?
Jim Morris wrote:
> I added keyboard as you suggested, but it didn't add anything to the panel
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
> an
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
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
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
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 t
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. W
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 (u
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"
.
-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?
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 touch
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 proposa
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, Tilma
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
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 no
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
>
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 t
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
> 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. Lik
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:
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 li
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.
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 PowerPo
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 graph
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
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
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
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 brow
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 reasona
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 th
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 t
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
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
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 devel
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 flam
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 graphi
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 -
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
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 see
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 Ne
> 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 us
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
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
>
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
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
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" ;-)
Best regards,
2007/1/23, Nikita V. Youshchenko <[EMAIL PROTECTED]>:
Hello.
Is Neo going to have more or less featurefill web
Dnia wtorek, 23 stycznia 2007 23:51, [EMAIL PROTECTED] napisał:
> 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 s
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 cert
54 matches
Mail list logo