Re: Why is this Site so Slow to Load?
In article <[EMAIL PROTECTED]>, lists (ww) <[EMAIL PROTECTED]> wrote: > http://www.trademe.co.nz > It's a popular local ebay-type auction site, but as the months go by > it's getting slower to load... 53sec. Hogs the computer all the while. Just about six seconds a few moments ago with 28 June version of Netsurf Keith -- Inspired!
Re: Display oddity
In article <[EMAIL PROTECTED]>, Tricia <[EMAIL PROTECTED]> wrote: > Not sure whether this has been raised before - apologies if I am > inadvertently going over old ground. When accessing some sites which > require user names, passwords etc. the 'boxes' where they should be entered > are too small for the text to show. This is particularly noticeable on the > www.barclays.co.uk login page. Is there a setting which I have missed in > configuration which can solve this? I am told this is an error in the web-site and also that Netsurf doesn't yet always respect the minimum font size you specified in your choices. This is a known bug which I reported some time ago. Sorry about that! Keith -- Inspired!
Re: Pages that won't render
In article <[EMAIL PROTECTED]>, Michael Drake <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, >Richard Torrens (RiscOS) <[EMAIL PROTECTED]> wrote: > > http://www.action-electronics.com/desolder.htm > > is an example. Lots of JS there, but AFAICS that should not matter? > It happens because there is an within the SCRIPT element, before > any of the actual content. Er!! The source file I see actually contains TWO (horrible) nested html documents - the second starts as the first element of the body (line 31)! Netsurf, very reasonably, ignores the nested document - which is just plain meaningless in mark-up terms. Just take a look at the very end where the nesting becomes obvious. I've seen some funnies before, but that is grotesque! Keith -- Inspired!
Re: Interaction with TapirMail
In article <[EMAIL PROTECTED]>, Chris Shepheard <[EMAIL PROTECTED]> wrote: [snip] > However it appears to also affect VARPC-SE on the laptop. There I got > an error of Socket not connected: 25 (or very similar - 25 is > definitely the figure) whilst trying to send an email. Again quitting > Netsurf cured the problem. Socket 25 is likely the smtp socket used when sending e-mail to an smtp server - which ties up with the failure you noticed. Keith -- Inspired!
Re: Rendering problem at linux.die.net
In article <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> wrote: > I've setup NetSurf in the upcoming Puppy Linux v3.00 as the > internal HTML viewer. I've also got it setup as a viewer for > online man pages, however the url that I would like to use: > http://linux.die.net/man/sysctl > ...where 'sysctl' is an example man page, doesn't render > quite right. The same problem applies to all other 'die.net' pages with similar structure. I suspect it is something to do with the use of JavaScript. Keith -- Inspired!
Re: Problem with latest build
In article <[EMAIL PROTECTED]>, Dr Peter Young <[EMAIL PROTECTED]> wrote: > On 23 Oct 2007 Joe Taylor <[EMAIL PROTECTED]> wrote: > > The web page > > http://www.comp.lancs.ac.uk/computing/users/ss/software/draw2svg/ > > is displayed OK with Netsurf 1.1 but my Iyonix 'hangs' when the current > > (15 Oct) build is used to access this page. > Confirmed here, too. Do you feel a report to the bug tracker coming > on? This is an svg redraw problem. Netsurf appears to go into an infinite loop requiring a cold reboot. I have had this problem with every version since 9 July (1430). The bug was reported as 1769708 on 7 August. For the time being I stick with the 9 July version for day-to day use. Keith -- Inspired!
Re: Is this a bug.
In article <[EMAIL PROTECTED]>, Barry. Allen <[EMAIL PROTECTED]> wrote: > Hi Folks, > Can anyone confirm that there seems to be a bug in the Netsurf table > handling. > http://www.zen57462.zen.co.uk/test.htm > The row background colour is not carried across to the last four cells > of the table. Bug! The last two data cells should, by the way, have an end tag - but this doesn't make any difference to the rendering. Keith -- Inspired!
Re: Online banking with Netsurf
In article <[EMAIL PROTECTED]>, TerryK <[EMAIL PROTECTED]> wrote: > In message <[EMAIL PROTECTED]> > Dave Higton <[EMAIL PROTECTED]> wrote: > > I've just used Netsurf (Dev) (28 Dec 2007 15:45) with Barclays > > Bank to set up a payment. > > The writable fields are much too small. They won't display > > even half the height of a character. This makes it difficult > > to verify that a field has been entered correctly, of course. > This has been a problem with NetSurf and Barclays for a very long > time. It makes it harder to use, but not impossible and it's the > reason I tend to use O2 for this site. Over the years Barclays has > been pretty good at maintaining access via RISC OS browsers and I've > always been a little surprised that NetSurf has this problem. A > solution would certainly be appreciated. Over a year ago now, I made a similar point aboout Barclays web-site, and after some discussion with the Netsurf developer's the problem is overly nested reductions of font size in table structures - below the minimum set as Netsurf default - down to about 1-1/2 pt!!! It is apparently not easy to make sure that the user-set minimum font size is obeyed under these circumstances. I am sure that they are working on this, however! I usually manage to get everything to work, nevertheless! Keith -- Inspired!
Re: Online banking with NetSurf
In article <[EMAIL PROTECTED]>, Michael Drake <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, >Dave Higton <[EMAIL PROTECTED]> wrote: > > I've just used NetSurf with Barclays Bank to set up a payment. > > The writable fields are much too small. They won't display > > even half the height of a character. > Please try the latest test build and report back. (I don't have a Barklays > account.) You don't actually need an account to see what is wrong, just enter http://www.ibank.barclays.co.uk/ and, when that loads, click on the login button at the top of the button semicircle. If you look at the 'Surname' writable icon for example and click on the 1.5mm high input field you will see that the RISCOS text cursor is about three times the height of the input field. If you did have an account and got past that step, you would eventually find yourself looking at what should be a column of radio buttons - when making a payment, say - which are all invisible except for what looks like a single black pixel in the topmost (default) button position - this makes these quite difficult to find. This has not changed for me for a very long time - I just do internet banking 'by grope'!!! r3811 is no different to the one I continue to use (15 Jul last year) - since I cannot get links from svg images (ie 'a' elements) to work in the latest version - which 'sort of' renders about half of svg mark-up. By the way, thinking back to that log-in document you will probaboly realise that there is something wrong with the field width too since the Membership number needs to hold twelve digits and even at the current visible size looks no wider than about seven! So far I have no complaint - I know that there are lots of things to do - but if you have got round to looking at the input field minimum size problem I would be grateful when it is fixed. Please keep up the good work. Keith -- Inspired!
Re: Online banking with NetSurf
In article <[EMAIL PROTECTED]>, Michael Drake <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, >Keith Hopper <[EMAIL PROTECTED]> wrote: > > In article <[EMAIL PROTECTED]>, > >Michael Drake <[EMAIL PROTECTED]> wrote: > > > Please try the latest test build and report back. (I don't have a > > > Barklays account.) > > You don't actually need an account to see what is wrong, just enter > > http://www.ibank.barclays.co.uk/ > > and, when that loads, click on the login button at the top of the button > > semicircle. > The login page looks fine here. > > r3811 is no different > That is not the latest build. r3813 had the change which might have fixed > it. > The latest build is currently r3822. > http://www.netsurf-browser.org/downloads/testbuilds Ah! Sorry I was one behind. I have just tried with r3838 and this, as you say lookd fine now. Mya apologies - and many thanks Keith -- Inspired!
Re: SVG rendering - impressive start!
In article <[EMAIL PROTECTED]>, John-Mark Bell <[EMAIL PROTECTED]> wrote: [snip] > Just to qualify that -- it's aiming at SVG Tiny 1.1 as specified at > http://www.w3.org/TR/SVGMobile/ > There's a Tiny profile of SVG 1.2 in Candidate Recommendation > (http://www.w3.org/TR/SVGMobile12/) that adds significantly more features. > This is not currently being considered for implementation in libsvgtiny. There is a possible problem in general with the limitation not to include the linearGradient and radialGradient elements - both of which I see in quite a large number of svg documents - excluding my own, almost all of which have several of each - produced by ArtWorks. If anyone would like a selection of Artworks originals and/or the exported svg 1.1 I will happily archive a few for test purposes and send them. Certainly, the only other major wish is that the a element be implemented fairly soon please! I'll keep testing and reporting problems as I find them - as you ask. Keith -- Inspired!
Re: Running out of memory
In article <[EMAIL PROTECTED]>, David Mills <[EMAIL PROTECTED]> wrote: > Iyonix RO 5.11 NetSurf 14th Feb > Using Google mail I have just had a message > NetSurf is running out of memory etc > I had several windows open ...(I say "had" because the machine decided to > hang when I went to count them)...at least four > I seem to remember reading about this problem before. If so how do I find > List Archives? > If not how do I deal with this? > Tasks gave me > Applications > NetSurf 3296K > Dynamic areas > NetSurf (something like) 13700K > ( havig rebooted etc it now says 8416K) > David Mills > Up date : I find that even after shutdown and reboot the site I was trying > to access brings up the message any time I try to access it viz: > www.isogg.org M! even with over 128Mbytes free I get the same error window. Perhaps you should report this one on the bug tracker. Keith -- Inspired!
Re: This I really do not believe
In article <[EMAIL PROTECTED]>, David Pitt <[EMAIL PROTECTED]> wrote: > Would somebody please be so kind as to check this out for me with > NetSurf. > http://www.audio-t.co.uk/ > I have tried it both on the Iyonix with NS 2.0 (Dev) (26 Feb 2008 22:45) > r3869 and RiscPC with NS 1.1. Strange! Up here in the Southern hemisphere that URL is served happily and displayed with delirious enthusiasm by NetSurf - mind you the HTML is execrable and there is a myriad of CRs and LFs scattered around the document for good measure. Keith -- Inspired!
Netsurf Hunger - for memory
Hi, Is there something wrong with Netsurf's memory usage?? Yesterday I sent for a document - which came in at 20Mb - onlt to find Netsurf taking over 127Mb of memory before anything displayed. When I eventually closed the window containing the document, Netsurf took another 4Mb of memory - and held on to the lot! Surely there is something wrong here?!?!? Keith -- Inspired!
Re: Linking to style sheets
In article <[EMAIL PROTECTED]>, Brian Howlett <[EMAIL PROTECTED]> wrote: > On 27 Apr, [EMAIL PROTECTED] wrote: > >> On 27 Apr, [EMAIL PROTECTED] wrote: > [snip] > > Thanks, i'm using the XHTML 1.0 Transitional DOCTYPE. > > Are you using a 4.01 DOCTYPE? > Yes I am - the only other thing is to make sure the stylesheet is in > the same level directory/folder as the HTML file, otherwise you will > need to expand the "href" to point to the correct folder - mine is in > a folder called "stuff", so the link I posted before actually reads > May I recommend, however, that you produce new documents using the full xhtml/xml syntax - a little future proofing is never a bad thing. Any element which has no content needs what is formally called an 'empty tag'. Thus, for example the hr element tag should be written as ! This is a sort of short-hand for "" - which you could use - but don't blame me if MSIE objects! NOTE that all element names are in "lower case" - upper case names are not valid! The space preceding the solidus is NOT part of the syntax, but some versions of MSIE will 'barf' if the space isn't there. Producing the above link element therefore should be something like - Most valid elements in the header require this kind of empty tag - elements such as img, hr and others in the body also, of course, have empty tags. You can go a step further in future-proofing by avoiding elements likely to become obsolescent in xhtml full in future - br, b, i, font - and a few others. There are several ways of achieving the same effects using other elements and/or style sheets. Keith -- Inspired!
Re: Long render times
In article <[EMAIL PROTECTED]>, Chris Terran <[EMAIL PROTECTED]> wrote: > This isn't really a bug, I suppose, but I'm interested in why pages > from the TWO forum like this: > http://theweatheroutlook.com/twocommunity/forums/t/18204.aspx > take such a long time to render (over two minutes sometimes), with > extensive hourglassing. Even up here in the Southern hemisphere it took less than four seconds - and that is with 150 objects to load! Keith -- Inspired!
Re: Changing the colour in Google lists when it has been read.
In article <[EMAIL PROTECTED]>,
Richard Porter <[EMAIL PROTECTED]> wrote:
> On 5 Jun 2008 Anthony Hilton wrote:
> >> I think the problem is that the developers have chosen to implement
> >> HTML4 and CSS before HTML1. Link colours in the tag are
> >> ignored. This is a long standing issue.
> >>
> > Michael's question isn't a link colour in a tag question.
> > Surely it is a browser setting to change the colour of a link which
> > has been followed.
> You'd think you would be able to set the default link colours but I
> can't see any way to do it through Choices... You'd probably need to
> set up a local stylesheet to do it.
I often come across documents which either themselves or in associated
style sheets have something like the following -
a {
text-decoration: none :
color : rgb(0,0,0) ;
background-color: transparent
}
which Netsurf insists on ignoring - similar comments for a:hover, a:visited
apply although I know that pseudo-classes and pseudo-elements are not yet
implemented.
Keith
--
Inspired!
Re: Local files cached
In article <[EMAIL PROTECTED]>, John-Mark Bell <[EMAIL PROTECTED]> wrote: > On Fri, 6 Jun 2008, Richard Porter wrote: [snip] > > There is no point in cacheing local files. > Actually, there is -- it removes the overhead of reprocessing the file > content into whatever internal representation NetSurf uses. Well! The vast majority of the use I make of a browser is to view local files as I modify/edit them. My suggestion would be that there be a Netsurf option to NOT cache local files in this kind of situation. Just a thought Keith -- Inspired!
Re: CNN news stories
In article <[EMAIL PROTECTED]>, Paul Vigay <[EMAIL PROTECTED]> wrote: > I've just noticed that NetSurf has stopped displaying the main news stories > on CNN. It used to work, but I'm not sure when it stopped working, as I've > only just tried it (using build r5404). > An example story is at > http://www.cnn.com/2008/WORLD/meast/09/23/ahmadinejad.us/index.html?iref=topnews > You can see the header, footer, main title heading and highlights. In fact > you can pretty much see everything, except the main text of the story. M! Doesn't work on 5427 either! Keith -- Inspired!
Re: slow skip to internal anchor
In article <[EMAIL PROTECTED]>, Jim Nagel <[EMAIL PROTECTED]> wrote: > why does Netsurf take so long to skip to an internal anchor point in > the same document? example: > http://www.spamcop.net/sc?id=z2407631451zf9b8c3284e0a522ca80abdbfd6c81b03z The offending bit of the document is the target of that link - shown below (indented to show the relationships between start and end tags) - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1 2 3 4 Please make sure this email IS spam: 5 6 7 8 From: "LLOYDS TSB BANK"<[EMAIL PROTECTED]> 9 ( 10 11 PERSONAL AND BUSINESS ACCOUNT 12 13 ) 14 15 personal & business accountSecurity AlertPlease note that Your 16 Lloyds TSB Online 17 18 Account is about to expire. In order for 19 20 21 22 View full message 23 24 25 - - - - - - - - - - - - - - - - - The link target starts on line 1 and ends on line 25! There are several problems with this, the principal one being that you may not nest anchor elements - see the nested one on lines 21 to 23. Netsurf is quite rightly confused by this humungus error as it sees the nested link as the target - which, if you look at it refers to the document you are actually looking at - see the URL quoted from Jim's message. It's recursive! The other major problem is that anchors should not span across paragraphs - notice the paragraph tags on lines 2 and 24. Apart from this, the use of an anchor element here is strongly deprecated. All that was necessary was to delete lines 1 and 25 and make line 2 read - 2 The 'name' attribute is also, by the way, obsolescent, having been replaced by the 'id' attribute - available on all elements. The document is really a shocking (or good, depending on how you look at it) example of really poor html. Keith -- Inspired!
Re: not a jpeg - spelling problem??!
In article <[EMAIL PROTECTED]>, Rob Kendrick <[EMAIL PROTECTED]> wrote: > On Tue, 09 Dec 2008 16:05:00 GMT > Tony Moore <[EMAIL PROTECTED]> wrote: > > What is the correct browser behaviour? NetSurf complains that the > > goods are not as advertised but Firefox 3.0, on a WinXP machine, > > displays the original link, bogus JPEGs and all, without any problem. > Given burning web developers who make this mistake is not a workable > solution, the only remaining one is to have NetSurf sniff and guess the > format, ignoring what the web server says. It's just that no body's yet > had the time and the will power simultaneously to do this yet. Now! Come! Come! I seem to remember this rather nifty magic fire spell in the last Harry Potter novel!! I suppose that if you wish to be mediaeval then "hanging, drawing and quartering" is still available. Keith -- Inspired!
Re: spurious newlines in lists in tables
In article , Richard Porter wrote: > On 1 Feb 2009 Tim Hill wrote: > > I thought browsers ignored white space and in no way thought that would > > be the problem. Other browsers obviously must not translate white space > > into an extra newline where none is needed. Sometimes Netsurf does. > Any white space should translate into a single space, but I agree it > is sensible to ignore spaces on the end of a line. Yes, but Netsurf still inserts a space after an end tag - so that an end tag immediately followed by a visible or invisible character can throw onto the next line. This bug was reported a couple of years ago and still seems to occur under certain circumstances even with r6326. Mind you Netsurf isn't the only browser which has that problem. Keith -- Inspired!
Re: abd
In article <502c231f47lists-nos...@vigay.com>, Paul Vigay wrote: [snip] > Having said that, I don't think it's just superscript spaces that NetSurf > has a problem with. I've noticed that quite often NetSurf will omit a space > when it's immediately next to an HTML tag. For example, see the two lines > of text under 'NetSurf oddity' at http://www.vigay.com/test/ > It looks like the first space after a tag is omitted, which is possibly why > the 'space' is appearing as a blank? As I understand the rules, the problem is slightly different. A browser is required to turn all multiple white spaces into single space characters then normalise an element content by deleting any leading and trailing space. In the case of your examples the second line is rendered incorrectly - it should appear as something like - This is some textandwords initalicstyle. Assume the strong and emphasis elements. Both leading and trailing spaces in these elements are required to be removed - so Netsurf half gets it right by removeing only the trailing space. The first of your example lines is fine. What Netsurf occasionally does is encounter an element - xxx. and throw a space in before the fullstop - which looks ridiculous if the full stop overflows the line box onto the next line! Keith -- Inspired!
Re: spurious newlines in lists in tables
In article <920b6d2e50.roger...@rogerarm.freeuk.com>, Roger Darlington wrote: > On 1 Feb 2009, Keith Hopper wrote: > > In article , > >Richard Porter wrote: [snip] > > Yes, but Netsurf still inserts a space after an end tag - > It doesn't if that end tag is . > So a line like this with 'this' in italics and a space before > the 'with' shows 'thiswith' all next to each other with no space > between. How quirky! I must admit to never using the 'i' element as it has been deprecated for some years - but interesting. Keith -- Inspired!
Re: spurious newlines in lists in tables
In article <4cd5fa2e50.roger...@rogerarm.freeuk.com>, Roger Darlington wrote: > On 16 Feb 2009, Keith Hopper wrote: > > In article <920b6d2e50.roger...@rogerarm.freeuk.com>, > >Roger Darlington wrote: > >> On 1 Feb 2009, Keith Hopper wrote: > >> > In article , > >> >Richard Porter wrote: > > [snip] > >> > Yes, but Netsurf still inserts a space after an end tag - > > > >> It doesn't if that end tag is . > > > >> So a line like this with 'this' in italics and a space before > >> the 'with' shows 'thiswith' all next to each other with no space > >> between. > > > > How quirky! I must admit to never using the 'i' element as it has been > > deprecated for some years - but interesting. > That so? > What single replaces it? The element which should be used is the 'em' element and, instead of the 'b' element, use 'strong'. The reason for the others being deprecated is a desire to separate styling from the reason that a content needs a particular style - 'i' and 'b' imply a particular form of styling in visual terms. They are of little use in audio terms, however. I frequently style the 'em' and 'strong' tags in terms of colour rather than font style - sometimes both - such is the flexibility of the cascading style sheet mechanism. Keith -- Inspired!
Content, styling and media [was: spurious newlines
In article , Richard Porter wrote: [snip] > I'm trying to imagine just how you would intonate 'emphasised' and > 'strong' so as to differentiate them. In fact I don't really know what > 'strong' means in this context. Neither do I, in general; however, some combination of pauses, rising/falling tones, increased/reduced volume, changing what is known as attack etc are available to the style sheet designer and will be quite as effective as visual forms of styling. The audible effects used, however, are very often also tied to a particular language which in normal use is intoned differently from other languages. > If I want to emphasise something on > the page I would put it into bold text. I use italics to differentiate > a particular word or phrase in much the same way as putting quotes > round it. Now when I was under the tutelage of the Leeds University Printer in the early days of computer printing I was told emphasis is always some form of italic or oblique (if no compatible italic face was available) - which does not preclude italic being used for other purposes if needed. Various forms of bold are used for headings and - very very occasionally in combination with italic where emphasised text or italic for some other purposes -does- itself need emphasising. > If you want full disability access you shouldn't be using colours to > convey meaning. Colours are of little use in audio terms. Indeed - you then use an appropriate @media directive in the style sheet. > You seem to be saying that we should rigidly stick to particular tags > for specific purposes and then in the next breath that you do whatever > you want in the stylesheets. This seems not a little inconsistent. No! If the author wishes to direct that some part of a document should be a heading or a paragraph or emphasised or a list or an aside or image or ... this is the author's prerogative and has nothing at all to do with styling. The person styling the visible or audible result will then be free to decide which 'effects' to make use of in concretion of the author's wishes. This is entirely proper - a bit like the way a publisher takes an author's 'manuscript' and in consultation with a master printer and a type designer decides on the style which will be used for various features of the text. Where a browser user has particular needs or restrictions then he/she is able to define their own style rules - if needs be labelling them !important to over-ride what the original stylist specified as and if necessary. It is a bit difficult doing that for a print medium in the publishing business - so - one up to style sheets and browsers. A little longer than I originally intended, but I hope I have adequately explained the content, styling and media differences. Keith -- Inspired!
Deprecated elements [was Re: spurious newlines
In article <502f456d69...@timil.com>, Tim Hill wrote: > In article , Richard Porter > wrote: > > On 17 Feb 2009 Keith Hopper wrote: > > > The element which should be used is the 'em' element and, instead of > > > the 'b' element, use 'strong'. The reason for the others being > > > deprecated > they're not May I refer you to http://webdesign.about.com/od/htmltags/a/bltags_deprctag.htm Keith -- Inspired!
Re: Mysterious hex C2 AD
In article , Bernard Boase wrote: > Just looked at the site www.world-science.net > Netsurf renders much of its text with inter-syllable sequences  > which, in the original HTML, are all hex C2 AD. This is utf-8 for "soft hyphen". Netsurf isn't handling this encoding it seems - which is intended to give a hint to a browser as to how a word could be split across a line boundary as in printing hyphenation. If there is no need to break across a line boundary then the hyphen should be silently ignored - as does Firefox. > Is this legitimate HTML perhaps for automatic hyphenation or > something? Should Netsurf edit it out? Firefox does. > Whilst HTML entity 슭 seems to be valid, > http://www.fileformat.info/info/unicode/char/c2ad/index.htm > tell us that U+C2AD is not a valid unicode character. I'm sorry to say that all of the different 'encodings' on that web document are generated on the fly as the document is being served - auto-magically - but blindly. If the code is not valid as a Unicode then that is it - allbets are off! The utf-8 is the correct encoding for the Unicode code point U+00AD - try looking at http://www.fileformat.info/info/unicode/char/00ad/index.htm Keith -- Inspired!
Re: Link colour
In article , Bryn Evans wrote: [snip] > A long while ago (2years?) I suggested that the ability for the user > to disable CSS via a Choices selection might be a useful feature. > Since then a lot of work has advanced things muchly and I had > forgotten, until this problem was reported AND diagnosed. > Would this be a difficult feature to add now? > (I am not a Coder, just a grateful user) While I am not involved in the Netsurf project as a coder (have never been able to get on with C and friends) it strikes me that whether or not one 'disables' CSS there has to be some way of handling the hints offered by the old-style html attributes - like "align=center"! If you think about it a little you will realise that some sort of styling mechanism is still required - whether the external input is old-style html or proper CSS style rules. If I were to be involved in designing this kind of thing then the first and most important design decision I see is the need to be able to separate rendering of a document from the structure (ie the various html elements) and the content (the wuhtor's meanderings) of it. This is just what the Netsurf designers/implementers have done - indeed they have even gone further and separated rendering into two parts - one device-independent, the other device-dependent (ie WIMP, gtk, frame-buffer). Whether you are running a Windows box, MacOS, BeOS, linux or RISC OS box the device-dependent bit is needed. Whether styling data is coming from html attribute hints or from CSS style rules the device-independent bit is needed - before anything is ever made visible/audible! "Disabling" CSS makes absolutely no difference to the need for both of the parts of the rendering engine. So! It would seem merely a 'surface' option which placates a user but makes absolutely no difference in the code which has to exist for any form of rendering to take place. Perhaps it isn't a useful option after all?? The only potential difference is that parsing of the 'hints' is probably simpler than parsing all of the CSS language - but the device-independent part of the rendering engine still has to be there and still has to work. Keith Hopper -- Inspired!
Re: New Font Handling Seems to Ignore Messages1 Files
In article <5057ec518ce...@ejclark.force9.co.uk>, Evan Clark wrote: > Recent builds since the improved support for the non-Unicode font manager > seem to be upsetting the generation of font menus. > Font menus generated within any other application while NetSurf is > running seem to ignore any default weights set using the * character in > Message1 files. After quitting NetSurf, font menus are generated as > expected. I have what might be a related problem - I don't know whether it has something to do with encodings or messages files. I have a font family called "Greek" with flavours Arial, Courier, Poly and Trinity. The firat two and last flavours seem to follow the ISO8859 Greek variant. Poly, however, is a full Greek font including all accented characters - including, in particular U+1f21 - which I noted when browsing was merely displayed as the hex code square - but when the latest Netsurf re-read all the font files it quite happily read these without complaint. I suspect that there might need to be an encoding file - but haven't the faintest idea how to build one which includes the Unicode code points (I do have the Unicode standard book so could write one if someone were able to tell me how - and where to put it and what to call it). Has anyone had this problem or a similar one? Is it possible to do anything about setting up encoding and/or message files for this font (in plain and italic variants)? All advice gratefully received! Keith Hopper -- Inspired!
Re: Quit and Restart Required
In article <5060eb34cel...@clear.net.nz>, list wrote: > On 25 May, l...@clear.net.nz wrote: > > Tonight a site(1) wouldn't open, NetSurf claiming '4/5 style sheets' or > > similar, and the deciseconds went by as it seemed to stall trying. > > So I Alt-Break-quit NS, restart and the same site opens up within 3 > > seconds. > > What's going on? approx 300MB free memory. > > Brian > > Auckland > (1) http://www.rideontwo.com/forum/viewforum.php?f=2 > NS r7539 Same here - although I just clicked on the stop (X) button and then hit return. I didn't need to quit NetSurf. Keith -- Inspired!
Re: Text Overlapping
In article <4a4ca631.5030...@wanadoo.fr>, Xavier Tardy wrote: > Hello. > On www.lemonde.fr the text under the photos doesn't display correctly. > You can also see that most of the time, the first horizontal line of pixels > is missing in the texts. With r8240 the image titles in the two tables well down the document are duplicated - shifted by several pixels vertically and horizontally. I don't know whether this is the same problem, however! Keith -- Inspired!
Re: Netsurf r9012 stealing all the memory
In article <50862dfe20dhw...@talktalk.net>, David H Wild wrote: > In article <5086254b29rh.li...@phone.coop>, >Russell Hafter - Lists wrote: > > I have not noticed this behaviour before, until upgrading to > > r9012 (so that Googlr displays correctly again). [snip] > > Anyone else finding this? > It's been there for the last half dozen or so upgrades. I subscribe to a > few Yahoo mailing lists and I can see the memory go down as I move from one > posting to another. Similarly, Flickr gives the same problem as I move from > one picture to the next. I've had it 'steal' over 200Mb - needing several quit/reload operations on some days - since r8950. I thought it was just WIP and decided to leave it - although I have been using it far more than usual for a week or so. Keith -- Inspired!
Re: 9764 grabs all the free memory
In article <50d15036bbalan_cal...@o2.co.uk>, Alan Calder wrote: > In article <92c13ad150...@rickman.argonet.co.uk>, > wrote: > > <3e6526d150.wra...@wra1th.plus.com> > > Gavin Wraith wrote: > > > NetSurf 9764 appears to grab all the free memory once it has > > > downloaded http://slashdot.org/ , making it impossible to use. > > > On RO 5.14. > > It isn't just 9764 - the same thing happens on the current stable > > release 2.1 (23 may 2009). > So it does! Just what has slashdot got that other websites lack? > (RO 4.39. RPC) 9765, however, seems to work fine (Iyonix 5.11). Keith -- Inspired!
