Welcome to Telelogic Product Support
  Home Downloads Knowledgebase Case Tracking Licensing Help Telelogic Passport
Telelogic System Architect (steve huntington)
Decrease font size
Increase font size
Topic Title: SVG viewing
Topic Summary: Is acrobat viewer necessary
Created On: 12-Jun-2006 17:56
Status: Read Only
Linear : Threading : Single : Branch
Search Topic Search Topic
Topic Tools Topic Tools
Subscribe to this topic Subscribe to this topic
E-mail this topic to someone. E-mail this topic
Bookmark this topic Bookmark this topic
View similar topics View similar topics
View topic in raw text format. Print this topic.
 12-Jun-2006 17:56
User is offline View Users Profile Print this message


Bill Hartman

Posts: 1
Joined: 9-May-2006

To view diagrams generated to SVG using the HTML generator is the acrobat viewer necessary on the computer a person is going to view from?

We are using version 10.3 and have generated using the HTML generator and some user's can see the SVG's and other can't.

Bill Hartman
Report this to a Moderator Report this to a Moderator
 13-Jun-2006 13:23
User is offline View Users Profile Print this message


Theodore Menard

Posts: 70
Joined: 1-Aug-2005

Yes the SVG Viewer needs to be on the viewing machine and you need the SVG viewer 3.0 dated 11/2001. If you have the current one the some the the links in the HTML Report will fail.



-------------------------
Theodore A. Menard
Report this to a Moderator Report this to a Moderator
 5-Jul-2006 18:04
User is offline View Users Profile Print this message


Brenda Roston

Posts: 7
Joined: 3-Nov-2005

One problem, however, is that Adobe has reported security vulnerbilities with SVG Viewer 3.0, thus the updates since to 3.0. Does anyone know how Telelogic is addressing the issue?
Report this to a Moderator Report this to a Moderator
 8-Jul-2006 17:43
User is offline View Users Profile Print this message


lou varveris

Posts: 32
Joined: 18-Jun-2005

Hi all,

This is an issue with Adobe's SVG Viewer, version 3.02 or 3.03, which no longer support bookmarks in a non-web-server environment. We are in contact with Adobe, and have asked them to address this issue as quickly as possible, but do not have any information to give you yet as to when they will do so.

We have some workarounds to this issue, which are listed below. First an explanation of what is happening. There are two ways to specify a bookmark in HTML - either a '#' sign or a '%23'. An example reference to a bookmark within an HTML page would be something like s000004.htm#S1107, where S1107 is a bookmark within an html page. Alternatively, you could use s000004.htm%23S1107.

HTML Generator generates all information of the symbols on a diagram to one html page of information, and includes bookmarks to specific points on that page that provide information on a specific symbol. So if you click on a symbol on the SVG graphic, you are sent to a bookmarked spot on an html page.

Furthermore, SVG Viewer 3.01 or before did not support the '#' bookmark in a non-web-server environment. What this means is that if you deployed the website generated by HTML Generator on a typical machine, then when you clicked on a symbol it would branch to the top of the html page referenced, but it would ignore the bookmark and leave you at the top of the page. The only way that a # bookmark would work is if you hosted your website on a machine set up as a webserver (more on that below). SVG Viewer 3.01 did support the alternative, %23 bookmark code, for non-web-server machines, and so that is what we used as a default for our SVG output from HTML Generator. If you deployed the website to a non-web-server machine, and clicked on a symbol on an SVG diagram, you would link to the proper place on an HTML page that contained information about that symbol. However, because many of our customers were deploying the generated website on a Web Server machine, we also provided a "Output for Web Server" option on HTML Generator's Advanced tab. This option used the "#" code for bookmarks instead of the "%23" code.

So if you are using SVG Viewer 3.01 or before, and you intend to generate SVG graphics, and you intend to place the generated website on a non-Web-Server machine, you go to the Advanced tab of the HTML Generator, and toggle on SVG graphics, but leave the "Output for web server" choice toggled off. All bookmarks will be generated using the %23 command. If you intend to host the generated website on a machine that has been set up to be a Web Server, then you toggle on the "Output for web server" choice, and bookmarks are generated using the # code.

That brings us to SVG Viewer 3.02 and 3.03 - in both of these viewers, the %23 code does not work anymore at all. You get a "page not found" error if you click on a symbol on an SVG diagram. Also, the # code (still) only works properly on Web Servers, but (still) is ignored on websites deployed on regular machines. So if you have installed SVG Viewer 3.02 or 3.03, your only option is to toggle on the "Output for web server" choice on the Advanced tab, which will output a website using the # code for links on the SVG graphics. If you then deploy your website on a regular machine, and then click on a symbol on an SVG diagram, you will link to the top of the HTML page containing information on that symbol, but not to the specific information on that symbol. (At least you won't get 'page not found' broken links.) If you deploy your generated website on a web server, then everything works -- if you click on a symbol on an SVG diagram, you link to the correct bookmarked spot on the page containing information specific to that symbol. At this point, this is the best workaround to the issue.

This only affects output of the HTML Generator (websites generated by selecting Reports, HTML Reports while in System Architect). It does not affect websites generated by SA Information Web Publisher, because SA Information Web Publisher does not generate SVG that uses bookmarks - each symbol and definition in a website generated by SA Information Web Publisher is output to an individual HTML page; they are not accumulated on one HTML page accessed via bookmarks. This issue also does not affect System Architect XT.

At Telelogic, we are examining the following paths of action - we either wait for Adobe to fix this problem (the # bookmark or the %23 bookmark code should work on a website hosted on a non-web-server machine), or we change HTML Generator so that it generates a website without bookmarks - in other words, individual pages like SA Information Web Publisher does. The disadvantage to the second plan of action is that you then get a website that is much larger because it contains a lot more html pages.

I'll let you know as we go forward if we'll be changing HTML Generator to generate to individual pages, or if we will wait for Adobe to fix the problem. We are still awaiting some definitive feedback from Adobe.

PS: Information on setting up a machine as a web server is available on the internet. In short, you (or a system admin) needs to go to Add/Remove programs and select Add/Remove Windows Components. There you will see an option called Internet Information Services (IIS). You would need to install this component.

Edited: 8-Jul-2006 at 17:52 by lou varveris
Report this to a Moderator Report this to a Moderator
 20-Nov-2006 11:21
User is offline View Users Profile Print this message


Mark Studden

Posts: 4
Joined: 5-Jul-2006

Can we have an update on the progress of this issue please? There are probably many users out here who would like to produce SVG output from SA, but for whom this option is currently too much hassle to pursue. Why is it that after all this time, SA still can't generate graphics that are properly zoomable and scrollable for use in the real world, like Visio can?
Report this to a Moderator Report this to a Moderator
 20-Dec-2006 04:31
User is offline View Users Profile Print this message


Mark Lai

Posts: 1
Joined: 20-Dec-2006

Telelogic, Can we see if this issue can be escalated as I work in an environment where security is tightly controlled, and trying to install IIS on my machine is almost impossible.
Report this to a Moderator Report this to a Moderator
 22-Dec-2006 16:42
User is offline View Users Profile Print this message


lou varveris

Posts: 32
Joined: 18-Jun-2005

Hi all,

this issue is of highest priority to us. Development is currently looking at a replacement for Adobe SVG Viewer for our May 2007 release; version 10.7 of SA.

Lou
Report this to a Moderator Report this to a Moderator
 11-Feb-2007 22:18
User is offline View Users Profile Print this message


Cam Chapman

Posts: 18
Joined: 15-Jan-2007

Is there any more information on the replacement to SVG in the upcoming release of SA?

Adobe have announced end of life on SVG viewer (http://www.adobe.com/svg/eol.html) as at 01/01/2008.
Report this to a Moderator Report this to a Moderator
 12-Feb-2007 21:47
User is offline View Users Profile Print this message


lou varveris

Posts: 32
Joined: 18-Jun-2005

Hi Cam,

Yes, the decision was made to use our own SVG applet-based viewer based on the batik (http://xmlgraphics.apache.org/batik/) open source Java technology.

This functionality is scheduled to be available for the 10.7 release of System Architect, which is due in May 2007.

Lou
Report this to a Moderator Report this to a Moderator
Statistics
20925 users are registered to the Telelogic System Architect forum.
There are currently 1 users logged in.
The most users ever online was 16 on 30-Oct-2008 at 14:46.
There are currently 0 guests browsing this forum, which makes a total of 1 users using this forum.
You have posted 0 messages to this forum. 0 overall.

FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.