Re: Small, but old bug
In article , David Feugey wrote: > And so carriage return is sometimes applied at the wrong place. > Will this bug be corrected? I think this 'bug' has been present for a long time, where NetSurf puts in a line break at a tag or entity, splitting words etc. You read the ROOL forum. Have you not noticed that words like you're or won't or I'll get split if the html code for the right single quote is being used. These abbeviations are used a lot in the forum, so the splitting at the end of a line is quite common. It also happens with tags if they are used in the middle of a word, eg if a sequence such as isopropyl is being used. I am working on converting some issues of Archive magazine to html at the moment and the sequence RISC OS is used a lot, so it gets split regularly. -- Chris Johnson
Re: Small, but old bug
In message <20150409203946.gb19...@kyllikki.org> on 9 Apr 2015 Vincent Sanders wrote: > Fixing this is earmarked for our 4.0 series and needs a re-written > render engine. The new engine is a job comparable in size to the > entire project to date and has not yet been started. You guys are brave - or maybe foolhardy! Thanks for your efforts so far :-) Regards Andrew -- Andrew Pinder
Re: Small, but old bug
On Thu, Apr 09, 2015 at 05:20:52PM +0200, David Feugey wrote: > When I made a page with accents, all is OK with Unicode. > For example "élément" > > But if I use HTML codes, (éléments), NetSurf considers that > there are 3 words "é"+"lé"+"memts". A cut after each special characters. > > And so carriage return is sometimes applied at the wrong place. > Will this bug be corrected? > > Bye, David This is in the tracker already as bugs #467 [1], #408 [2] and #476 [3] It is caused because our text reflow and word breaking algorithm does not meet the standard and breaks words where it really ought not to. For an explanation of the complexity involved in reflowing text efficiently on constrained system computerphile did a couple of excellent videos. [4][5] While these specifically talk about e-readers, a browser faces similar challenges (and more) Fixing this is earmarked for our 4.0 series and needs a re-written render engine. The new engine is a job comparable in size to the entire project to date and has not yet been started. [1] http://bugs.netsurf-browser.org/mantis/view.php?id=467 [2] http://bugs.netsurf-browser.org/mantis/view.php?id=408 [3] http://bugs.netsurf-browser.org/mantis/view.php?id=476 [4] https://www.youtube.com/watch?v=kzdugwr4Fgk [5] https://www.youtube.com/watch?v=CdbvgRqyC-0 -- Regards Vincent http://www.kyllikki.org/
Re: Small, but old bug
On 9 Apr 2015 David Feugey wrote: > When I made a page with accents, all is OK with Unicode. > For example "élément" > But if I use HTML codes, (éléments), NetSurf considers that > there are 3 words "é"+"lé"+"memts". A cut after each special characters. > And so carriage return is sometimes applied at the wrong place. > Will this bug be corrected? Certainly not, if nobody reports it on the bug tracker. Best wishes, Peter. -- Peter Young (zfc Re) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: Updated disc cache
On 3 Apr 2015 as I do recall, Vincent Sanders wrote: [snip] > If you are feeling very adventurous you can report the bandwidth > achieved. This is a line in the debug Log file held in scrap *after* > the browser has been quit. The last line of the Log will read > something like: > > (2298.806358) desktop/netsurf.c netsurf_exit 294: Exited successfully > > The bandwidth line will be about 20 lines from the end of the log and look > like > > (2298.804881) content/llcache.c llcache_finalise 3352: Backing store average > bandwidth 128324035 bytes/second > Results with Netsurf 2687 on Iyonix: the program now *sometimes* doesn't complain about disc cache bandwidth, whereas previously it invariably complained! It seems to be completely random: here are results from three runs done within minutes of each other, of which the cache failed on two almost instantly and gave no trouble on the third, which was image-heavy. (75.12) content/llcache.c llcache_finalise 3352: Backing store average bandwidth 13140 bytes/second (84.50) content/llcache.c llcache_finalise 3352: Backing store average bandwidth 4887 bytes/second (239.03) content/llcache.c llcache_finalise 3352: Backing store average bandwidth 210663 bytes/second -- Harriet Bazley == Loyaulte me lie == People who live in stone houses shouldn't throw glasses.
Re: Updated disc cache summary
In article <55256ea0.8010...@netsurf-browser.org>, Michael Drake wrote: > On 08/04/15 12:41, Chris Newman wrote: > > So given all this, on my RiscPC Strong ARMv4 Adjust 4.39 with Unipod, to > > what > > should I set the Cache parameters in NetSurf Choices? > Too slow to be useful. Set disc cache size to 0. Ta. -- Chris
Small, but old bug
When I made a page with accents, all is OK with Unicode. For example "élément" But if I use HTML codes, (éléments), NetSurf considers that there are 3 words "é"+"lé"+"memts". A cut after each special characters. And so carriage return is sometimes applied at the wrong place. Will this bug be corrected? Bye, David
