Parser breaking with ";" in the text field.
by Anil Jangam
Team,
I observed that HTML parser (hubbub-0.1.2) is breaking when it finds a
SEMICOLON in the text field. I am giving below an example of the text
string.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>MIT - Massachusetts Institute of Technology</title>
<meta name="keywords" content="Massachusetts Institute of
Technology, MIT" />
<meta name="description" content="MIT is devoted to the advancement
of knowledge and education of students in areas that contribute to or
prosper in an environment of science and technology." />
<meta name="robots" content="index,follow,noodp,noydir" />
<meta name="allow-search" content="yes" />
<meta name="language" content="en" />
<meta name="distribution" content="global" />
<meta http-equiv="content-type" content="text/html*;*charset=UTF-8" />
When it finds the ';', it stops working. When I remove this ';' from the
string, it works fine. Can you please check, if this is an issue with the
parser or if I am missing anything?
I am pasting below the output of the parser (i.e. ./libxml) mit-edu.htm is
the HTML weg page I am giving as inputs.
anilj@ubuntu:~/apache/sandbox/hubbub-0.1.2/examples$ ./libxml mit-edu.htm
WARNING: Failed creating namespace xml
HTML DOCUMENT
standalone=true
DTD(html), PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN, SYSTEM
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd
ELEMENT html
default namespace href=http://www.w3.org/1999/xhtml
namespace math href=http://www.w3.org/1998/Math/MathML
namespace svg href=http://www.w3.org/2000/svg
namespace xlink href=http://www.w3.org/1999/xlink
namespace xmlns href=http://www.w3.org/2000/xmlns/
ATTRIBUTE xmlns
TEXT
content=http://www.w3.org/1999/xhtml
ELEMENT head
TEXT
content=
ELEMENT title
TEXT
content=MIT - Massachusetts Institute of Technol...
TEXT
content=
ELEMENT meta
ATTRIBUTE name
TEXT
content=keywords
ATTRIBUTE content
TEXT
content=Massachusetts Institute of Technology, M...
TEXT
content=
ELEMENT meta
ATTRIBUTE name
TEXT
content=description
ATTRIBUTE content
TEXT
content=MIT is devoted to the advancement of kno...
TEXT
content=
ELEMENT meta
ATTRIBUTE name
TEXT
content=robots
ATTRIBUTE content
TEXT
content=index,follow,noodp,noydir
TEXT
content=
ELEMENT meta
ATTRIBUTE name
TEXT
content=allow-search
ATTRIBUTE content
TEXT
content=yes
TEXT
content=
ELEMENT meta
ATTRIBUTE name
TEXT
content=language
ATTRIBUTE content
TEXT
content=en
TEXT
content=
ELEMENT meta
ATTRIBUTE name
TEXT
content=distribution
ATTRIBUTE content
TEXT
content=global
TEXT
content=
ELEMENT meta
ATTRIBUTE http-equiv
TEXT
content=content-type
ATTRIBUTE content
TEXT
content=text/html; charset=UTF-8
10 years
libwapcaplet - memory leak?
by Chris Young
I must be msising something, but libwapcaplet allocates a "bucket" in
lwc__initialise(). As far as I can tell, this is never freed - as
there is no lwc__finalise or equivalent function?
The strings destroy themselves, but this doesn't free up the original
"bucket".
Chris
10 years
Re: New textareas and text inputs
by Chris Young
On Tue, 12 Feb 2013 15:40:13 +0000 (GMT), Michael Drake wrote:
> In article <531c85f3cdtlsa(a)netsurf-browser.org>,
> Michael Drake <tlsa(a)netsurf-browser.org> wrote:
>
> > New features:
>
> > - The textarea is auto scrolled as you drag a selection.
>
> More new features:
>
> - Double click in a textarea selects a word.
> - Triple click in a textarea selects a paragraph.
>
> Note that this depends on the front end passing the double and triple
> click events to the core. I have updated the GTK, Framebuffer and RISC OS
> front ends to do so.
The AmigaOS frontend already sent double-clicks. I've added
triple-click support.
The new textarea is working well here. I'm getting strange effects on
the last line of multi-line areas on occasion (maybe when the last
line is the first line of a line which extends onto the next line? -
if that makes sense!), but I haven't been able to reproduce it on
demand.
What happens is that NetSurf displays the correct thing, but the caret
stops before the end of the line, as if something different is there.
I'm also getting a serious memory leak during usage, but I'm not sure
if that is related to the new textareas, JavaScript or something else
- all I know is that it appears to have started within the last week
(and it isn't my box redraw queue - I've checked that), and typing
things into textareas eventually grinds to a halt (due to lack of
memory - although it might not be the typing into textareas which is
the cause)
I'll run with JavaScript disabled for a bit in case it is related to
that.
Chris
10 years
New clipboard API for front ends, and textarea progress
by Michael Drake
Text inputs and textareas used in HTML forms have never been robust and
we've decided to fix them for NetSurf 3.0.
Since the existing implementation is unmaintainable, the plan is to make
html forms use the desktop/textarea.{c|h} widget (which is currently used
for Hotlist node editing and the Atari URL bar).
The first stage of this is to add all the extra functionality we require
to the desktop/textarea widget, including clipboard support.
I've updated the front end clipboard API so now it can be used outside
browser windows, and to remove use of the html/text-plain selection
structure:
http://source.netsurf-browser.org/netsurf.git/commit/?id=e93fae7f2d9fdcc4...
The Atari, Amiga, and BeOS front ends all need updated.
The RISC OS front end needs attention so that it can paste when another
application has ownership of the clipboard.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
10 years
906 js crashes immediately on anything
by Dave Higton
I'm hoping this is a well known thing...
I find that CI build 906 with JS crashes immediately I try to open
any web site. Go back to 891: no such problem.
I'm assuming that it's so easy to reproduce that you won't need a
bug report: if you do, though, I'll be happy to submit one.
Iyonix, RO 5.18, 512 MiB.
Dave
____________________________________________________________
GET FREE SMILEYS FOR YOUR IM & EMAIL - Learn more at http://www.inbox.com/smileys
Works with AIM®, MSN® Messenger, Yahoo!® Messenger, ICQ®, Google Talk™ and most webmails
10 years, 1 month
src attribute of script tag
by John Rickman Iyonix
I have developed some web pages using javascript. NetSurf successfully
handles the code and does what is required.
However, the same javascript statements put into an external file do
not work. It seems this is an html problem rather than JS as the
<script src="mycode.js> </script> statement appears to be ignored and
the code is not loaded.
Is this a bug or a case of function yet to be implemented?
At the moment lack of ablility to load external source means that
JavaScript libraries, eg jQuery cannot be accessed by NetSurf
Regards John
--
John Rickman - http://rickman.orpheusweb.co.uk/lynx
10 years, 1 month
building toolchain for amiga 68k
by wawa
hallo
im trying to build a toolchain to compile netsurf for amiga 68k under cygwin/devcpp.
currently i have a following problem:
$ make -C m68k-unknown-amigaos
make: Entering directory `/home/tokarski/netsurf/workspace/toolchains/m68k-unkno
wn-amigaos'
svn co https://adtools.svn.sourceforge.net/svnroot/adtools/tags/before-merge-wit
h-binutils-2.18/binutils /home/tokarski/netsurf/workspace/toolchains/m68k-unknow
n-amigaos/sources/binutils-2.14
svn: E000002: Unable to connect to a repository at URL 'https://adtools.svn.sour
ceforge.net/svnroot/adtools/tags/before-merge-with-binutils-2.18/binutils'
svn: E000002: Could not open the requested SVN filesystem
Makefile:168: recipe for target `/home/tokarski/netsurf/workspace/toolchains/m68
k-unknown-amigaos/sources/binutils-2.14' failed
make: *** [/home/tokarski/netsurf/workspace/toolchains/m68k-unknown-amigaos/sour
ces/binutils-2.14] Error 1
make: Leaving directory `/home/tokarski/netsurf/workspace/toolchains/m68k-unknow
n-amigaos'has something happened to this repository?
10 years, 1 month
