SVG support
Hi all, Using Dev Cl #6508 RISC OS 5.28 - For some reason Netsurf renders SVGs scaled by a factor of 70%ish in the Y direction. Or, I suppose, 140%ish in the X direction. * For example, go to www.free-svg.org choose an SVG and click "Download SVG" to display it in the Netsurf window. - Resizing the browser window re-renders the SVG over the top of the old one - is it possible to render at 100% in both X and Y directions and if possible to clear the page before replotting the graphic? - And incidentally it might be nice to launch a browser window on double clicking a SVG file. Can one of you clever folks write an Obey file? Thanks -- -- AVAILABLE NOW - Graphics Tablets for RISC OS - buy from www.dragdrop.co.uk Chris Dewhurst, Editor, Drag N Drop for RISC OS edi...@dragdrop.co.uk www.dragdrop.co.uk ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: SVG
In article <5789df88f8li...@torrens.org>, Richard Torrens (lists) wrote: > In article <5789dcef69...@timil.com>, Tim Hill wrote: > > > It's also curious tha the text is truncated on the left margin as > > > if CSS left-margin has a negative value. > > You can try and decipher their CSS here: > > https://www.electronics-notes.com/parts/css/style.complete.min.css?go=6 > > (The page in NetSurf is blank. Press f8 then use search and replace > > to change the } into }+newline and change the wrapwidth to 1024.) > Yes, I got that and had a quick look. Not an easy page to understand > without a lot of processing. Looking at it using Chrome Dev's "Inspect" the CSS is best described as a rat's nest. > > There's a width of 1270px in there which may be responsible but I > > didn't cross-refer all the style and whatnot. > It cannot be a negative left-margin as negative values aren't allowed. > However - might Metsurf be calculating the margin and ending up with a > negative result? I didn't look in detail after I saw "width:1270px;". If it contains such fixed widths and if centred in a narrower window it would extend too far left and right offscreen. Widening the NetSurf window brings it into view. If the window is already as wide as your monitor, reducing the page to 80% zoom would probably bring it on screen. -- Tim Hill Find an event to attend at: http://timil.com/riscos/calendar/ Mimemap and other stuff: http://timil.com/riscos/
Re: SVG
In article <5789dcef69...@timil.com>, Tim Hill wrote: > > It's also curious tha the text is truncated on the left margin as if > > CSS left-margin has a negative value. > You can try and decipher their CSS here: > https://www.electronics-notes.com/parts/css/style.complete.min.css?go=6 > (The page in NetSurf is blank. Press f8 then use search and replace to > change the } into }+newline and change the wrapwidth to 1024.) Yes, I got that and had a quick look. Not an easy page to understand without a lot of processing. > There's a width of 1270px in there which may be responsible but I didn't > cross-refer all the style and whatnot. It cannot be a negative left-margin as negative values aren't allowed. However - might Metsurf be calculating the margin and ending up with a negative result? -- Richard Torrens. http://www.Torrens.org for genealogy, natural history, wild food, walks, cats and more!
Re: SVG
In message <5789d3c2d1li...@torrens.org> "Richard Torrens (lists)" wrote: > How far has SVG rendering got? > > sVGs are not common yet, but I met a page with some prsent, which don't > display properly: > > https://www.electronics-notes.com/articles/antennas-propagation/dipole-antenna/folded-dipole.php > > It's also curious tha the text is truncated on the left margin as if CSS > left-margin has a negative value. It was pointed out recently that the SVGs of QR codes, created by the QrCode app by calling out to https://api.qrserver.com, render completely black. They contain a line ; deleting this line causes them to be rendered correctly by NetSurf. Dave
Re: SVG
In article <5789d3c2d1li...@torrens.org>, Richard Torrens (lists) wrote: > How far has SVG rendering got? > sVGs are not common yet, but I met a page with some prsent, which don't > display properly: > https://www.electronics-notes.com/articles/antennas-propagation/dipole-antenna/folded-dipole.php > It's also curious tha the text is truncated on the left margin as if > CSS left-margin has a negative value. You can try and decipher their CSS here: https://www.electronics-notes.com/parts/css/style.complete.min.css?go=6 (The page in NetSurf is blank. Press f8 then use search and replace to change the } into }+newline and change the wrapwidth to 1024.) There's a width of 1270px in there which may be responsible but I didn't cross-refer all the style and whatnot. -- Tim Hill Find an event to attend at: http://timil.com/riscos/calendar/ Mimemap and other stuff: http://timil.com/riscos/
SVG
How far has SVG rendering got? sVGs are not common yet, but I met a page with some prsent, which don't display properly: https://www.electronics-notes.com/articles/antennas-propagation/dipole-antenna/folded-dipole.php It's also curious tha the text is truncated on the left margin as if CSS left-margin has a negative value. -- Richard Torrens. http://www.Torrens.org for genealogy, natural history, wild food, walks, cats and more!
Re: SVG image support on Netsurf 4088.
In article <45f26a2b-4587-4f06-a4c7-df5419cfb...@powys.org>, Tim Powys-Lybbe wrote: > Another minor problem with Netsurf: Thick lines on a vector image saved > as a SVG file are displayed by Netsurf as lines of probably zero > thickness, around a pixel wide. > I have put a thick lined square here: > <http://powys.org/Temp/thick_lines.html> It's here, really: http://powys.org/Temp/Thick_Lines.svg;-) stroke-width="n" in seems to be ignored. Perhaps use a rectangle within a rectangle and background colours to create the same effect as a thick line? Turns out that using styles in the svg file does work. The one on the left is two rectangles, the pink one is a thick line. Created with Inkscape in the pee sea. www.timil.com/temp/drawing.svg -- Tim Hill timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
SVG image support on Netsurf 4088.
Another minor problem with Netsurf: Thick lines on a vector image saved as a SVG file are displayed by Netsurf as lines of probably zero thickness, around a pixel wide. I have put a thick lined square here: <http://powys.org/Temp/thick_lines.html> The Mac Safari browser gets the line thickness right. (Though Safari does have a problem with another SVG image that Netsurf handles well.) -- Tim Powys-Lybbe t...@powys.org for a miscellany of bygones: http://powys.org/
Incorrect rendering of SVG files
Hello! As long as the support of SVG on GTK is marked as complete I think the result I'm seeing is a bug. Consider the following SVG file: http://www.w3.org/2000/svg"; width="32" height="32"> The image above is rendered as two rectangles side-by-side. On red and another one blue while it appears all red in any other image viewer, image editor or web browser. See the screenshot at: http://ogg.ge/netsurf.png I'm using NetSurf 3.4 on Debian Jessie GNU/Linux. I will happily share any other technical details if needed. Thanks.
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: SVG rendering - impressive start!
In article <[EMAIL PROTECTED]>, Paul Vigay <[EMAIL PROTECTED]> wrote: > In a dim and distant universe <[EMAIL PROTECTED]>, >Michael Drake <[EMAIL PROTECTED]> enlightened us thusly: > Cool. I didn't know NetSurf could render drawfiles natively! :-) The > drawfiles were left on my CC website as a legacy thing for Fresco users. NetSurf supports Sprite and ArtWorks formats too. There's a full list of supported image formats here: http://www.netsurf-browser.org/documentation/progress#Images -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: SVG rendering - impressive start!
In a dim and distant universe <[EMAIL PROTECTED]>, Michael Drake <[EMAIL PROTECTED]> enlightened us thusly: > NetSurf will display it as a drawfile if you send it with an accurate > Content-Type. Various Content-Types will cause NetSurf to treat the file > as a drawfile: Cool. I didn't know NetSurf could render drawfiles natively! :-) The drawfiles were left on my CC website as a legacy thing for Fresco users. I've now reconfigured the server to allow this, so it now views properly instead of test. Thanks for the tip. Paul
Re: SVG rendering - impressive start!
On Monday 04 February 2008 11:30:46 Michael Drake wrote: > In article <[EMAIL PROTECTED]>, > >Mark Fraser <[EMAIL PROTECTED]> wrote: > > That is a shame. It's definitely image/svg+xml this end, but there > > doesn't seem to be any way of changing the type to image/svg+xml either. > > You could try adding 'AddType image/svg+xml svg' to the .htaccess file, or > creating one if there isn't one already. > > See http://wiki.svg.org/MIME_Type Tried that, but it looks like Orange don't support .htaccess :(
Re: SVG rendering - impressive start!
In article <[EMAIL PROTECTED]>, Paul Vigay <[EMAIL PROTECTED]> wrote: > In a dim and distant universe <[EMAIL PROTECTED]>, >Michael Drake <[EMAIL PROTECTED]> enlightened us thusly: > > The drawfile URL appears to be broken: > > http://ccdb.cropcircleresearch.com/cc-draw/uk2007aa.drw > Odd. Not sure how that happened - but I've now uploaded it so it's now > there. Your server is serving it up as text/plain, so it is shown as text. http://zamez.org/httplint?url=http%3A%2F%2Fccdb.cropcircleresearch.com%2Fcc-draw%2Fuk2007aa.drw NetSurf will display it as a drawfile if you send it with an accurate Content-Type. Various Content-Types will cause NetSurf to treat the file as a drawfile: application/drawfile application/x-drawfile image/drawfile image/x-drawfile Any of them would work. -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: SVG rendering - impressive start!
On Mon, 2008-02-04 at 11:30 +, Paul Vigay wrote: > In a dim and distant universe <[EMAIL PROTECTED]>, >Michael Drake <[EMAIL PROTECTED]> enlightened us thusly: > > > As Rob said, if you think NetSurf gets something wrong, report it. > > Righto. Done. > > I was (perhaps erroneously) assuming that the SVG support was an > unsupported experimental 'bonus' which wasn't fully working yet anyway. And it never will be if people don't report issues with it. If it's included in a test build that you've downloaded, that's because we'd like people to test it. I say again: If you find a problem with NetSurf, the BTS is your first port of call. Once you've filed it, you're welcome to then discuss it on the mailing list, of course. B.
Re: SVG rendering - impressive start!
On 4 Feb 2008 Mark Fraser <[EMAIL PROTECTED]> wrote: > On Monday 04 February 2008 09:38:35 Barry E Allen wrote: >> In article <[EMAIL PROTECTED]>, Mark >> >> Fraser <[EMAIL PROTECTED]> wrote: >>> Now that NetSurf can display SVGs, could someone please check to see >>> if http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.html >> >> "Sorry you don't support SVG" >> >> Netsurf (3rd Feb 2008 20:15) r3838 > OK, think I've sorted it this time. Not here, unfortunately; 2.0 (Dev) (03 Feb 2008 20:15) r3838 Still the same "Sorry you don't support SVG" :-( With best wishes, Peter. -- Peter \ / \ Prestbury, Cheltenham, Glos. GL52 Anne \ / ____ \ England. and / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk family / \__/ \_/ | \| \__/ \__ [EMAIL PROTECTED]
Re: SVG rendering - impressive start!
In a dim and distant universe <[EMAIL PROTECTED]>, Michael Drake <[EMAIL PROTECTED]> enlightened us thusly: > As Rob said, if you think NetSurf gets something wrong, report it. Righto. Done. I was (perhaps erroneously) assuming that the SVG support was an unsupported experimental 'bonus' which wasn't fully working yet anyway. > The drawfile URL appears to be broken: > http://ccdb.cropcircleresearch.com/cc-draw/uk2007aa.drw Odd. Not sure how that happened - but I've now uploaded it so it's now there. Incidentally, if you now go back to the link I gave originally (to the SVG version) and then click the 'draw' format at the bottom of the page, NetSurf now crashes completely. I'll reboot my machine and make sure I've got the latest NetSurf and then I'll report as a bug if it still does it.
Re: SVG rendering - impressive start!
In article <[EMAIL PROTECTED]>, Mark Fraser <[EMAIL PROTECTED]> wrote: > That is a shame. It's definitely image/svg+xml this end, but there > doesn't seem to be any way of changing the type to image/svg+xml either. You could try adding 'AddType image/svg+xml svg' to the .htaccess file, or creating one if there isn't one already. See http://wiki.svg.org/MIME_Type -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: SVG rendering - impressive start!
On Monday 04 February 2008 09:38:35 Barry E Allen wrote: > In article <[EMAIL PROTECTED]>, Mark > > Fraser <[EMAIL PROTECTED]> wrote: > > Now that NetSurf can display SVGs, could someone please check to see > > if http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.html > > "Sorry you don't support SVG" > > Netsurf (3rd Feb 2008 20:15) r3838 OK, think I've sorted it this time.
Re: SVG rendering - impressive start!
In article <[EMAIL PROTECTED]>, Paul Vigay <[EMAIL PROTECTED]> wrote: > Talking of SVG, it appears to be 'squashing' SVG images vertically, so > that circles come out as ellipses. > Is this a bug for reporting? As Rob said, if you think NetSurf gets something wrong, report it. > or is SVG treated as an unsupported extra bonus? The test builds are there for people to test. We need feedback if NetSurf is to improve, so always report bugs properly please. > http://ccdb.cropcircleresearch.com/info.cgi?d=uk2007aa&c=s&k=Oliver's%20Castle,%20nr%20Devizes,%20Wiltshire,%20UK&y=15th%20Apr,%202007 > (clicking on the link at the bottom of the page will give the original > Draw file) The drawfile URL appears to be broken: http://ccdb.cropcircleresearch.com/cc-draw/uk2007aa.drw -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: SVG rendering - impressive start!
On Monday 04 February 2008 10:20:00 Michael Drake wrote: > In article <[EMAIL PROTECTED]>, > >Michael Drake <[EMAIL PROTECTED]> wrote: > > In article <[EMAIL PROTECTED]>, > > > >Mark Fraser <[EMAIL PROTECTED]> wrote: > > > Now that NetSurf can display SVGs, could someone please check to see > > > if http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.html or > > > > It works when the object type is set to image/svg. At the moment it's > > image/svg+xml, which doesn't get loaded. > > Actually, sorry, NetSurf accepts types of image/svg and image/svg+xml. The > problem is that the type attribute of the object tag is ignored. NetSurf > uses the HTTP Content-Type header only. > > > > http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.svg work with the > > > latest version of NetSurf? > > > > That SVG is served up with a content-type of text/xml, so NetSurf wont > > display it as an SVG unless you download it and set the file's type to > > SVG. > > This is the reason NetSurf doesn't display it. > > http://zamez.org/httplint?url=http%3A%2F%2Fmfraz74.mysite.orange.co.uk%2Fwa >ug%2Floxtonmap.svg > > The Content-Type of text/xml is wrong for SVG. That is a shame. It's definitely image/svg+xml this end, but there doesn't seem to be any way of changing the type to image/svg+xml either.
Re: SVG rendering - impressive start!
On Mon, 2008-02-04 at 10:49 +, Paul Vigay wrote: > Talking of SVG, it appears to be 'squashing' SVG images vertically, so that > circles come out as ellipses. > > Is this a bug for reporting? or is SVG treated as an unsupported extra > bonus? If you think something is a bug, report it on the BTS. It's that simple. B.
Re: SVG rendering - impressive start!
Talking of SVG, it appears to be 'squashing' SVG images vertically, so that circles come out as ellipses. Is this a bug for reporting? or is SVG treated as an unsupported extra bonus? To see an example of what I mean, visit my crop circle site at http://ccdb.cropcircleresearch.com/info.cgi?d=uk2007aa&c=s&k=Oliver's%20Castle,%20nr%20Devizes,%20Wiltshire,%20UK&y=15th%20Apr,%202007 (clicking on the link at the bottom of the page will give the original Draw file) and the image (which does view ok in NetSurf) should be circular. There's a small thumbnail at http://ccdb.cropcircleresearch.com/?d=x&y=2007&c=uk&m=Apr which shows what it 'should' look like.
Re: SVG rendering - impressive start!
In article <[EMAIL PROTECTED]>, Michael Drake <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, >Mark Fraser <[EMAIL PROTECTED]> wrote: > > Now that NetSurf can display SVGs, could someone please check to see > > if http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.html or > It works when the object type is set to image/svg. At the moment it's > image/svg+xml, which doesn't get loaded. Actually, sorry, NetSurf accepts types of image/svg and image/svg+xml. The problem is that the type attribute of the object tag is ignored. NetSurf uses the HTTP Content-Type header only. > > http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.svg work with the > > latest version of NetSurf? > That SVG is served up with a content-type of text/xml, so NetSurf wont > display it as an SVG unless you download it and set the file's type to > SVG. This is the reason NetSurf doesn't display it. http://zamez.org/httplint?url=http%3A%2F%2Fmfraz74.mysite.orange.co.uk%2Fwaug%2Floxtonmap.svg The Content-Type of text/xml is wrong for SVG. Michael -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: SVG rendering - impressive start!
In article <[EMAIL PROTECTED]>, Mark Fraser <[EMAIL PROTECTED]> wrote: > Now that NetSurf can display SVGs, could someone please check to see if > http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.html or It works when the object type is set to image/svg. At the moment it's image/svg+xml, which doesn't get loaded. > http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.svg work with the > latest version of NetSurf? That SVG is served up with a content-type of text/xml, so NetSurf wont display it as an SVG unless you download it and set the file's type to SVG. Michael -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: SVG rendering - impressive start!
In article <[EMAIL PROTECTED]>, Mark Fraser <[EMAIL PROTECTED]> wrote: > Now that NetSurf can display SVGs, could someone please check to see > if http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.html "Sorry you don't support SVG" Netsurf (3rd Feb 2008 20:15) r3838 -- Barry A.
Re: SVG rendering - impressive start!
On Sunday 03 February 2008 23:45:36 Simon Smith wrote: > >From the Libsvgtiny page, in teeny tiny text I spotted > > http://croczilla.com/svg/samples/tiger/tiger.svg > > Followed the link, and ... that's really quite impressive. > > I tried exporting an ArtWorks file of my own in SVG format and found you > haven't done transparency yet, but even so, my hat is off to you gents for > your work so far. > > > Now, ArtWorks' SVG expert does have quite a lot of customisable settings. > Would you care to comment on the optimum export settings to use, or is it > going to remain a question of trial and error for the foreseeable future? > > > Thanks Now that NetSurf can display SVGs, could someone please check to see if http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.html or http://mfraz74.mysite.orange.co.uk/waug/loxtonmap.svg work with the latest version of NetSurf?
Re: SVG rendering - impressive start!
On Sun, 03 Feb 2008 23:46:37 + (GMT), Michael Drake <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, >Simon Smith <[EMAIL PROTECTED]> wrote: >> From the Libsvgtiny page, in teeny tiny text I spotted > >> http://croczilla.com/svg/samples/tiger/tiger.svg > >> Followed the link, and ... that's really quite impressive. > > NetSurf can convert SVG files to draw format too. On that SVG, open the > menu and do Page > Export > Draw. > > I'm not sure exactly what features are planned but Libsvgtiny isn't aiming > for full SVG support, it's aiming for SVG Tiny support, which is a subset > of SVG's features. 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. John.
Re: SVG rendering - impressive start!
In article <[EMAIL PROTECTED]>, Simon Smith <[EMAIL PROTECTED]> wrote: > From the Libsvgtiny page, in teeny tiny text I spotted > http://croczilla.com/svg/samples/tiger/tiger.svg > Followed the link, and ... that's really quite impressive. NetSurf can convert SVG files to draw format too. On that SVG, open the menu and do Page > Export > Draw. I'm not sure exactly what features are planned but Libsvgtiny isn't aiming for full SVG support, it's aiming for SVG Tiny support, which is a subset of SVG's features. -- Michael Drake (tlsa) http://www.netsurf-browser.org/
SVG rendering - impressive start!
>From the Libsvgtiny page, in teeny tiny text I spotted http://croczilla.com/svg/samples/tiger/tiger.svg Followed the link, and ... that's really quite impressive. I tried exporting an ArtWorks file of my own in SVG format and found you haven't done transparency yet, but even so, my hat is off to you gents for your work so far. Now, ArtWorks' SVG expert does have quite a lot of customisable settings. Would you care to comment on the optimum export settings to use, or is it going to remain a question of trial and error for the foreseeable future? Thanks -- Simon Smith The idea of an uncrackable digital rights management (DRM) scheme is fundamentally flawed. Encryption is about A sending information to B while ensuring that C cannot read it. In DRM, B and C are the same person.
