Re: NS2.1 Unicode font library could not be initialized
In article 1247166925.32517.183.ca...@duiker, John-Mark Bell j...@netsurf-browser.org wrote: On Thu, 2009-07-09 at 19:35 +0100, Tim Hill wrote: In article 1247005795.32517.169.ca...@duiker, John-Mark Bell j...@netsurf-browser.org wrote: Not really. There's just no sensible way to determine that the available fonts have changed. ? Other apps (e.g. Artworks) seem to notice when changes are made to the available fonts. At least, not without yet another support module. Ah. There are many useful state-change notifications which are only sent to modules. The font path changing is one of them. Aside from this, making RUfl (and its clients) able to handle this information is decidedly non-trivial. Personally, I've better things to be doing with my time. Fair enough. As I have said elsewhere, I don't find font scanning too intrusive personally and frankly though it would perhaps be more complete to include such functionality there would be little or no benefit in scanning many fonts used on an ad-hoc basis. There are even other font issues more pressing than this, never mind the other more beneficial things you are up to. -- Tim Hill, www.timil.com
Re: NS2.1 Unicode font library could not be initialized
Tim Hill wrote: In article 1247166925.32517.183.ca...@duiker, John-Mark Bell j...@netsurf-browser.org wrote: There are many useful state-change notifications which are only sent to modules. The font path changing is one of them. Aside from this, making RUfl (and its clients) able to handle this information is decidedly non-trivial. Personally, I've better things to be doing with my time. Fair enough. As I have said elsewhere, I don't find font scanning too intrusive personally and frankly though it would perhaps be more complete to include such functionality there would be little or no benefit in scanning many fonts used on an ad-hoc basis. The RUFL scanning process is currently too long to be performed as a response to font path change notifications. It would have to be altered to perform scanning in the background in order not to lock out the user at arbitrary times (i.e. other than wen having started a RUFL using application such as NetSurf). Cheers ---David -- Email: dr...@druck.org.uk Phone: +44-(0)7974 108301
NS2.1 Unicode font library could not be initialized
In article 1247005795.32517.169.ca...@duiker, John-Mark Bell j...@netsurf-browser.org wrote: Not really. There's just no sensible way to determine that the available fonts have changed. ? Other apps (e.g. Artworks) seem to notice when changes are made to the available fonts. At least, not without yet another support module. Ah.
Re: NS2.1 Unicode font library could not be initialized
On Thu, 2009-07-09 at 19:35 +0100, Tim Hill wrote: In article 1247005795.32517.169.ca...@duiker, John-Mark Bell j...@netsurf-browser.org wrote: Not really. There's just no sensible way to determine that the available fonts have changed. ? Other apps (e.g. Artworks) seem to notice when changes are made to the available fonts. At least, not without yet another support module. Ah. There are many useful state-change notifications which are only sent to modules. The font path changing is one of them. Aside from this, making RUfl (and its clients) able to handle this information is decidedly non-trivial. Personally, I've better things to be doing with my time. John.
Re: NS2.1 Unicode font library could not be initialized
In article 507746ffee...@timil.com, Tim Hill t...@timil.com wrote: I don't understand how anyone can manage with (a) only a handful of font families, and (b) everything they produce looking 'the same'. I thought that was known as 'House Style', and generally to be recommended. I accept that posters and adverts may fall outwith this concept, though! -- Russell Hafter - Mailing Lists rh.li...@phone.coop Need a hotel? http://www.hrs.de/?client=en__MTcustomerId=416873103 (NB This link needs Firefox to work)
Re: NS2.1 Unicode font library could not be initialized
In article 507792044drh.li...@phone.coop, Russell Hafter - Lists rh.li...@phone.coop wrote: [Snip] Replied off-list.
Re: NS2.1 Unicode font library could not be initialized
In article 20090706092842.4389c...@trite.i.flarn.net.i.flarn.net, Rob Kendrick r...@netsurf-browser.org wrote: On Mon, 06 Jul 2009 07:01:42 +0100 Dave Symes d...@triffid.co.uk wrote: In article 20090706003522.53717...@trite.i.flarn.net.i.flarn.net, Rob Kendrick r...@netsurf-browser.org wrote: On Sun, 5 Jul 2009 21:03:02 +0100 Mike Hobbs mike.ho...@antplc.com wrote: And all this trouble seems to be over fonts which NetSurf is never likely to use. But NetSurf doesn't know this unless it scans them. The solution to people swapping their sets of fonts all the time is to remove the reason for them swapping fonts all the time. Could you expand on that a bit Rob... Not quite sure what you meant? I'm not sure how; I don't understand why people swap their fonts around. To make use of them? I don't understand how anyone can manage with (a) only a handful of font families, and (b) everything they produce looking 'the same'. :-) With hundreds of magpied font families, some may only be used once or never, for a specific (printed on paper) document or to create a web image. You use a font manager to avoid having hundreds of seldom-used decorative and blackletter fonts active all the time and consequent slowness and HUGE font menus in programs such as (insert name of any program which allows you to select a font). I would imagine that if I didn't swap active fonts around, and had them all active all the time, NetSurf would take at least three eons to scan them all several times every day and other software would explode, as would my brain. ;-) I have tried it now: my usual active collection on Myonix takes a few mere seconds to be scanned. It has just taken 15 minutes to scan all 200 or so families and the NetSurf font picker is 40 screens high. Soft loading RISC OS 5.15 at boot seems always to cause NetSurf to re-scan fonts (don't get me wrong; this is not a major issue to me - I don't mind it scanning my active fonts!). If I load an old document by dropping it on my font manager to auto-activate the (probably decorative) fonts it contains the next load of NetSurf (RUfl?) detects the change and it then chunters though the font scanning doo-dad again. Again, not a problem with only a few active fonts. As soon as somebody works out why, perhaps they could put some effort into removing the reasons. I don't imagine many people will change the way they work. Too many (not that many) active fonts results in very long and unwieldy font menus and general font related slowness. So, would somebody please re-write every app which has a font menu to provide instead a standard interface to my font collection ordered by the arbitrary groups I keep them in. i.e. detect the next font I select with EasyFontPro and use that. It appears there is an incompatibility between NetSurf's approach and font managers which hide the bulk of your collection from the font$path. It seems that RUfl assumes we don't change the 'active' selection more often than its developer changes his. ;-) For all the font scanning, though, I have a font Inkburrow but NetSurf doesn't use it even though it's active and here in h1: http://www.sarva.co.uk/style.css A different font issue methinks but ironic that NetSurf has bothered to scan this active font but isn't able to use it, except maybe if it has unique unicode characters to substitute elsewhere.
Re: NS2.1 Unicode font library could not be initialized
On Tue, 2009-07-07 at 20:54 +0100, Tim Hill wrote: With hundreds of magpied font families, some may only be used once or never, for a specific (printed on paper) document or to create a web image. You use a font manager to avoid having hundreds of seldom-used decorative and blackletter fonts active all the time and consequent slowness and HUGE font menus in programs such as (insert name of any program which allows you to select a font). I would imagine that if I didn't swap active fonts around, and had them all active all the time, NetSurf would take at least three eons to scan them all several times every day and other software would explode, as would my brain. ;-) I have already explained how NetSurf (or, more accurately, the RUfl library) decides whether to scan fonts. I have tried it now: my usual active collection on Myonix takes a few mere seconds to be scanned. It has just taken 15 minutes to scan all 200 or so families and the NetSurf font picker is 40 screens high. Sounds likely. In future, this will be significantly faster -- I'd estimate it taking somewhere in the region of 2 minutes. Soft loading RISC OS 5.15 at boot seems always to cause NetSurf to re-scan fonts (don't get me wrong; this is not a major issue to me - I don't mind it scanning my active fonts!). That sounds broken. As ever, send me a log file. If I load an old document by dropping it on my font manager to auto-activate the (probably decorative) fonts it contains the next load of NetSurf (RUfl?) detects the change and it then chunters though the font scanning doo-dad again. Again, not a problem with only a few active fonts. Only if they are not already in RUfl's cache. It appears there is an incompatibility between NetSurf's approach and font managers which hide the bulk of your collection from the font$path. It seems that RUfl assumes we don't change the 'active' selection more often than its developer changes his. ;-) Not really. There's just no sensible way to determine that the available fonts have changed. At least, not without yet another support module. For all the font scanning, though, I have a font Inkburrow but NetSurf doesn't use it even though it's active and here in h1: http://www.sarva.co.uk/style.css A different font issue methinks but ironic that NetSurf has bothered to scan this active font but isn't able to use it, except maybe if it has unique unicode characters to substitute elsewhere. That is a completely different issue. It won't be fixed any time soon. John.
Re: NS2.1 Unicode font library could not be initialized
In article 20090706003522.53717...@trite.i.flarn.net.i.flarn.net, Rob Kendrick r...@netsurf-browser.org wrote: On Sun, 5 Jul 2009 21:03:02 +0100 Mike Hobbs mike.ho...@antplc.com wrote: And all this trouble seems to be over fonts which NetSurf is never likely to use. But NetSurf doesn't know this unless it scans them. The solution to people swapping their sets of fonts all the time is to remove the reason for them swapping fonts all the time. B. Could you expand on that a bit Rob... Not quite sure what you meant? Thanks Dave --
Re: NS2.1 Unicode font library could not be initialized
In article 20090706003522.53717...@trite.i.flarn.net.i.flarn.net, Rob Kendrick r...@netsurf-browser.org wrote: On Sun, 5 Jul 2009 21:03:02 +0100 Mike Hobbs mike.ho...@antplc.com wrote: And all this trouble seems to be over fonts which NetSurf is never likely to use. But NetSurf doesn't know this unless it scans them. The solution to people swapping their sets of fonts all the time is to remove the reason for them swapping fonts all the time. Do all other browsers actually go through this font scanning process, but not make it public in the way that NetSurf does? If they do, do they suffer from similar problems? If not, why not? -- Russell Hafter - Mailing Lists rh.li...@phone.coop Need a hotel? http://www.hrs.de/?client=en__MTcustomerId=416873103 (NB This link needs Firefox to work)
Re: NS2.1 Unicode font library could not be initialized
On Mon, 06 Jul 2009 07:01:42 +0100 Dave Symes d...@triffid.co.uk wrote: In article 20090706003522.53717...@trite.i.flarn.net.i.flarn.net, Rob Kendrick r...@netsurf-browser.org wrote: On Sun, 5 Jul 2009 21:03:02 +0100 Mike Hobbs mike.ho...@antplc.com wrote: And all this trouble seems to be over fonts which NetSurf is never likely to use. But NetSurf doesn't know this unless it scans them. The solution to people swapping their sets of fonts all the time is to remove the reason for them swapping fonts all the time. Could you expand on that a bit Rob... Not quite sure what you meant? I'm not sure how; I don't understand why people swap their fonts around. As soon as somebody works out why, perhaps they could put some effort into removing the reasons. B.
Re: NS2.1 Unicode font library could not be initialized
On Mon, 06 Jul 2009 09:13:03 +0100 Russell Hafter - Lists rh.li...@phone.coop wrote: In article 20090706003522.53717...@trite.i.flarn.net.i.flarn.net, Rob Kendrick r...@netsurf-browser.org wrote: On Sun, 5 Jul 2009 21:03:02 +0100 Mike Hobbs mike.ho...@antplc.com wrote: And all this trouble seems to be over fonts which NetSurf is never likely to use. But NetSurf doesn't know this unless it scans them. The solution to people swapping their sets of fonts all the time is to remove the reason for them swapping fonts all the time. Do all other browsers actually go through this font scanning process, but not make it public in the way that NetSurf does? None of the RISC OS ones support Unicode the way NetSurf does, or to the extent NetSurf does. B.
Re: NS2.1 Unicode font library could not be initialized
In article 20090706092932.0493f...@trite.i.flarn.net.i.flarn.net, Rob Kendrick r...@netsurf-browser.org wrote: On Mon, 06 Jul 2009 09:13:03 +0100 Russell Hafter - Lists rh.li...@phone.coop wrote: In article 20090706003522.53717...@trite.i.flarn.net.i.flarn.net, Rob Kendrick r...@netsurf-browser.org wrote: On Sun, 5 Jul 2009 21:03:02 +0100 Mike Hobbs mike.ho...@antplc.com wrote: And all this trouble seems to be over fonts which NetSurf is never likely to use. But NetSurf doesn't know this unless it scans them. The solution to people swapping their sets of fonts all the time is to remove the reason for them swapping fonts all the time. Do all other browsers actually go through this font scanning process, but not make it public in the way that NetSurf does? None of the RISC OS ones support Unicode the way NetSurf does, or to the extent NetSurf does. True. Having been involved in earlier discussions about unicode and NetSurf (at that time) failing to display certain eastern European characters I am well aware of this. But while that may be a reason, it does not explain the need for font scanning *to me*. Sorry. Also, I was thinking beyond RISC OS: what happens with other platforms, particularly with Opera and Firefox which run on quite a wide range of OSs. -- Russell Hafter - Mailing Lists rh.li...@phone.coop Need a hotel? http://www.hrs.de/?client=en__MTcustomerId=416873103 (NB This link needs Firefox to work)
Re: NS2.1 Unicode font library could not be initialized
In article 507685eb29rh.li...@phone.coop, Russell Hafter - Lists rh.li...@phone.coop wrote: But while that may be a reason, it does not explain the need for font scanning *to me*. Sorry. Try reading the description of what RUfl does here: http://www.netsurf-browser.org/projects/rufl/ Cheers, -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: NS2.1 Unicode font library could not be initialized
On Mon, 06 Jul 2009 09:45:16 +0100 Russell Hafter - Lists rh.li...@phone.coop wrote: But while that may be a reason, it does not explain the need for font scanning *to me*. Sorry. If it doesn't scan them, it doesn't know which fonts have which glyphs in, meaning it won't make good use of them. Also, I was thinking beyond RISC OS: what happens with other platforms, particularly with Opera and Firefox which run on quite a wide range of OSs. Font scanning is done there too; and just like NetSurf's RUfl does, it is shared between all applications that use it. The problem under RISC OS is that only two (that I know off) applications use RUfl. B.
Re: NS2.1 Unicode font library could not be initialized
On Mon, 06 Jul 2009 10:13:35 +0100 Russell Hafter - Lists rh.li...@phone.coop wrote: RUfl manages to do all this efficiently by maintaining cached lookup tables containing various mappings. So, would I be correct in thinking that NetSurf, and only NetSurf, needs to do this font scanning, because it has the laudable aim of filling the gaps in RISC OS unicode abilities? No. There is at least one other application that uses RUfl to handle it fonts. And the more applications use it, the better the world will be. (It has a permissive licence to encourage its use, but there appears to be so little development happening these days.) Other RISC OS browsers ignore the problem, while other platforms assume that full unicode support is there in the first place? Yes. And the the scanning, among other things, creates the lookup tables? Yes. B.
Re: NS2.1 Unicode font library could not be initialized
In article c7bc897650.pnyo...@pnyoung.ormail.co.uk, Dr Peter Young pnyo...@ormail.co.uk wrote: How did you make the screenshot, I wonder? I'd be interested to do that with a couple of the Unicode fonts that I have. It's a screenshot of RUfl Chars, a sort of example program that comes with RUfl. I don't think there is currently a binary of it available anywhere. Michael -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: NS2.1 Unicode font library could not be initialized
Russell Hafter - Lists wrote: Having been involved in earlier discussions about unicode and NetSurf (at that time) failing to display certain eastern European characters I am well aware of this. But while that may be a reason, it does not explain the need for font scanning *to me*. Sorry. Exasperated Here are some tips to minimise the amount of font scanning NetSurf does * Do not put !Scrap on a RAM disc, or clear it on boot * Install the set of fonts you use most often in !Fonts and only use a Font Management utility when you need additional fonts for DTP. * Put any fonts only used by NetSurf (such as large unicode fonts imported from other platforms) in !NetSurf.Fonts if you don't want RISC OS to see them when NetSurf isn't running. Also, I was thinking beyond RISC OS: what happens with other platforms, particularly with Opera and Firefox which run on quite a wide range of OSs. All alternative OSs have proper support for unicode and foreign encodings, so don't require the hoops NetSurf/RUFL has to go to make the privative RISC OS system display anything other than the current encoding. Be very grateful the developers have bothered implementing this system for RISC OS, as it's not needed on any of the other ports, and probably wouldn't get written now if it didn't already exist. Cheers ---David -- Email: dr...@druck.org.uk Phone: +44-(0)7974 108301
Re: NS2.1 Unicode font library could not be initialized
In article 4a51cdc4.6020...@druck.org.uk, David J. Ruck dr...@druck.org.uk wrote: Russell Hafter - Lists wrote: Having been involved in earlier discussions about unicode and NetSurf (at that time) failing to display certain eastern European characters I am well aware of this. But while that may be a reason, it does not explain the need for font scanning *to me*. Sorry. Exasperated I do not have the font scanning problem, but was wanting to understand more about what is going on. Like Rob, I do not understand why people would be swapping fonts all the time either. I have 25 font families on this machine, and feel pretty certain that I could bin at least 50% of them and never know the difference! I do not have a separate Font Management utility either. [Big Snip] Be very grateful the developers have bothered implementing this system for RISC OS, as it's not needed on any of the other ports, and probably wouldn't get written now if it didn't already exist. I am grateful. Very. I just wish that there was some way to get it to work with Pluto, which does not understand utf-8 encodings of central European chars. But that, I suspect, is never going to happen. -- Russell Hafter - Mailing Lists rh.li...@phone.coop Need a hotel? http://www.hrs.de/?client=en__MTcustomerId=416873103 (NB This link needs Firefox to work)
Re: NS2.1 Unicode font library could not be initialized
On 6 Jul 2009 Michael Drake t...@netsurf-browser.org wrote: In article c7bc897650.pnyo...@pnyoung.ormail.co.uk, Dr Peter Young pnyo...@ormail.co.uk wrote: How did you make the screenshot, I wonder? I'd be interested to do that with a couple of the Unicode fonts that I have. It's a screenshot of RUfl Chars, a sort of example program that comes with RUfl. I don't think there is currently a binary of it available anywhere. If anyone does come across this program I would be grateful if they could send it or a link; just our of idle curiosity, of course :-) With best wishes, Peter. -- Peter, \ / zfc Tm \ Prestbury, Cheltenham, Glos. GL52 Anne\/ ____\ England. and / / \ | | |\ | / _\ http://pnyoung.orpheusweb.co.uk family / \__/ \_/ | \| \__/ \__ pnyo...@ormail.co.uk
Re: NS2.1 Unicode font library could not be initialized
On Sun, 2009-07-05 at 21:03 +0100, Mike Hobbs wrote: Thanks to John-Mark my problem was fixed (for a while) by making sure I had the latest FontManager. However, I unexpectedly had the problem return and the reason was that I had changed some fonts by synchronizing between my laptop and desktop machines. This confuses me. Your problem was caused by an incomplete installation of the Unicode Font Manager and corresponding ROMFonts modules. Changing your installed fonts wouldn't affect it. I mention this here because, as I think others have also pointed out, the mechanism for font scanning probably needs reviewing. It seems that seemingly minor changes to a machine's font library can at best cause NetSurf to spend ages scanning fonts before it starts, or at worst it can crash because the RUfl_cache says it has fonts which have now gone. There are 2 kinds of scan: full and partial. A full scan will only occur if RUfl_cache does not exist or if it was created by an incompatible version of RUfl. The cache version number has only ever been increased twice since RUfl was first written 4 years ago. A partial scan will occur if there are new fonts available. As the name suggests, it will only scan those new fonts, and nothing else. As for the crash; I've already explained that it was fixed some time ago and that development builds contain the fix. Eventually, NetSurf 2.2 will contain that fix also. I can't say when that will be, however. Given the above, if you want to avoid fonts being scanned, the solution is simple: 1) Upgrade to a development build 2) Enable all fonts on your system and run NetSurf. You can then enable or disable fonts at will without causing a rescan unless you introduce some new font that wasn't present when the original scan took place. And all this trouble seems to be over fonts which NetSurf is never likely to use. As Rob has said, there is no way of telling whether a font will be used until after it has been scanned. John.
Re: NS2.1 Unicode font library could not be initialized
In article 1246880870.32517.128.ca...@duiker, John-Mark Bell j...@netsurf-browser.org wrote: There are 2 kinds of scan: full and partial. snip A partial scan will occur if there are new fonts available. As the name suggests, it will only scan those new fonts, and nothing else. Netsurf scans and finds the font 'Lampoon Primary' every time I start it up? 3.0 (Dev) (06 Jul 2009 11-00) r8347 -- Barry A.
Re: NS2.1 Unicode font library could not be initialized
In message 50769a0f19ba...@e-allen.me.uk Barry E Allen ba...@e-allen.me.uk wrote: In article 1246880870.32517.128.ca...@duiker, John-Mark Bell j...@netsurf-browser.org wrote: There are 2 kinds of scan: full and partial. snip A partial scan will occur if there are new fonts available. As the name suggests, it will only scan those new fonts, and nothing else. Netsurf scans and finds the font 'Lampoon Primary' every time I start it up? 3.0 (Dev) (06 Jul 2009 11-00) r8347 Are you sure the Lampoon Primary font is complete? My system keeps finding... Swz.Narrow I believe, which, on my system, isn't. -- Simon Smith | A golden bird stands on a silver snake lying | in a pool of water. The snake drinks the | water, and the bird eats the snake. When | the water is gone, the bird dies.
Re: NS2.1 Unicode font library could not be initialized
On Mon, 2009-07-06 at 12:47 +0100, John-Mark Bell wrote: On Sun, 2009-07-05 at 21:03 +0100, Mike Hobbs wrote: I mention this here because, as I think others have also pointed out, the mechanism for font scanning probably needs reviewing. It seems that seemingly minor changes to a machine's font library can at best cause NetSurf to spend ages scanning fonts before it starts, or at worst it can crash because the RUfl_cache says it has fonts which have now gone. There are 2 kinds of scan: full and partial. Further to this, RUfl scans fonts about 7 times faster when the Unicode Font Manager is in use. The bad news is that it requires a new version of the Unicode Font Manager so NetSurf won't be using this version of RUfl for quite some time. John.
Re: NS2.1 Unicode font library could not be initialized
On 6 Jul 2009 as I do recall, Russell Hafter wrote: Like Rob, I do not understand why people would be swapping fonts all the time either. I have 25 font families on this machine, and feel pretty certain that I could bin at least 50% of them and never know the difference! I do not have a separate Font Management utility either. The reason for swapping fonts (assuming that other people mean by that what I do, of course) is the same as the reason for organising files into directories, or any other form of subdivision: once you get beyond a relatively small number of items in a given group, having them *all* displayed simultaneously actually makes it harder to locate and pick the one you want. Having fonts organised into different groups and swapping them in and out according to what you actually happen to be doing makes them quicker and easier to select, that's all -- and applications like Draw+, which fail to respond to an updated Font$Path but rely on scanning all the currently swapped-in fonts on start-up and have to be quit and restarted before you can make any others available, then become a source of irritation. -- Harriet Bazley == Loyaulte me lie == It is far better to be deceived than to be undeceived by those we love.
Re: NS2.1 Unicode font library could not be initialized
On Mon, 06 Jul 2009 23:10:43 +0100 Harriet Bazley li...@orange.wingsandbeaks.org.uk wrote: The reason for swapping fonts (assuming that other people mean by that what I do, of course) is the same as the reason for organising files into directories, or any other form of subdivision: once you get beyond a relatively small number of items in a given group, having them *all* displayed simultaneously actually makes it harder to locate and pick the one you want. This sounds like an argument for better font organisation, rather than turning fonts on and off depending on what you are doing. For example, adding another layer to their hierarchy for topics. But now this is off-topic. B.
Re: NS2.1 Unicode font library could not be initialized
In message 4d8668feccea4ec15c9a84c30e157ad0de1f2...@localhost Mike Hobbs mike.ho...@antplc.com wrote: I wrote this message a month or so ago, but, having written, decided not to post, on the grounds that that a little patience would probably make the problem go away. Thus it was in hope that I today made my monthly download of the latest NetSurf (r8293), only to find that nothing had changed. Here's the rest of the message that I'd decided not to post - I just tried 2.1 and can't get past the first hurdle... Unicode font library could not be initialized... I've just upgraded (briefly) from 090501 (r7386) to 090603 (r7703) and encountered the same problem. The last two messages in NetSurf's log file are rufl_FONT_MANAGER_ERROR: 0x21e: angela.blackþÿÿÿ encoding not found The Unicode font library could not be initialized. I've no idea whether the ÿÿÿ characters are relevant), but removing the font Angela from my system merely changes this to rufl_FONT_MANAGER_ERROR: 0x21e: arnold.encodþÿÿÿ encoding not found The Unicode font library could not be initialized. I decided against removing any more fonts. I'm using it on Virtual RPC-SA (RO 4.02) which has been running various versions of NetSurf successfully up to 2.0 and I just rolled back to 2.0 and its fine. A real RPC running 4.02 here. Reverting to 090501 (r7386) has made the problem go away. The only resource/module that was updated was Tinct and the new version is working fine with NS 2.0. I've tried both new and old !Unicode - no difference. Ditto. Has anyone found a solution? Chris
Re: NS2.1 Unicode font library could not be initialized
On Sat, 2009-07-04 at 13:57 +0100, Chris Manning wrote: In message 4d8668feccea4ec15c9a84c30e157ad0de1f2...@localhost Mike Hobbs mike.ho...@antplc.com wrote: I wrote this message a month or so ago, but, having written, decided not to post, on the grounds that that a little patience would probably make the problem go away. Thus it was in hope that I today made my monthly download of the latest NetSurf (r8293), only to find that nothing had changed. Well, things aren't going to miraculously be fixed if we're not told about them. Here's the rest of the message that I'd decided not to post - I just tried 2.1 and can't get past the first hurdle... Unicode font library could not be initialized... I've just upgraded (briefly) from 090501 (r7386) to 090603 (r7703) and encountered the same problem. The last two messages in NetSurf's log file are rufl_FONT_MANAGER_ERROR: 0x21e: angela.blackþÿÿÿ encoding not found The Unicode font library could not be initialized. I've no idea whether the ÿÿÿ characters are relevant), but removing the font Angela from my system merely changes this to rufl_FONT_MANAGER_ERROR: 0x21e: arnold.encodþÿÿÿ encoding not found The Unicode font library could not be initialized. I decided against removing any more fonts. Please email me the full log file and your !Fonts directory, zipped. John.
Re: NS2.1 Unicode font library could not be initialized
In message 1246791238.32517.99.ca...@duiker you wrote: On Sat, 2009-07-04 at 13:57 +0100, Chris Manning wrote: In message 4d8668feccea4ec15c9a84c30e157ad0de1f2...@localhost Mike Hobbs mike.ho...@antplc.com wrote: [snipped] Please email me the full log file and your !Fonts directory, zipped. John. Thanks to John-Mark my problem was fixed (for a while) by making sure I had the latest FontManager. However, I unexpectedly had the problem return and the reason was that I had changed some fonts by synchronizing between my laptop and desktop machines. I mention this here because, as I think others have also pointed out, the mechanism for font scanning probably needs reviewing. It seems that seemingly minor changes to a machine's font library can at best cause NetSurf to spend ages scanning fonts before it starts, or at worst it can crash because the RUfl_cache says it has fonts which have now gone. And all this trouble seems to be over fonts which NetSurf is never likely to use. Sometimes I switch the contents of my font library to avoid having an excessive number of fonts but to load some special fonts for a graphic design job. This can play havoc with NetSurf, yet I'm sure many people do this kind of font swapping. Mike
Re: NS2.1 Unicode font library could not be initialized
On Sun, 5 Jul 2009 21:03:02 +0100 Mike Hobbs mike.ho...@antplc.com wrote: And all this trouble seems to be over fonts which NetSurf is never likely to use. But NetSurf doesn't know this unless it scans them. The solution to people swapping their sets of fonts all the time is to remove the reason for them swapping fonts all the time. B.
NS2.1 Unicode font library could not be initialized
I just tried 2.1 and can't get past the first hurdle... Unicode font library could not be initialized... I'm using it on Virtual RPC-SA (RO 4.02) which has been running various versions of NetSurf successfully up to 2.0 and I just rolled back to 2.0 and its fine. The only resource/module that was updated was Tinct and the new version is working fine with NS 2.0. I've tried both new and old !Unicode - no difference. -- Mike Hobbs
Re: NS2.1 Unicode font library could not be initialized
On Tue, 2009-05-26 at 11:35 +0100, Mike Hobbs wrote: I just tried 2.1 and can't get past the first hurdle... Unicode font library could not be initialized... I'm using it on Virtual RPC-SA (RO 4.02) which has been running various versions of NetSurf successfully up to 2.0 and I just rolled back to 2.0 and its fine. The only resource/module that was updated was Tinct and the new version is working fine with NS 2.0. I've tried both new and old !Unicode - no difference. Please email me the log file and your !Fonts directory. Thanks, John.
Re: NS2.1 Unicode font library could not be initialized
In article 4d8668feccea4ec15c9a84c30e157ad0de1f2...@localhost, Mike Hobbs mike.ho...@antplc.com wrote: I just tried 2.1 and can't get past the first hurdle... Unicode font library could not be initialized... Please could you run NetSurf 2.1 and e-mail me (off-list) the Log file it generates, and also your !Fonts directory. The Log file is created after NetSurf has been run. You can find it by opening NetSurf's application directory and double click OpenScrap. The Log file is in the directory that opens. The Fonts folder is usually in !Boot.Resources. Please could you compress the !Fonts directory and e-mail it too me too. Best regards, Michael -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: NS2.1 Unicode font library could not be initialized
In article 506175e589t...@netsurf-browser.org, Michael Drake t...@netsurf-browser.org wrote: In article 4d8668feccea4ec15c9a84c30e157ad0de1f2...@localhost, Mike Hobbs mike.ho...@antplc.com wrote: I just tried 2.1 and can't get past the first hurdle... Unicode font library could not be initialized... Please could you run NetSurf 2.1 and e-mail me (off-list) the Log file it generates, and also your !Fonts directory. Ah, John-Mark replied. Just send them to him then. :) Michael -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: NS2.1 Unicode font library could not be initialized
On 26 May 2009 Mike Hobbs mike.ho...@antplc.com wrote: I just tried 2.1 and can't get past the first hurdle... Unicode font library could not be initialized... I'm using it on Virtual RPC-SA (RO 4.02) which has been running various versions of NetSurf successfully up to 2.0 and I just rolled back to 2.0 and its fine. The only resource/module that was updated was Tinct and the new version is working fine with NS 2.0. I've tried both new and old !Unicode - no difference. This sounds just like the problem I had, which turned out to be due to a corrupt font, and therefore easily solved. With best wishes, Peter. -- Peter, \ / zfc Tm \ Prestbury, Cheltenham, Glos. GL52 Anne\/ ____\ England. and / / \ | | |\ | / _\ http://pnyoung.orpheusweb.co.uk family / \__/ \_/ | \| \__/ \__ pnyo...@ormail.co.uk
