Hi all,
Is this forum still the main one for SVG?
Are there others you would recommend?
Linc

Hi,

I want to get to understand in detail what Adobe illustrator produces as SVG
(what the schema rules are I guess). So that if I do something in illustrator I
know exactly what's gonna be created.
Up until now I am trying to work this out by viewing the SVG it outputs but I
need more detail maybe some adobe SVG reference or can get get all this from
studying the schema? If so, how to access the schema?


Previous I looked at Microsoft's docx wordml and I could find lots of
documentation on how Word produced its XML (wordml). Is there such docs for
illustrators SVG?


Kind regards,
Lincoln

Hi all,
Gee its been 10 yrs since I posted to this group. I find it amazing that SVG
seems to be getting a revival with HTML5. So, I am back with my 1st post:

I wanted to create an interactive symbol but it appears that the set element
cannot be used inside symbols without having to resort to putting a set element
on the use element related to the symbol.


However, I think it strange that I can put UI Mouse Events on elements within
the symbol, just not via a <set> element.

Can anyone explain why?


Kind regards,
Lincoln

i directly talk to my sql db..

2012/6/8 Jacob Beard <jbeard4@...>

> Are you using JavaScript on the client or on the server?
>
> Are you trying to get your JavaScript code to talk directly to your mysql
> db? Or are you only using it to scale an SVG map in the browser? If you
> have a sample of the map you are trying to scale, that would be helpful.
>
> Jake
>
> On Thu, Jun 7, 2012 at 4:40 AM, shofinurdin shofinurdin <
> shofinurdin@...> wrote:
>
> > **
> >
> >
> > excuse me...
> >
> > i am making SVG MAP WEB project using Mysql as database and javascript...
> > but i don't really know the function javascript to show the legend and
> > scale of the SVG MAP..
> >
> > any body can help me..
> >
> > maybe somebody has web SVG template using javascript and mysql...
> >
> > thanks a lot before....
> >
> > [Non-text portions of this message have been removed]
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
> -----
> To unsubscribe send a message to:
> svg-developers-unsubscribe@yahoogroups.com
> -or-
> visit http://groups.yahoo.com/group/svg-developers and click "edit my
> membership"
> ----Yahoo! Groups Links
>
>
>
>


[Non-text portions of this message have been removed]

Sandy wrote:
> I am new to SVG and have a basic question for you. There
> are  multiple ways to generate SVG...
>
> 1. Use Batik
> 2. Use simple document  API in java
> 3. Use javascript document API
>
> What is the most preferred  way? If you guys can share your
> experience


I guess 3 will be the answer once I learn JavaScript a
little better.

I use a text editor to do most of my designs. I have also
used other tools, but generally only to learn how they
execute designs. By digging into how SVG is developed I am
able to get exactly what I want exactly where I want it.

One of the advantages to coding your own is that your images
tend to have much, much smaller file sizes.

By learning the behind the scenes details I was able to
reduce an 18 page web presentation that took over a quarter
of a MB to under 15kB in a single page that is fully
interactive.
  ____________________________________________________________


I must be travelling,
Jason


tc+ ?23 ?mgt mt tne ?t20 t4++ ?t5 ?tp tg+ ?th ?to
ru- ge++ 3i c++ jt- au+ ls pi+ ta+ he+
kk++ hi+ as+ va+ dr ?ith vr ne so+ zh vi da sy

Lincoln wrote:


> I want to get to understand in detail what Adobe
> illustrator produces  as SVG (what the schema rules are I
> guess). So that if I do something in  illustrator I know
> exactly what's gonna be created.
>
> Up until now I am trying  to work this out by viewing the
> SVG it outputs but I need more detail maybe some  adobe SVG
> reference or can get get all this from studying the
> schema? If so, how  to access the schema?
>
> Previous I looked at Microsoft's docx wordml  and I could
> find lots of documentation on how Word produced its XML
> (wordml). Is  there such docs for illustrators SVG?


There is an amazing amount of information available from
Adobe's web site, including links to external sources. You
should be able to use help in Illustrator to connect to it.
  ____________________________________________________________


I must be travelling,
Jason


tc+ ?23 ?mgt mt tne ?t20 t4++ ?t5 ?tp tg+ ?th ?to
ru- ge++ 3i c++ jt- au+ ls pi+ ta+ he+
kk++ hi+ as+ va+ dr ?ith vr ne so+ zh vi da sy

Hi,
I agree with Jason, javascript is the most promising way, the only one which
will work on all platforms without any plugin.
Yannick

----- Mail original -----
De: "Jason Barnabas" <jtbarnabas@...>
À: svg-developers@yahoogroups.com
Envoyé: Mercredi 13 Juin 2012 08:22:28
Objet: Re: [svg-developers] Preferred way of generating SVG






Sandy wrote:
> I am new to SVG and have a basic question for you. There
> are multiple ways to generate SVG...
>
> 1. Use Batik
> 2. Use simple document API in java
> 3. Use javascript document API
>
> What is the most preferred way? If you guys can share your
> experience

I guess 3 will be the answer once I learn JavaScript a
little better.

I use a text editor to do most of my designs. I have also
used other tools, but generally only to learn how they
execute designs. By digging into how SVG is developed I am
able to get exactly what I want exactly where I want it.

One of the advantages to coding your own is that your images
tend to have much, much smaller file sizes.

By learning the behind the scenes details I was able to
reduce an 18 page web presentation that took over a quarter
of a MB to under 15kB in a single page that is fully
interactive.
__________________________________________________________

I must be travelling,
Jason

tc+ ?23 ?mgt mt tne ?t20 t4++ ?t5 ?tp tg+ ?th ?to
ru- ge++ 3i c++ jt- au+ ls pi+ ta+ he+
kk++ hi+ as+ va+ dr ?ith vr ne so+ zh vi da sy

Usually, I'm rendering data that already is in, or can easily convert to, XML
format. Thus I use XSLT, which was precisely designed to transform XML into
other text documents (such as SVG markup).

Roger L. Cauvin
"Smart product decisions"
http://twitter.com/rcauvin

Hi,

A while back I mentioned SVG to a friend who knows a lot about computers. He
said it was no longer beind developed, rather dismisively, and didn't seem
willing to elaborate on what he meant by that. I was doubtful about that as it
seemed that all the major browsers were improving their SVG support.

In the last couple of months, there have been a number of browser updates with
little or no improvement to SVG that I've been able to detect. I use Windows XP
so I don't know about IE 9.

Have the browser developers basically given up on SVG or are they waiting for
something or is this a statistical blip or what?

Richard Pearman       http://www.pixelpalaces.com/
The next stage in the evolution of web comics:
http://www.onlinecomics.net/pages/details/listing.php?comicID=4415
Read my Helium articles: http://www.helium.com/users/212199
South Alberta Cactus and succulent society:
http://www.facebook.com/group.php?gid=20360241008

On Fri, Jun 15, 2012 at 09:46:30PM -0000, cremnosedum wrote:
			 .
			 .
			 .
> A while back I mentioned SVG to a friend who knows a lot about computers. He
said it was no longer beind developed, rather dismisively, and didn't seem
willing to elaborate on what he meant by that. I was doubtful about that as it
seemed that all the major browsers were improving their SVG support.
>
> In the last couple of months, there have been a number of browser updates with
little or no improvement to SVG that I've been able to detect. I use Windows XP
so I don't know about IE 9.
>
> Have the browser developers basically given up on SVG or are they waiting for
something or is this a statistical blip or what?
			 .
			 .
			 .
This is a stupid conversation.

I don't mean that *you*, cremnosedum, are in any way defective;
I'm trying to express that there's something dysfunctional about
our culture that we'd ever get to the point that the browser
maintainers other than cheerfully and with utter clarity make it
quite public how and how much they're improving their offerings.
It *is* real, though:  browsers are released, and utterly miss
out on the opportunity to advertise all their benefits.

I expect a few representatives of major browsers will follow up
shortly with explicit lists of recent advances.  If not, others
of us will doubtless pull them together.

cremnosedum, SVG *is* advancing.

(2012/06/16 6:46), cremnosedum wrote:
> In the last couple of months, there have been a number of browser
> updates with little or no improvement to SVG that I've been able to
> detect. I use Windows XP so I don't know about IE 9.

Hi Richard,

Like Cameron said, SVG is being actively developed.

Firefox has seen several significant performance wins recently (e.g. bug
629200, Firefox 13; bug 734079, Firefox 14) as well as new features
including support for the <view> element (bug 512525, in Firefox 15) and
non-scaling stroke (bug 528332, in Firefox 15) to name just a few I'm
aware of.

Some of the future development I'm particularly looking forward to is
ongoing work to further improve performance (bug 614732) and fix a
number of major issues with SVG text (bug 655877).

And of course, in the case of Mozilla, everyone is welcome to contribute
to further the development of SVG.

Best regards,

Brian Birtles

Hi all,

Are there any XXLT transforms available that transform drawingML to SVG?

Pranav

As far Im aware, SVG and its elements has been included to HTML5 so its maybe
not mentioned anymore separately.

Veiko

�
http://www.veikoherne.com


________________________________
  From: cremnosedum <richard@...>
To: svg-developers@yahoogroups.com
Sent: Friday, June 15, 2012 11:46 PM
Subject: [svg-developers] SVG still being developed?

Hi,

A while back I mentioned SVG to a friend who knows a lot about computers. He
said it was no longer beind developed, rather dismisively, and didn't seem
willing to elaborate on what he meant by that. I was doubtful about that as it
seemed that all the major browsers were improving their SVG support.

In the last couple of months, there have been a number of browser updates with
little or no improvement to SVG that I've been able to detect. I use Windows XP
so I don't know about IE 9.

Have the browser developers basically given up on SVG or are they waiting for
something or is this a statistical blip or what?

Richard Pearman� � � http://www.pixelpalaces.com/
The next stage in the evolution of web comics:
http://www.onlinecomics.net/pages/details/listing.php?comicID=4415
Read my Helium articles: http://www.helium.com/users/212199
South Alberta Cactus and succulent society:
http://www.facebook.com/group.php?gid=20360241008



------------------------------------

-----
To unsubscribe send a message to: svg-developers-unsubscribe@yahoogroups.com
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my
membership"
----Yahoo! Groups Links



[Non-text portions of this message have been removed]

Dear All,

I've created a symbol font that is embedded into SVG via css font-face
directive (Base64 encoded). Some other fonts worked fine in all major
browsers, but this one, in MSIE 9, wasn't displayed at all.

Finally I've found it is caused by font embedding settings (specified
directly in the font). If there is any other option selected than
'Everything is allowed', the font is not displayed.

These options are (in Fontlab):
- only printing and previewing of the document is allowed (read-only)
- editing of the document is allowed
- everything is allowed (installable mode)
- embedding of this font is not allowed

Do you think it is the correct behaviour?

Thanks for you opinion.

Jan

--- In svg-developers@yahoogroups.com, "Pranav Lal" <pranav.lal@...> wrote:
>
> Are there any XXLT transforms available that transform drawingML to SVG?
>

You mean XSLT?

Hi,
<snip You mean XSLT?
PL] Yes. Sorry for the typo.

Pranav

Not really, the HTML 5 specification says this...

The semantics of SVG elements are defined by the SVG specification and other
applicable specifications.

Best regards

Robert.

--- In svg-developers@yahoogroups.com, veiko herne <veiko_h@...> wrote:
>
> As far Im aware, SVG and its elements has been included to HTML5 so its maybe
not mentioned anymore separately.
>
> Veiko

Well, your friend is certainly wrong about it not being developed anymore.
The standard has existed for quite a while, and even if it wasn't
successful on the web, it would continue to be used elsewhere. However, we
won't know whether it will catch on until a popular web application is made
that uses SVG... so get to work guys :)

On Fri, Jun 15, 2012 at 5:46 PM, cremnosedum <richard@...>wrote:

> **
>
>
> Hi,
>
> A while back I mentioned SVG to a friend who knows a lot about computers.
> He said it was no longer beind developed, rather dismisively, and didn't
> seem willing to elaborate on what he meant by that. I was doubtful about
> that as it seemed that all the major browsers were improving their SVG
> support.
>
> In the last couple of months, there have been a number of browser updates
> with little or no improvement to SVG that I've been able to detect. I use
> Windows XP so I don't know about IE 9.
>
> Have the browser developers basically given up on SVG or are they waiting
> for something or is this a statistical blip or what?
>
> Richard Pearman http://www.pixelpalaces.com/
> The next stage in the evolution of web comics:
> http://www.onlinecomics.net/pages/details/listing.php?comicID=4415
> Read my Helium articles: http://www.helium.com/users/212199
> South Alberta Cactus and succulent society:
> http://www.facebook.com/group.php?gid=20360241008
>
>
>


[Non-text portions of this message have been removed]

I think that it is being used so seamlessly in so many applications on the
web now (through D3, JQuery, various Google-thingies, etc.) that people have
stopped noticing. All of the browsers have shown steady improvements in
their level of support with, basically, each new release, and the standard
itself is under major revision in anticipation of a new version (2.0). SVG
is more alive than ever, but a bit more quietly than people seem to realize.
I've recently visited India and China, where SVG is finding new forms of
application in areas ranging from demographics to transportation and utility
management. The number of large companies in the west and east engaged in
SVG development is pretty impressive, but at the same time, SVG has sort of
nestled into a quiet but important niche and is beginning to coexist
relatively seamlessly with HTML5 (including canvas), CSS and WebGL.
Super-accelerated SVG, using the GPU, is being developed by NVIDIA and
others. A lot of developers are still using <canvas> instead of SVG in
contexts where SVG would be more appropriate (like when a UI is needed).

By way of half-hearted speculation, I think that misplaced zeal has a lot to
do with the fact that a) they are programmers and declarative approaches
don't provide quite the same level of job-security and b) Apple's halo (and
to some extent Google's as well) has made <canvas> appeal to many of the
hormone-driven youngsters who are slurping their Red Bull and programming at
02:30 am. Web GL provides, perhaps,  some of the same testosterone rush. We
older folks have gotten lazier and prefer fewer keystrokes. Maybe it is fear
of arthritis.

Cheers
David

-----Original Message-----
From: svg-developers@yahoogroups.com [mailto:svg-developers@yahoogroups.com]
On Behalf Of Marty Sullivan
Sent: Monday, June 18, 2012 9:09 AM
To: svg-developers@yahoogroups.com
Subject: Re: [svg-developers] SVG still being developed?

Well, your friend is certainly wrong about it not being developed anymore.
The standard has existed for quite a while, and even if it wasn't successful
on the web, it would continue to be used elsewhere. However, we won't know
whether it will catch on until a popular web application is made that uses
SVG... so get to work guys :)

On Fri, Jun 15, 2012 at 5:46 PM, cremnosedum
<richard@...>wrote:

> **
>
>
> Hi,
>
> A while back I mentioned SVG to a friend who knows a lot about computers.
> He said it was no longer beind developed, rather dismisively, and
> didn't seem willing to elaborate on what he meant by that. I was
> doubtful about that as it seemed that all the major browsers were
> improving their SVG support.
>
> In the last couple of months, there have been a number of browser
> updates with little or no improvement to SVG that I've been able to
> detect. I use Windows XP so I don't know about IE 9.
>
> Have the browser developers basically given up on SVG or are they
> waiting for something or is this a statistical blip or what?
>
> Richard Pearman http://www.pixelpalaces.com/ The next stage in the
> evolution of web comics:
> http://www.onlinecomics.net/pages/details/listing.php?comicID=4415
> Read my Helium articles: http://www.helium.com/users/212199
> South Alberta Cactus and succulent society:
> http://www.facebook.com/group.php?gid=20360241008
>
>
>


[Non-text portions of this message have been removed]



------------------------------------

-----
To unsubscribe send a message to: svg-developers-unsubscribe@yahoogroups.com
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my
membership"
----Yahoo! Groups Links

Hi,

Perhaps I should have said that I test browsers with my web comic. This has lots
of features, some of which aren't supported by some browsers - animated filters,
filters that access the background graphic, SMIL, Javascript, internal fonts,
text on paths etc.. However there are some things I don't or seldom use:
polylines, symbols, markers, CSS based interactivity etc.. I don't even know
what a view element does! I put the results of my tests on
http://www.pixelpalaces.com/svgviewers.htm I haven't found any improvements in
the last few browser upgrades (sorry can't remember exactly how many) but they
could have been improving things my web comic doesn't use. There are a number of
frames where there are problems with multiple browsers. One example is frames
which were designed for the user to use pan and zoom, these don't work well in
most browsers because pan and zoom is absent or poor (I know you can roll your
own but that introduces more issues). There's one frame which only works
properly in IE/ASV 3 and I have no idea why as the code's similar to many other
frames that work in all browsers.

Richard Pearman       http://www.pixelpalaces.com/
The next stage in the evolution of web comics:
http://www.onlinecomics.net/pages/details/listing.php?comicID=4415
Read my Helium articles: http://www.helium.com/users/212199
South Alberta Cactus and succulent society:
http://www.facebook.com/group.php?gid=20360241008
Make money from discussing things: http://www.myLot.com?ref=Graptopetalum

--- In svg-developers@yahoogroups.com, Brian Birtles <birtles@...> wrote:
> Hi Richard,
>
> Like Cameron said, SVG is being actively developed.
>
> Firefox has seen several significant performance wins recently (e.g. bug
> 629200, Firefox 13; bug 734079, Firefox 14) as well as new features
> including support for the <view> element (bug 512525, in Firefox 15) and
> non-scaling stroke (bug 528332, in Firefox 15) to name just a few I'm
> aware of.
>
> Some of the future development I'm particularly looking forward to is
> ongoing work to further improve performance (bug 614732) and fix a
> number of major issues with SVG text (bug 655877).
>
> And of course, in the case of Mozilla, everyone is welcome to contribute
> to further the development of SVG.
>
> Best regards,
>
> Brian Birtles
>

I might suggest (for starters) to avoid using compressed svgz files. For
one, virtually all web servers have gzip compression enabled so it almost
certainly won't reduce transfer time. Also, I have had multiple issues
playing around with svgz in the past, it's simply useless in my book.

I'm also going to go out on a limb and say that your comics are doing
something wrong code-wise. I can't really tell what from a brief look, but
I'm assuming there's just something in there that could be done better.
Great drawings and animations though.I viewed them in Opera, but I'm not
sure what features are or are not working for you.

On Mon, Jun 18, 2012 at 1:46 PM, cremnosedum <richard@...>wrote:

> **
>
>
> Hi,
>
> Perhaps I should have said that I test browsers with my web comic. This
> has lots of features, some of which aren't supported by some browsers -
> animated filters, filters that access the background graphic, SMIL,
> Javascript, internal fonts, text on paths etc.. However there are some
> things I don't or seldom use: polylines, symbols, markers, CSS based
> interactivity etc.. I don't even know what a view element does! I put the
> results of my tests on http://www.pixelpalaces.com/svgviewers.htm I
> haven't found any improvements in the last few browser upgrades (sorry
> can't remember exactly how many) but they could have been improving things
> my web comic doesn't use. There are a number of frames where there are
> problems with multiple browsers. One example is frames which were designed
> for the user to use pan and zoom, these don't work well in most browsers
> because pan and zoom is absent or poor (I know you can roll your own but
> that introduces more issues). There's one frame which only works properly
> in IE/ASV 3 and I have no idea why as the code's similar to many other
> frames that work in all browsers.
>
>
> Richard Pearman http://www.pixelpalaces.com/
> The next stage in the evolution of web comics:
> http://www.onlinecomics.net/pages/details/listing.php?comicID=4415
> Read my Helium articles: http://www.helium.com/users/212199
> South Alberta Cactus and succulent society:
> http://www.facebook.com/group.php?gid=20360241008
> Make money from discussing things: http://www.myLot.com?ref=Graptopetalum
>
>
> --- In svg-developers@yahoogroups.com, Brian Birtles <birtles@...> wrote:
> > Hi Richard,
> >
> > Like Cameron said, SVG is being actively developed.
> >
> > Firefox has seen several significant performance wins recently (e.g. bug
> > 629200, Firefox 13; bug 734079, Firefox 14) as well as new features
> > including support for the <view> element (bug 512525, in Firefox 15) and
> > non-scaling stroke (bug 528332, in Firefox 15) to name just a few I'm
> > aware of.
> >
> > Some of the future development I'm particularly looking forward to is
> > ongoing work to further improve performance (bug 614732) and fix a
> > number of major issues with SVG text (bug 655877).
> >
> > And of course, in the case of Mozilla, everyone is welcome to contribute
> > to further the development of SVG.
> >
> > Best regards,
> >
> > Brian Birtles
> >
>
>
>


[Non-text portions of this message have been removed]

On Mon, Jun 18, 2012 at 09:52:59AM -0400, David Dailey wrote:
			 .
			 .
			 .
> others. A lot of developers are still using <canvas> instead of SVG in
> contexts where SVG would be more appropriate (like when a UI is needed).
>
> By way of half-hearted speculation, I think that misplaced zeal has a lot to
> do with the fact that a) they are programmers and declarative approaches
> don't provide quite the same level of job-security and b) Apple's halo (and
> to some extent Google's as well) has made <canvas> appeal to many of the
> hormone-driven youngsters who are slurping their Red Bull and programming at
> 02:30 am. Web GL provides, perhaps,  some of the same testosterone rush. We
> older folks have gotten lazier and prefer fewer keystrokes. Maybe it is fear
> of arthritis.
			 .
			 .
			 .
"SVG:  Visualization for Oldsters"?

"SVG: For UI developers too lazy to roll their own hit-testing"

I recently became aware of another project that has written their entire
view layer in Canvas:
http://badassjs.com/post/18610722419/first-look-blossom-a-sproutcore-spinoff-usi\
ng-only
The other famous example was, of course, Thunderhead:
https://wiki.mozilla.org/Labs/Thunderhead/TheBook
Shumway is probably yet another example:
http://badassjs.com/post/25369867558/shumway-mozillas-flash-vm-and-runtime-in-ja\
vascript

Seems like quite a lot of effort, and I wonder if the performance gains are
proportional.

Jake

On Mon, Jun 18, 2012 at 5:18 PM, Cameron Laird <claird@...> wrote:

> **
>
>
> On Mon, Jun 18, 2012 at 09:52:59AM -0400, David Dailey wrote:
> .
> .
>
> .
> > others. A lot of developers are still using <canvas> instead of SVG in
> > contexts where SVG would be more appropriate (like when a UI is needed).
> >
> > By way of half-hearted speculation, I think that misplaced zeal has a
> lot to
> > do with the fact that a) they are programmers and declarative approaches
> > don't provide quite the same level of job-security and b) Apple's halo
> (and
> > to some extent Google's as well) has made <canvas> appeal to many of the
> > hormone-driven youngsters who are slurping their Red Bull and
> programming at
> > 02:30 am. Web GL provides, perhaps, some of the same testosterone rush.
> We
> > older folks have gotten lazier and prefer fewer keystrokes. Maybe it is
> fear
> > of arthritis.
> .
> .
> .
> "SVG: Visualization for Oldsters"?
>
>
>


[Non-text portions of this message have been removed]

It is required to have shadow effect on various elements of svg like path, rect,
etc.
I have tried this using filters that already given in svg , but that is not
supported in all browser.
So i want it to be done using css, as i have tried this but its not woking:

     <html>
     <head>
     </head>
     <body>
     <svg xmlns="http://www.w3.org/2000/svg" version="1.1">
      <defs>
          <style type="text/css"><![CDATA[
            rect {
                fill: red;
                stroke: blue;
                box-shadow: 6px 4px 10px 10px #888888;
                stroke-width: 3
            }
          ]]></style>

Any suggestions will be realy appreciable,
Thanks in advance...:)
       </defs>
       <rect x="40" y="40" rx="25" ry="50" width="150" height="100"/>
     </svg>
     </body>
     </html>

Hi Pranjal,



My experience (albeit pretty shallow so far on the CSS side) is that cross
browser support for the SVG effects being borrowed  (with glee, but a bit
higgledy-piggledy, in terms of semantic purity and party doctrine) into CSS
is that you'll find better cross browser support for SVG than for the CSS
versions. Many of the CSS versions have yet to become part of any
recommended standard, I think.



Something so simple as an SVG gradient, even, seems to require lots of
switchy-thingies in order to work across browsers: see
http://cs.sru.edu/~ddailey/Guangzhou/g0.htm (as compared with the simpler,
and more scalable http://cs.sru.edu/~ddailey/Guangzhou/g1.svg ). I would
expect filters, animations, replicates and the rest of the good things in
SVG to be a few years away from cross-browser consistency.



Perhaps the implementers working on these things will see it differently -
if so I'd trust their perspective more than my own, as I've only dabbled a
wee bit in the area.



Cheers

David



From: svg-developers@yahoogroups.com [mailto:svg-developers@yahoogroups.com]
On Behalf Of pranjal
Sent: Thursday, June 14, 2012 9:52 AM
To: svg-developers@yahoogroups.com
Subject: [svg-developers] How to apply shadow effect on svg elements using
css?





It is required to have shadow effect on various elements of svg like path,
rect, etc.
I have tried this using filters that already given in svg , but that is not
supported in all browser.
So i want it to be done using css, as i have tried this but its not woking:

<html>
<head>
</head>
<body>
<svg xmlns="http://www.w3.org/2000/svg" version="1.1">
<defs>
<style type="text/css"><![CDATA[
rect {
fill: red;
stroke: blue;
box-shadow: 6px 4px 10px 10px #888888;
stroke-width: 3
}
]]></style>

Any suggestions will be realy appreciable,
Thanks in advance...:)
</defs>
<rect x="40" y="40" rx="25" ry="50" width="150" height="100"/>
</svg>
</body>
</html>





[Non-text portions of this message have been removed]

Hi

--- In svg-developers@yahoogroups.com, Marty Sullivan <dark3251@...> wrote:
>
> I might suggest (for starters) to avoid using compressed svgz files. For
> one, virtually all web servers have gzip compression enabled so it almost
> certainly won't reduce transfer time.

I didn't know this. Obviously it saves space on the server and I don't know if
it would be a problem to use svg instead.

> Also, I have had multiple issues
> playing around with svgz in the past, it's simply useless in my book.

I find it works OK.

> I'm also going to go out on a limb and say that your comics are doing
> something wrong code-wise. I can't really tell what from a brief look, but
> I'm assuming there's just something in there that could be done better.

I can't fix this without more specifics.

> Great drawings and animations though.

Thanks.

>I viewed them in Opera, but I'm not
> sure what features are or are not working for you.

I originally designed most of it for IE with ASV 3. Microsoft seem to be
paranoid about SVG opening or changing other frames and windows (nobody else
seems to think this is an issue) so they kindly added a "security feature" that
prevented links with target attributes from working. This messed up one feature
of the comic - the ability to click on certain things and see background
information.

Opera is probably the browser which makes the best job of displaying the comic.
The last version I tested was 11.15. This has issues with text, including text
that should have been removed reapearing. It's pan and zoom isn't good. The hot
zone filter tends to make transparency less subtle; there's one girl who wears a
thin nighty and when she has a hot zone, her nipples tend to look much darker
than they should. There are a few frames, where a phone call is being traced,
that are supposed to have flashing lines but these don't appear (this only works
in ASV).

Richard Pearman       http://www.pixelpalaces.com/
The next stage in the evolution of web comics:
http://www.onlinecomics.net/pages/details/listing.php?comicID=4415
Read my Helium articles: http://www.helium.com/users/212199
South Alberta Cactus and succulent society:
http://www.facebook.com/group.php?gid=20360241008
Make money from discussing things: http://www.myLot.com?ref=Graptopetalum

You might find this work done by Lubos Brieda of particleincell.com to be
informative.



He's set up an interface that allows dragging the points through which a
Bezier curve passes around, rather than the conventional illustration in
which we drag control points.



It also explains the math.



http://www.particleincell.com/2012/bezier-splines



cheers

David



[Non-text portions of this message have been removed]

________________________________
  От: David Dailey <ddailey@...>
Кому: svg-developers@yahoogroups.com
Отправлено: четверг, 21 июня 2012 6:50
Тема: [svg-developers] fancy work with Bezier curves


 
You might find this work done by Lubos Brieda of particleincell.com to be
informative.

He's set up an interface that allows dragging the points through which a
Bezier curve passes around, rather than the conventional illustration in
which we drag control points.

It also explains the math.

http://www.particleincell.com/2012/bezier-splines

cheers

David

With all my respect, I have to notice, that this approach is known for ages. For
example, it described in the solid book, written by Feng Yuan- "windows graphics
programming". I used this method, that is more intuitive and more convenient in
my prog- PaintingTool. Visit http://www.smartfills.com. As for me, there is one
more interesting approach- non- Bezier curves, that imitate thin flexible ruler
(it is not a spline!). I wrote such prog for dear Doug Shepers, who successfully
forgot about it.
Regards, Andrew




[Non-text portions of this message have been removed]

I can use the metric system in SVG design for all purposes except the transform
element. Why?

If I want to place something at x=85% y=30% I can't, using transform. I have to
stop, pull up a percentage calculator and then compute the pixel value based on
my viewBox. In less time then the thought, the computer can do this. Am I wrong
to think this is a waste of time, resources and just plain stupid?

If anyone has a backstage pass and can go behind the curtain and ask the wizard
why this is so, please do.

If there is a legitimate reason I would love to know.

James

I just posted a link on the Google+ site and found something interesting. Using
Firefox you can not use external WOFF fonts, but you can import an external
Javascript. So... Woff fonts are dangerous, but Javascript is not.

Nice to learn something new everyday.

James