Visio 2007 - Org Chart generated through wizard - resizing the text - visio

I'm using the orgwiz command line tool to auto generate an organisation chart to update every night.
It's all working as expected, apart from the fact that the text for some shapes overflows.
Does anyone know if there is a way to autoresize the text automatically somehow, whether that be from the command line or injecting a scripting call to iterate through the pages and resizing the text automagically? It all has to be done unattended.
Appreciate any help,
Tony

Modify the spahe masters so they resize based on the text.
http://msdn.microsoft.com/en-us/library/office/aa200988(v=office.10).aspx#377

Related

TinyMCE 4: Plugin-Window - word wrap available?

I try to migrate our custom plugins from TinyMCE 3 to 4.
In some cases there is some text in the plugin's window to describe how to use it.
Fiddle example: http://fiddle.tinymce.com/Hndaab/1
So if the text is very long, the window width increases until some parts are out of the viewport.
How can i tell the WindowManager to use automatic word wrapping for my labels?
I already tried to define a width for the window. And in another plugin i found a param "multiline". Both didn't solve my problem.
Any ideas? Thank you
I've been trying to accomplish something similar for mobile commpability where the windows are to large for the viewport and so far the closest i've gotten is to set the css for .mce-window to
.mce-window {... max-width:100%;max-height:100%;}
maybe that will be enought to fix your specific problem, even if I still have some ways to go for it to fluidly only fill out the available viewport space on all other windows.

Table border style lost after uploaded on Gdoc

We are now working on upload word document on Google Docs by .NET. We have an template which contains tables, we set border style of tables to none, then all the borders are invisible. But after we uploaded it on Google Docs, the borders appears in black. We tried upload the template to Google Docs manually, the borders appear too. So I think our code is correct, does the Google Docs API allow us to change the style of table border after convert .docx to Google Doc? Or any solution to keep the borders invisible?
I've tried to make the table border to white (the paper color), then the borders is hidden while I upload it to Google Docs without conversion. But while I try to edit it, the table border appears again. I guess that's because Google viewer convert the .docx to GDoc while I try to edit the .docx document.
I've tried to set table border to none in Word, but the borders still appears after conversion. Is this a bug of Google document conversion? It should set the border to zero while the table border was set to none in Word, but it doesn't do that. Is there anybody can help me on this issue? Many thanks.
To answer your first question, there is no way of modifying the document content after uploading. You may, however find better fidelity by converting to HTML or PDF and uploading those formats.
Otherwise, you should raise a bug report on the issue tracker, so that the conversion can be improved.
This is not an answer to your problem, but it's a work around that I'm using currently, by setting the border colour to white it no longer displays the black borders.

Can we use a text element or lines over the graph?

I created a bubble chart where i am using lines and text over the graph, i am getting preview in ireport but not in Jasper-server. Does any one know how to use these lines?
Unfortunately I don't think you can do this. When you view reports in JasperServer you are looking at html. From what I know, you cannot have overlapping controls in html. When you do, one of the controls will not appear. I have had similar situations with reports I created. Any time 2 controls overlap, one disappears.

Reporting Services 2008 Chart DynamicHeight Property Creates Extra Space

I have a bar chart with horizontal bars. I used this article to setup the dynamic height property:
http://blogs.msdn.com/b/robertbruckner/archive/2008/10/27/charts-with-dynamic-size-based-on-categories-or-data.aspx
Everything looks fine in the viewer, but as soon as you go to print layout, pdf, et.al there is about 50% more blank space below the chart.
I've created a sample report (using AdventureWorks DB) to show what is happening. I placed 3 charts with blue backgrounds, each inside its own rectangle with gray backgrounds. The first chart has an expression in the DynamicHeight property, the second chart has a hard coded value in the DynamicHeight property of 8.5in, and the third chart has a blank DynamicHeight and a 8.5in in the normal Height property. I have it return 15 items to place in the chart.
They all look fine in the viewer like I said before, but go to Print Layout and the first and second charts take up twice the space with half of it being blank below the report.
I tried to post the .rdl code, but its too much for the size limit.
I have an open ticket to Microsoft that has been escalated.
We've filed the necessary request to get collaboration from our development team so we should be getting a response regarding this functionality sometime in the next couple days. I'll let you know what they say.
Development has later confirmed it was definitely a bug, now are trying to decide if it is worth it to add to the next cumulative update or wait until SSRS 2010.
The work around until this is fixed, is to place the chart control into a table/tablix.
I added an empty table, deleted the details row and the two extra columns, and added my chart that was giving me problems. Everything appears to re-size correctly now.
try setting up the interactive size, margin and page size. im not sure if it will work but you can try. page size - margin = interactive size. do not exceed from your page size when giving value to your interactive size and margin, this also can cause white spaces in print layout.
hope it helps.
best regards,
cathy

SSRS Exported PDF and TIF report render differently than in the report viewer

I'm seeing basically the same issue described here
I have a table that starts in the middle of the first page, and, depending on the size of the table, it should wrap onto the next page. This behaves fine when using the viewer, but when exporting to a pdf or tif image, things are displayed differently. Instead of starting on the first page and wrapping onto the second, it moves the entire table to start on the second page, leaving lots of ugly white-space on the first page. I've made sure that KeepTogether is false on the table, and there is no header/footer on the page (so it can't extend beyond the page's width).
Has anyone seen this problem, or know of a solution/troubleshooting steps?
Thanks!
The problem was fixed by re-creating the report(s) in question using the Business Intelligence Development Studio 2008 (instead of 2005). Don't know what was different in the re-created report, but it works properly now.