The SVG website created with Inkscape now works with Safari 3 beta - available now for Mac OS X and Windows
On Tuesday 12 June 2007 02:29, Benjamin Huot wrote:
The SVG website created with Inkscape now works with Safari 3 beta
- available now for Mac OS X and Windows
It also works with Firefox on my Linux system.
Benjamin Huot wrote:
The SVG website created with Inkscape now works with Safari 3 beta - available now for Mac OS X and Windows
For quite some time I have on my work plan the idea to play with a small site made 100% with SVG. One of the things I wonder about is how Google and maybe the other search engines are able to index it: is Google able toindex the text in a SVG website? Will it follow the links inside the SVG? Is any penalty for PageRank because of using SVG?
Sure, there are a lot of other open question, but this I think is the biggest.
On Wed, 13 Jun 2007 08:32:51 +0300, "Nicu Buculei (OCAL)" <nicu@...143...> wrote:
One of the things I wonder about is how Google and maybe the other search engines are able to index it: is Google able toindex the text in a SVG website? Will it follow the links inside the SVG? Is any penalty for PageRank because of using SVG?
My understanding is that Google does not currently index SVG content, though there's no technical reason why they couldn't; it'll probably require people writing SVG websites to change their mind.
-mental
Google has been able to index SVG and zipped SVG - SVGZ for some time now, at least 2005, please see http://tech.groups.yahoo.com/group/svg-developers/message/48489. Try searching for filetype:svg at Google. :-)
Cheers, Haakon
MenTaLguY wrote:
On Wed, 13 Jun 2007 08:32:51 +0300, "Nicu Buculei (OCAL)" <nicu@...143...> wrote:
One of the things I wonder about is how Google and maybe the other search engines are able to index it: is Google able toindex the text in a SVG website? Will it follow the links inside the SVG? Is any penalty for PageRank because of using SVG?
My understanding is that Google does not currently index SVG content, though there's no technical reason why they couldn't; it'll probably require people writing SVG websites to change their mind.
This is also what I suspect looking at their Webmasters Tools reports for my personal clipart site.
However, this is a vicious circle: people don't write SVG websites because those are not indexed by Google and Google does not index them because they are so few. Which is a shame, as Inkscape with only a few added features could be an awesome website authoring tool (for SVG websites) and the upcoming Gecko 1.9 (Firefox 3.0) will allow users to fully enjoy those sites.
MenTaLguY wrote:
On Wed, 13 Jun 2007 08:32:51 +0300, "Nicu Buculei (OCAL)" <nicu@...143...> wrote:
One of the things I wonder about is how Google and maybe the other search engines are able to index it: is Google able toindex the text in a SVG website? Will it follow the links inside the SVG? Is any penalty for PageRank because of using SVG?
My understanding is that Google does not currently index SVG content, though there's no technical reason why they couldn't; it'll probably require people writing SVG websites to change their mind.
Well, I made a small and simple site and will monitor it to see if/how is indexed: http://svg.nicubunu.ro/
Nicu Buculei (OCAL) wrote:
Well, I made a small and simple site and will monitor it to see if/how is indexed: http://svg.nicubunu.ro
That's an interesting experiment.
One significant deficiency of the current Inkscape is evident in your webpage: if I were to use Inkscape to author a collection of webpages, I would want two more features:
1. better support for <style> blocks and external stylesheets. Putting all the styles inline is just what many people have been trying to educate HTML authors /not/ to do. Doing just that with SVG is, shall we say, less than ideal. Unfortunately, current Roadmap (http://wiki.inkscape.org/wiki/index.php/Roadmap) doesn't include improving CSS support, which suggests that the developers are not very interested in producing SVG for the Web at the moment. :( [Further discussion - http://wiki.inkscape.org/wiki/index.php/CSS_Support]]
2. support for mixed namespace XML, in particular XHTML+SVG+MathML, which is a really good way to get the best of both HTML and SVG worlds. (I have humbly to confess I've never used MathML yet!). I think Inkscape could do this by being namespace-aware and editing SVG fragments within XHTML in-place, leaving the XHTML (/MathML) untouched. Inkscape would have to pay attention to external and internal CSS settings in the XHTML namespace, as well as within the SVG namespace. I guess this is a long way off yet. However, it would be sensible for the underlying architecture to be steered so that namespace support is easy to add later.
Rick
Rick Beton wrote:
Nicu Buculei (OCAL) wrote:
Well, I made a small and simple site and will monitor it to see if/how is indexed: http://svg.nicubunu.ro
That's an interesting experiment.
One significant deficiency of the current Inkscape is evident in your webpage: if I were to use Inkscape to author a collection of webpages, I would want two more features:
For now I collect data and my intention is o provide a preliminary result in a couple of days: it seems search engines don't index it and don't follow the links (despite visiting the page multiple times), so for me a website not indexed is next to useless, no matter how pleasant was to use the authoring tool.
Hi,
is it possible to set a background color (or image)? Like in html 0:-) I tried to open a simple svg in iceweasel / firefox I created with inkscape, but the background appeared white...
Thanks,
Florian
Florian Ludwig wrote on 13.06.2007:
Hi,
is it possible to set a background color (or image)? Like in html 0:-) I tried to open a simple svg in iceweasel / firefox I created with inkscape, but the background appeared white...
Thanks,
Florian
Hi Florian,
Yes, you can set a background colour, but like you I was not able to do it with Inkscape's Document Options. If you open the XML editor inside Inkscape, you will find a tag called <sodipodi:namedview id="base">, and by inspecting that further you will find an attribute called "pagecolor". That's the color you set under File -> Document Options. I save my files as regular SVG, which means none-standard tags and attributes like "pagecolor" are not included.
So, how to proceed? According to the SVG specification over at the World Wide Web Consortium, www.w3.org/TR/SVG/, the "svg" element itself cannot have a "fill" attribute, but we can use a rectangle - the "rect"element - as our background.
The "rect" element's upper left corner is determined from the x and y attribute, and the lower right corner from the width and height attributes. We probably want x and y set to zero, which will start in the upper left corner of our browser's main viewport. Set width and height to 100% in both the svg element and the rectangle element, and we have our coloured background. By using percentages in stead of pixels we make sure our background fills the main viewport regardless of the current window size.
But we want more, right? Yes, we want that colour in a nice stylesheet, so we can change the background or other coloured elements easily. This is from the spec, lightly edited to give us a rectangle that covers our entire background:
<?xml version="1.0" standalone="no"?> <?xml-stylesheet href="mystyle2.css" type="text/css"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="100%" height="100%" xmlns="http://www.w3.org/2000/svg" version="1.1"> <rect x="0" y="0" width="100%" height="100%"/> </svg>
Notice the second line, which references our stylesheet. The stylesheet looks like this:
rect { fill: red; }
This was just an example, so please remember to use class or id in your SVG elements and reference those in your stylesheet, rather than colouring every rect element red. Now that we know how the files should look like when saved, we can try to do it with Inkscape. :-)
Cheers, Haakon
On Saturday, September 1, 2007, 3:13:10 AM, Haakon wrote:
HME> So, how to proceed? According to the SVG specification over at the World HME> Wide Web Consortium, www.w3.org/TR/SVG/, the "svg" element itself cannot HME> have a "fill" attribute, but we can use a rectangle - the "rect"element HME> - as our background.
HME> The "rect" element's upper left corner is determined from the x and y HME> attribute, and the lower right corner from the width and height HME> attributes. We probably want x and y set to zero, which will start in HME> the upper left corner of our browser's main viewport. Set width and HME> height to 100% in both the svg element and the rectangle element, and we HME> have our coloured background. By using percentages in stead of pixels we HME> make sure our background fills the main viewport regardless of the HME> current window size
Yes, you can do that.
In SVG 1.2 there is a viewport-fill property to do pretty much what pagecolor seems to be doing. http://www.w3.org/TR/SVGMobile12/painting.html#viewport-fill-property
Notice (Example: 11_03.svg) the difference between that and a 100% rect, when the aspect ratio of the viewBox and the aspect ratio of the canvas are different.
The usual hack to cover that in SVG 1.1 is to have your background rect be something like
<rect x="-200%" y="-200%" width="500%" height="500%" />
which covers a modest amount of zooming out as well.
Chris Lilley wrote:
In SVG 1.2 there is a viewport-fill property to do pretty much what pagecolor seems to be doing. http://www.w3.org/TR/SVGMobile12/painting.html#viewport-fill-property
Notice (Example: 11_03.svg) the difference between that and a 100% rect, when the aspect ratio of the viewBox and the aspect ratio of the canvas are different.
The usual hack to cover that in SVG 1.1 is to have your background rect be something like
<rect x="-200%" y="-200%" width="500%" height="500%" />
which covers a modest amount of zooming out as well.
Thanks Chris, good to know! From the above, we know SVG allows us a coloured background. Since most of us don't want to read specs when drawing, how do you recommend the budding SVG web-site artist go about configuring Inkscape to take advantage of this in the easiest manner possible?
There seems to be different zooming implementations in Mozilla Firefox 2.x and Konqueror 3.5.x. It is fairly easy to enlarge the entire drawing using Konqueror. I've used it many times to enlarge an SVG drawing, then right-clicked and selected Save as PNG, which I then could use in word processors or presentations which didn't support SVG. Mozilla Firefox zooming seems to work on some elements and not on others, but maybe I'm doing something wrong. Do you know more about the zooming capabilities of different browsers - are there any rules for the artist?
Cheers, Haakon
On Monday, September 10, 2007, 10:04:00 PM, Haakon wrote:
HME> Chris Lilley wrote:
In SVG 1.2 there is a viewport-fill property to do pretty much what pagecolor seems to be doing. http://www.w3.org/TR/SVGMobile12/painting.html#viewport-fill-property
Notice (Example: 11_03.svg) the difference between that and a 100% rect, when the aspect ratio of the viewBox and the aspect ratio of the canvas are different.
The usual hack to cover that in SVG 1.1 is to have your background rect be something like
<rect x="-200%" y="-200%" width="500%" height="500%" />
which covers a modest amount of zooming out as well.
HME> Thanks Chris, good to know! From the above, we know SVG allows us a HME> coloured background. Since most of us don't want to read specs when HME> drawing, how do you recommend the budding SVG web-site artist go about HME> configuring Inkscape to take advantage of this in the easiest manner HME> possible?
I was more noting it for future reference - its an SVG 1.2 feature, which means that to date, only mobile phones (and Opera 9.5 alpha, i believe) support it.
For now, the rectangle hacks are more dependable in deployed content.
However, if Inkscape were to offer a UI to set the backhround, Inkscape could make rectangles now , and make viewport-fill later, without changing the UI (or by providing options on export).
HME> There seems to be different zooming implementations in Mozilla Firefox HME> 2.x and Konqueror 3.5.x. It is fairly easy to enlarge the entire drawing HME> using Konqueror. I've used it many times to enlarge an SVG drawing, then HME> right-clicked and selected Save as PNG, which I then could use in word HME> processors or presentations which didn't support SVG.
This can also more conveniently be done on a command line, using Batik. you can get the bitmap as large as you want, not limited by your screen size.
HME> Mozilla Firefox HME> zooming seems to work on some elements and not on others, but maybe I'm HME> doing something wrong. Do you know more about the zooming capabilities HME> of different browsers - are there any rules for the artist?
SVG says that there must be a zooming mechanism, but not how the user gets to it.
For that reason, some people provide their own mechanisms (eg map thumbnail viewers, if the svg content is a map) and zoom by editing the viewBox by script.
HME> Cheers, HME> Haakon
On 9/10/07, Chris Lilley <chris@...214...> wrote:
On Monday, September 10, 2007, 10:04:00 PM, Haakon wrote:
HME> Chris Lilley wrote:
In SVG 1.2 there is a viewport-fill property to do pretty much what pagecolor seems to be doing. http://www.w3.org/TR/SVGMobile12/painting.html#viewport-fill-property
Notice (Example: 11_03.svg) the difference between that and a 100% rect, when the aspect ratio of the viewBox and the aspect ratio of the canvas are different.
The usual hack to cover that in SVG 1.1 is to have your background rect be something like
<rect x="-200%" y="-200%" width="500%" height="500%" />
which covers a modest amount of zooming out as well.
HME> Thanks Chris, good to know! From the above, we know SVG allows us a HME> coloured background. Since most of us don't want to read specs when HME> drawing, how do you recommend the budding SVG web-site artist go about HME> configuring Inkscape to take advantage of this in the easiest manner HME> possible?
I was more noting it for future reference - its an SVG 1.2 feature, which means that to date, only mobile phones (and Opera 9.5 alpha, i believe) support it.
For now, the rectangle hacks are more dependable in deployed content.
Not sure if we're using the 1.2 version or what, but if you do file>doc properties theres a background color option on the page tab under general.
participants (9)
-
Benjamin Huot -
Chris Lilley -
Florian Ludwig -
Haakon Meland Eriksen -
john cliff -
John R. Culleton -
MenTaLguY -
Nicu Buculei (OCAL) -
Rick Beton