How can I provide an FAQ type document, so that the FAQ will be accessible on an SSRS report server? There won't be any data in the FAQ; it will just have text descriptions of the data. Note that this is different from the report descriptions which I've embedded in each report's Description property.
There are a few ways you could probably do this.
As I stated in comments earlier you could create multiple text boxes with corresponding answers on a separate report.
You could also paste everything in one text box and make it readable.
Another option which coincides with the first option and like you stated could allow for toggling visibility of the answers would be to change the visibility property of the answer to "Hide" and checking the "Display can be toggled by this report item":
Related
Is it possible to have a Table Panel in Grafana, and when you click on a row, it shows a graph from another set of time series?
I see there is a feature request for it, but I'm not sure it's available yet
https://github.com/grafana/grafana/issues/5481
Looking for any suggestions on making the rows in a Table Panel
'clickable' and use it to drill down to a more detailed view (another
dashboard using Template variables). Currently displaying a summary of
several servers as rows in a Table Panel and we want to select an
individual row (i.e a server) to drill down to a more detailed
Dashboard.
Any ways to do this?
Thanks
You can achieve this also in 4.x by defining a link for a table column (in the Column Styles section under Visualization). The link can refer to another dashboard and embed current cell's value (or other cell in the same row) as a parameter.
For example the link Url can be:
/d/c9xaXx5Zz/tree-node?var-datasource=$datasource&var-interval_id=${__cell_1}&from=$__from&to=$__to&var-path=root
In Grafana 6 or above you can preserve the time range filter using the $__from and $__to built-in vars.
The available built-in variables to access cell contents are not well documented, but they can be found by hovering over the (i) icon of the Url in the table panel.
More info on built-in vars: https://grafana.com/docs/reference/templating/#global-built-in-variables
The feature request you linked to is a duplicate of this one which links to this Pull Request. The PR was recently merged so it is available now as a nightly build and will be included in the upcoming 5.0.0 release in September/October.
Drill Down Option can be used from General option from Grafana Dashboard.
Copy the link in the Url of the table which you want to show. Change the items in the variable part which is changing according to the need.It will be of format var-name=value
The link URL works well if you are linking to another dashboard, but it does not work well if you are changing a variable on the same dashboard as it does not auto-refresh.
You can add JavaScript into the URL instead of a link.
javascript:$('a.variable-value-link').trigger('click'); $('span:contains(${__cell:raw})').closest('a').trigger('click');
The JavaScript only works for a single dropdown, it would have to be updated if there were multiple dropdowns. I worked on this quickly, so I am sure there is a better way to use JavaScript to change the variable. It basically opens the dropdown, finds the value from the current row and selects it.
I want to cause a CheckedListBox to only allow one selection, and was investigating its Property page/pane/panel to see if there was a likely property for that. I saw "SelectionMode", which contains the following options in its dropdown:
One
MultiSimple
MultiExtended
I selected "MultiSimple" to see what the synopsis text at the bottom of the Property pane would tell me about it. Instead of being edified, though, I got this fingerwag:
Why does Visual Studio pull a Lucy Van Pelt on me, pulling away the "football" as I try to "kick it"? If the property is not available for the control, don't populate the dropdown with it!
UPDATE
BTW, Zaki's answer here gives me what I need to limit selection to 1; I still think some Redmondian should explain himself on this, though.
The control CheckedListBox does not support "multiple-selection" which is indicated in the MSDN documentation under the heading Remarks where it says:
The SelectionMode property determines whether one item in the list box
can be selected or no items can be selected. For CheckedListBox
objects, multiple selection is not supported. You can set the mode to
one item or no items.
Apparently this fact has not been implemented in the design-time UI of the property sheet, which then allows you to choose inappropriate values, causing the error message.
IMHO -- I think your Lucy Van Pelt comparison is very appropriate in this case.
I have a report and want to fix it to 1 page (A4) regardless of the number of rows in the table. Usually it's 10 rows but can be more in some cases.
Anyway I need to use BIRT in a fixed context (3rd party application), eg. no option to adjust the BIRT viewer or url params. Therefore how can I add this option to my report design so that it is applied automatically?
I don't think it is possible to force a render option from the report-design. If it was it would probably achieved by using this code fragment from "beforeRender" script of the report:
importPackage(Packages.org.eclipse.birt.report.engine.api);
reportContext.getRenderOption().setOption(IPDFRenderOption.PAGE_OVERFLOW,IPDFRenderOption.FIT_TO_PAGE_SIZE);
I tried it, it appears at this stage the BIRT task has already applied render options and therefore this new value is ignored.
If you have access to the source code of this third party app it is quite easy to add a "Fit to" PDF render option.
Otherwise you will have to change the report-design and make it a little bit more dynamic: there are many design tips allowing to fit a report in a single page, one of them is to change the height of some items by script depending on the number of rows of the table.
I have a report which contains date prompts. For several reasons, we want to disable manual user input into these date prompts, and to require the use of the date picker instead (this requirement won't change).
How can one do this?
What I've tried:
adding a javascript snippet (embedded in an invisible text prompt) to disable the text field. This works, however when I click "Apply" in the promptset, the date field is re-enabled!
Any insight on how I can accomplish this?
Anybody know how to hack the behavior of the Apply button so I can call my js function again? OR where can I hack the raw html of the promptset/report so that can set the date fields to "disabled=true"?
I do not know of any hack for the "Apply" button, however if we change your process a bit, instead of locking the columns down (and possibly creating confusion for the end user "Why can't I click on this prompt!!"), what we could do is hide the prompts either by using a JQuery function, or other method. The link within this answer describes several options to hide prompts:
Hidden prompts (Oracle Method)
Hiding prompts using guided navigation
Hiding prompts in a section
Hiding certain UI controls inside a prompt
This link has many other links to resources, and should hopefully answer your question, albeit in a different way.
Links (several in case one gets broken):
http://intelligentinsight.wordpress.com/2012/10/20/obiee-11g-hidden-prompts-and-hiding-prompts/ (Main Link)
http://docs.oracle.com/cd/E21764_01/bi.1111/e10544/prompts.htm#CIHCDDEG (Oracle Link, should be stable)
http://intelligentinsight.wordpress.com/2012/09/23/obiee-11g-improve-dashboard-prompt-ui-selectively-hiding-and-displaying-prompts-using-jquery/ (Link with JQuery instruction)
Is it possible to display two editable text boxes in one cell of the JqGrid
Sorry, but the description of the problem in the comment to your question still don't contain any examples which shows why you have to display two text boxes in one cell. Moreover you still not answered on the question: which editing mode you use?
The problem is the following: if you use some software product you can use a lot of its standard features. In the case the implementation will be short and you can make very nice solution writing very small code. If you one the other side would try just follow your original imagination of how all should looks like you can spend many time and to write a lot of code. As the result from the point of view of the user who will work with your site all will be almost the same as in the simple solution. Is it really required?
If you would use form editing for example you can easy display additional textboxes, checkboxes or textareas from hidden columns. jqGrid automatically create controls for all hidden columns which have editable: true property. So what you need to do in the case is just to show hidden field in the form with respect of $.show (like in the answer).
I used the same concept in "trirand.com/blog/jqgrid/jqgrid.html#";
There in the Row editing --> Custom edit, JqGrid demo examples, its displaying three buttons on a one cell.