We encountered a similar thing and found that if we put a < at the beginning and one at the end > of the URL that Word converted it just fine.
Let me know if this works for you.
This is a problem on the MicroSoft side.....here's your workaround:
1. Copy the link from the Business Publisher site
2. Paste it into MS Word (NOTE: Do NOT use the 'Insert\Hyperlink' functionality)
3. After pasting, just hit your 'SPACE' bar (which will create a hyperlink automatically for you. NOTE: The hyperlink will not work at this point yet...)
4. Right click on the hyperlink and go to \Edit hyperlink...'
5. You don't need to do anything here other than to click 'OK'
The hyperlink will NOW work normally. NOTE: If you want to put a similar hyperlink into MS Excel, you still have to go through these steps in MS Word first. Then you can cut/paste from there into your spreadsheet.
I hope it works for you!
Thanks Bob. Your solution worked, however it will not let change the "Text to Display" field without giving me the error message "The address for this hyperlink exceeds the 256 character limit."
It seems to let me do this without any issue. I've done it at the same time as step 4 above (i.e., before I go to step 5) and it also allows it after I've completed step 5 just by going back into 'Edit hyperlink.'
Perhaps different versions of MS Word? (I'm using 2003......)
I have MS Word 2002. That could be the issue.
We came across this issue as well and to get rid of it for good by implementing an alias in the web server to substitute constants in the url. With Apache, the alias is called "redirect" and it is located in the httpd.conf file. Below an example with the "arisweb" alias:
It allows to call Bus Publisher with url smaller than 255 chars, like this:
A network engineer should be able to implement this redirect with any kind of web server.
some good news from the ARIS Business Publisher product directly.
Since the latest service release (SR7 2010) IDS Scheer has changed
the "Copy link" functionality. The links which will be provided now are much
shorter than before.
I hope this functional improvement will be helpful for you.
could you please explain this a little further? When I use the "copy link" function, I only see the link including the profileID, but what I want to have is the URL containing the parameters (filterguid, usergroupguid and exportname) which don't change every time the export is created anew (which might be necessary because of changes to the database scheme which come along with service releases from time to time). So far I only see the chance of reducing the length of the link by using aliases.
we are trying to apply the solution with the alias, but with Tomcat, the parameter "&modelguid=" which needs to be added to the generic part of the URL was not resolved correctly. Now we are trying the same with Microsoft IIS. Any suggestions are welcome :-)
Not planning to go to the latest service release for a while. In the meantime, we created a job aid for a workaround for MS Word, Excel and PowerPoint. Wanted to share, however, didn't see a way to attach a document to ARIS Community site.
Mike, I'm interested in receiving your job aid. I've just sent you a request to connect with me, so you can send me the document via email.
Mike, hope you don't mind I did the same because I would also like to know about your solution.
Mike, you can easily attach a document to your post. Proceed as follows:
- click the pen icon right to the title of your post
- you are now in editing mode
- at the bottom of the page just before the Save button, expand the section "Attachment"
- upload your file and hit the Save button
The attachement will be shown at the end of your post just before the comments start.
Attachment is included now.
@Kerstin: perhaps I did not explain correctly but &modelguid=, as well as &exportname= and &usergroupguid=, cannot be generic: they are variables which cannot be contained in the alias. You find them when invoking the url, but not in the alias itself, where only constants like &filterguid=, &login=, &password=, &localid= can be stored for a large set of users and save lots of characters in the url. If necessary, several aliases can prepared depending upon the language/filter/password/login. I don't think switching to MS IIS will help.
Thierry, I understood that these parameters are not generic. However, since the exportname and the user group GUID won't change so often, we included these parameters in the alias. We created different aliases for the development and released database versions. My problem is that when using the alias, the additional "&modelguid=" cannot be resolved. Using the alias without the additional parameter worked fine (the main page of the ARIS BP was opened).
I do not have this sort of problems with Apache 2.2.4: as I just checked, I can add or remove any parameter in the alias. For instance, I can store everything but &modelguid= in the alias and call with only &modelguid as a unique parameter. Or store &modelguid in the alias. Every combination works...
Finally, our technical support found a solution: The additional "?" in front of the parameter "&modelguid" makes the difference: