New textareas and text inputs
by Michael Drake
Hello,
Many of you have reported crashes and other problems with editing the
textareas and text inputs used for forms.
This functionality has been rewritten. Please test the latest build:
http://ci.netsurf-browser.org/builds/
What's changed?
---------------
The INPUT element type TEXT (as used for a search box)
The INPUT element type PASSWORD (as used for login)
The TEXTAREA element (as used for composing forum posts or e-mails)
What do you want me to do?
--------------------------
Please test it and check it works. Is its behaviour as you'd expect?
What's its current status?
--------------------------
Old functionality currently missing:
- Doesn't support shift+left/right to move caret word-by-word.
- Doesn't support selection adjustment (altering an existing
selection.)
Quirks:
- When you select text in a textarea, any text selections elsewhere
in the window don't get cleared.
- When you scroll a textarea, the caret can move outside the textarea.
New features:
- The textarea is auto scrolled as you drag a selection.
Cheers,
Michael
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
7 years, 10 months
Choices behaviour
by Chris Newman
Hi,
I thought Netsurf kept its choices within !Boot. & indeed here I have..
IDEFS::h-4.$.!Boot.Choices.Users.Single.WWW.NetSurf.Choices
However, if from the iconbar I set - Content - Disable Java script unticked,
every time I reload netsurfm the tick is back. I don't think this happened
previously. Has something changed? Have I missed somthing?
--
Chris
7 years, 10 months
blank PHP output from Telephone Preference Service
by Jim Nagel
The Telephone Preference Service website (www.tpsonline.co.uk)
produces a blank page in Netsurf. The URL bar changes to show that
it's PHP.
Netsurf build #891 here on Iyonix 5.1 -- same behaviour whether
Javascript on or off.
The only item visible is smallprint links at the top right of the
blank acre: "Contact | Make a complaint | Privacy & cookies" and
Netsurf at bottom left reporting "Done (0.8s)".
The Google search for "telephone preference service" also shows a
half-dozen sub-pages at the TPS site -- all blank in Netsurf.
--
Jim Nagel www.archivemag.co.uk
See you at Wakefield? www.wakefieldshow.org.uk April 20
7 years, 10 months
Long URL annoyance
by Simon Smith
One longstanding UI gripe I have with NetSurf (in fact, I think it's about
my only serious remaining gripe) arises whenever a link has an overlong URL.
The first part of the URL appears to the left of the bottom scroll bar. But
if the URL is obnoxiously long, as often happens, the right part is
truncated and AFAICS there is no way to access it. I /really/ hate not
knowing where is a link is going to take me, or not being able to tell the
filetype of something without starting to download it.
A fix which would mitigate matters is if the proportion of the lower scroll
bar (or, even better, the absolute size in pixels) allocated to the
horizontal scroll was configurable and/or persistent from window to window.
I am getting quite tired of shrinking the h-scroll and then following a
link, only for the new link to come up in a new window with the old 50%
horizontal-scroll bar width! I do wish it would at least follow the size
setting of the window it was opened from, particularly as I find it fiddly
to select the tiny 'hotspot area' of the h-scroll bar width slider.
I appreciate that some URLs are impossibly long, and only a multi-line URL
display would ever be able to fully display them, but in the meantime there
are several ways you could mitigate the problem. (e.g. a key shortcut that
toggles full-length (or at least a longer) URL display, a hovering link
display tooltip, using the !Help application to display the link, etc.)
Personally I would be happy to have the URL given a whole line of its own,
even though that would sacrifice some vertical screen space, because I feel
this info is important enough to justify such a usage. And a full line would
usually be sufficient space, whereas on my setup half a line often isn't.
If the devs accept bribes for this kind of feature, please just let me know
your pricelist. I'd be happy to pay in beer...
--
Simon Smith | Once more unto now
| Is the winter to be or
| 'Tis the east (Exit.)
| -Wm. Shakespeare, abridged
7 years, 10 months
favicon confusion
by John Rickman Iyonix
I am trying to find the best strategy for getting a favicon to appear
on various web sites that I maintain.
The problem is that every browser seems to have its own way of
handling them.
Some time ago all you had to do was put a file called favicon.ico into
the root directory of the web page and it was picked up and displayed
in the url bar of most browsers.
This does not work for all browsers now, and furthermore different
browsers display the favicon in different places. Firefox for example
shows them in the shortcuts page.
For NetSurf I use
<link rel="icon" href="../img/favicon.png" />
in the <head> section. But to get this on every page means having to
put the code into hundreds of html files.
As an aside, Google uses a meta tag for its G favicon but I can't find
any authoritive documentation for this.
It is all very confusing. Is there anyone here who could clarify this
area of web development for me?
John
--
John Rickman - http://rickman.orpheusweb.co.uk/lynx
it transcends plausibility, it's a fact. david mercer
7 years, 10 months
Long URL annoyance
by Simon Smith
One longstanding UI gripe I have with NetSurf (in fact, I think it's about
my only serious remaining gripe) arises whenever a link has an overlong URL.
The first part of the URL appears to the left of the bottom scroll bar. But
if the URL is obnoxiously long, as often happens, the right part is
truncated and AFAICS there is no way to access it. I /really/ hate not
knowing where is a link is going to take me, or not being able to tell the
filetype of something without starting to download it.
A fix which would mitigate matters is if the proportion of the lower scroll
bar (or, even better, the absolute size in pixels) allocated to the
horizontal scroll was configurable and/or persistent from window to window.
I am getting quite tired of shrinking the h-scroll and then following a
link, only for the new link to come up in a new window with the old 50%
horizontal-scroll bar width! I do wish it would at least follow the size
setting of the window it was opened from, particularly as I find it fiddly
to select the tiny 'hotspot area' of the h-scroll bar width slider.
I appreciate that some URLs are impossibly long, and only a multi-line URL
display would ever be able to fully display them, but in the meantime there
are several ways you could mitigate the problem. (e.g. a key shortcut that
toggles full-length (or at least a longer) URL display, a hovering link
display tooltip, using the !Help application to display the link, etc.)
Personally I would be happy to have the URL given a whole line of its own,
even though that would sacrifice some vertical screen space, because I feel
this info is important enough to justify such a usage. And a full line would
usually be sufficient space, whereas on my setup half a line often isn't.
If the devs accept bribes for this kind of feature, please just let me know
your pricelist. I'd be happy to pay in beer...
--
Simon Smith | Once more unto now
| Is the winter to be or
| 'Tis the east (Exit.)
| -Wm. Shakespeare, abridged
7 years, 10 months
BBC News websites
by David H Wild
I see that we now have normal access to the BBC news websites. Whether this
is something done by the Netsurf team or someone at the BBC taking note of
complaints I am pleased to see it happen.
--
David Wild using RISC OS on broadband
www.davidhwild.me.uk
7 years, 10 months
