I have a report that I developed that utilizes render variables as described here - http://www.ibm.com/developerworks/data/library/cognos/reporting/dynamic_report_design/page570.html
The report for some reason still renders the column header without the data below when its exported to Excel. If I view in HTML, it renders appropriately but the HTML includes every single column header.
What am i doing wrong?
Check "Making the Query Items Dynamic" #4 from that document. Looks like you miss it
When you are applying the Render Variable, make sure you are selecting the 'List Column' not the 'List Column Body'. Look into the attached screenshot to see how to select the complete List Column when applying the Render Variable.
I'm not sure why this technique wouldn't work when exported but as a workaround, you could try applying the render variable independently to the column and its header.
Related
What is the starting point to create a search display template in a table format and be able to specify which columns you want to display. Presently, the default format only shows the title, description, and link in a 3 row list. I would like to change this to have title, description, link in 3 columns (table format) and be able to add or remove more columns.
What I have managed till now is create a search page for Tasks, that only searches for files of that specific content type. Now I want to be able to decide which columns are shown in the resulting view and if possible show them in a tabular format.
I was thinking about finding a similar template and try edit the HTML to make it look as I want it. Is there a similar template? Or perhaps a ready template which I missed?
Thanks!
There was indeed a similar template, very similar to what I needed:
Displaying SharePoint 2013 Search Results in a Table
The table template html files are also provided for under an MIT License.
I'm working on a report in Cognos 10 which is only composed by a list. When I export to Excel and print the report, it breaks a row of the list through pages.
I've already modified the pagination properties of the list with any result..
So, my question is, is there any way to avoid the row break through pages?
Also I would like to ask if somebody know a way to set a header and footers that appears in all pages.
Thanks in advance.
please see this IBM doc: http://www-01.ibm.com/support/docview.wss?uid=swg21419957
You can have your administrator change a parameter which will enable a single sheet export.
Just setting the "Rows per page" property of the list to a maximum value should work.
In case of List, set the Rows Per Page property to blank.
To enable the page header, go to List Headers & Footers and enable the List Page Header.
I have a simple list where I am entering a name, a timeframe, and a tag. I'd like to create a custom view of this data where timeframe becomes column heading and tag is the row definition and the name is displayed in grid. What's the simplest way to accomplish this?
Use a Content Query Web Part to display the list.
You can add a custom item template to the ITEMSTYLE.XSL file in Style Library/XSL Style Sheets directory. With a simple structure like you are describing you can easily pivot and format the data.
For general syntax and an overview take a look at Heather Solomon's post: http://www.heathersolomon.com/blog/articles/CustomItemStyle.aspx
Another good link with relevant info:
http://kyleschaeffer.com/sharepoint/sharepoint-2010-item-styles-and-ddwrt/
I have an infopath form based on a sharepoint list (worktracker).
In that form there is a repeating section which holds data from a secondary source which is the worktracker list again.
I would like to filter that table using the value in a field on the form - this enables me to run a check on duplicate items on the list by using a calculated checking reference.
I have done this by using conditional formatting to hide the non-matching items but that this killing my form as IE throws tantrum as it takes too long.
Does anyone know another way to do this? I am stuck using IE8 - not my choice!
UPDATE:
So since posting the above, I had since tried using a REST connection which doesn't work as my list is too big. I have also tried using an XML connection to a filtered view and that didn't work either!
Cheers,
In the form, select the value field. Create a rule that sets the secondary data source's query field of the same name to that value. Then query the secondary data source. It will only return the items where the value matches.
I have a calculated column in a custom SharePoint 2007 list, with the following formula:
=CONCATENATE("IR-",[ID],"-",LEFT(UPPER([Title]),25))
If an item is created in the list, everything is fine, however, when an item is updated the [ID] column is no longer in the calculated column for that item.
So, on creation: "IR-40-TheTitleIsHere", but after edit, it is, "IR--TheTitleIsHere".
Anyone have some insight on why this would be happening?
I confirm the behavior mentioned above. Any Add/Edit will wipe out the [ID] portion. If you edit the column in the list and update the formula, it will update ALL list items to be correct (until you do an edit on the item).
I found this post that mentions the same problem.
Sounds like the only solution would be to make a simple workflow using SharePoint Designer that would update a text field in your list.
I had an issue similar a while back. Through other blogs and experts, I discovered that the [ID] column should not be used in a calculated column because it wreaks havoc and causes many errors. Sorry - remove the ID column and you should be fine.
This question is a little old, but I had the same issue and found a solution for it. It is a pretty specific fix and won't help everyone -- it involves using javascript in a content editor web part to update the calculated field.
This site -- http://blog.pathtosharepoint.com/2008/09/01/using-calculated-columns-to-write-html/ -- gives an example of how to use javascript in the same manner that I used it.. the important block of code is the first while loop. The point is to grab the out of box ID column from the list and update whatever calculated field needs the ID.
In my case I had a URL in a calculated field that required the ID as a parameter.. of course that wouldn't work normally because you can't put the ID in a calculated field. What I did was I put "?ID=null" in the ID parameter of my calculated field's url, I then replaced that with the ID that was retrieved using javascript.. so whenever the page is loaded, the js kicks off and updates all of the URLs to have the correct ID.
I know this is very old but I couldn't find a newer version of the question anywhere else and the answer above from ferr solved the problem for me but isn't very clear so I thought I'd update it.
This assumes that you want to use the ID in the output HTML (for example within a link), I think this is fairly common.
Using the javascript from the pathtosharepoint link I added in the following to get the id with an if statement for safety:
if (HTMLregexp.test(CellContent)) { //original pathtosharepoint line
if (NodeSet[i].parentNode.getAttribute("iid")){
var SPID = NodeSet[i].parentNode.getAttribute("iid").split(",")[1];
CellContent = CellContent.replace("SPIDReplace", SPID)
}
NodeSet[i].innerHTML = CellContent; //original pathtosharepoint line
This is put in the while loop of the latest pathtosharepoint fix at time of writing. This works for me on SharePoint 2010.
Note: Include the string "SPIDReplace" in your calculated column to get it replaced by the item ID.
pathtosharepoint page: http://blog.pathtosharepoint.com/category/calculated-columns/
pathtosharepoint code: http://pathtosharepoint.com/Downloads