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.
Related
I may be trying to do the impossible. What I need is to dynamically set the PrintTitleRows for each printed page in Excel. My worksheet is created dynamically and there are multiple (yet similar) sections of different row lengths and I want to show the section name and description titles on the top of the following page if the section overflows to multiple pages. The section names will not always be the same though the column titles will. The section name is on the row above the description titles.
Section name and description titles
Currently, I am calling my PageSettings sub and then executing the ExportAsFixedFormat, so I am guessing this can't be done.
I have spent the last few hours searching the Microsoft site, Stackoverflow.com and the web in general with no questions or hits related to this question.
Thanks in advance for any insight you may have.
The answer in no and is based on my experience. The PrintTitleRows and PrintTitleColumns are a one time setting which I did in my PageSettings sub. Once ExportAsFixedFormat starts running, it never hits the PageSettings sub again.
PrintTitleRows is a one time setting that places the same row (or rows) at the top of every printed page but I needed different rows.
The best I found way to achieve this is to add the necessary rows to the worksheet after each page break to make the report look the way I want when printed. I then hide these header rows from the user and display them when I print.
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.
Currently I'm working in Cognos v10.1.2 . I do have a requirement that the report page name (The worksheet name of the report's excel output) should dynamically change based on the prompt value selected. How could we achieve this in Cognos. Thanks in advance for your help.
I believe you can accomplish this in a variety of ways
For example, grouping mechanisms and RSVP.EXCEL.PAGEGROUP_WSNAME_ITEMVALUE is set to true
https://www.ibm.com/support/knowledgecenter/en/SSEP7J_10.2.2/com.ibm.swg.ba.cognos.ug_cra.10.2.2.doc/c_ug_cra_newfeatures_nametabs_excel2007.html
Also you can do this with rendering and page set definitions
Unfortunately not, you would have to create separate pages for each code and have them render only if those cards are not missing
I am retrieving a list of values from a sharepoint list, which works well but my problem is that it only retrieves the first 100 records. there are currently 500 records that should be available.
Scenario: I have two comboboxes on an infopath form:
A List of Locations
A list of areas within the locations
the list of locations will filter the list of areas but as infopath seems to only retrieve the first 100 records so most of the locations do not show any areas as there is nothing to filter.
By design, the query will only return the first page of results from the default view for the list. Change the item limit for the default view in SharePoint, and you'll change the returned values for InfoPath.
EDIT (links from my comments, here for greater readability):
Here are sources describing this fix in MSDN forum (scroll to the bottom), a blog comment that describes the SharePoint setting step-by-step, one with a screen cap of the somewhat counter-intuitive interface, and another describing performance implications on the server side.
Hope this helps.
Just documenting what I have discovered trying to resolve the problem. I have not been able to change the default view as yet as I dont have the permission to. That should change though.
One possible workaround I have found is that you can export the list to Excel which contains all the data that I was looking for. the file that sharepoint produces is an Excel Query file like "export.iqy". You can save and open the file in notepad. which will look something like the following
WEB
1
http://SharepointSite/_vti_bin/owssvr.dll?XMLDATA=1&List={14C4ED2B-3050-4C47-B5F3-6333C3B0FB28}&View={8E6124E0-23F2-4BA2-86E7-96E7F36BAEC8}&RowLimit=0&RootFolder=%2fLists%2fSharepoint%20Sites
Selection={14C4ED2B-3050-4C47-B5F3-6333C3B0FB28}-{8E6124E0-23F2-4BA2-86E7-96E7F36BAEC8}
EditWebPage=
Formatting=None
PreFormattedTextToColumns=True
ConsecutiveDelimitersAsOne=True
SingleBlockTextImport=False
DisableDateRecognition=False
DisableRedirections=False
SharePointApplication=http://SharepointSite/_vti_bin
SharePointListView={8E6124E0-23F2-4BA2-86E7-96E7F36BAEC8}
SharePointListName={14C4ED2B-3050-4C47-B5F3-6333C3B0FB28}
RootFolder=/Lists/My list
You can take the third line which is -
http://SharepointSite/_vti_bin/owssvr.dll?XMLDATA=1&List={14C4ED2B-3050-4C47-B5F3-6333C3B0FB28}&View={8E6124E0-23F2-4BA2-86E7-96E7F36BAEC8}&RowLimit=0&RootFolder=%2fLists%2fSharepoint%20Sites
And use that to retrieve the complete list. I added an new receive data connection, selected an xml document and added the above URL.
It is not formated particullary nice but it will return all the data that I was expecting.
I think that Argalatyr solution is much simpler at this point, but it depends on if i am able to get the default view changed.
there is yet one workaround of this without such hardcoding. If you open Query editor, then you have there available ribbon with menu items. Open "Home" -> "Select top rows" and enter there some realy high number (I have in my list 596 rows, so I entered there as limit of top rows 20000 and I got whole list).
Sorry, I don't have available English version of Excel, so I cannot add screenshots.
enter image description here
I have something funky going on with MOSS & was wondering if anyone out there has seen anything like it:
I have a document library in MOSS that has several custom columns added to it. I have a column of type choice. For one document in the library (a word document), the selected value does not get displayed for the one column - all of the other columns are fine & the other 60 documents in the folder display the selected values correctly. When I edit the properties of the document, the value of the column is defaulted to blank, I can change it to another value & save it. However the new value doesn't get displayed in the list view, nor does it show up if I edit the properties again.
If, I open the document in word & view the Document Information Panel it displayes the value that I had selected & saved for the column. However, the column is being displayed as a text box & not a drop down. The value still does not get displayed in the list view or properties view after a save.
Has anyone seen behaviour like this before?
My first guess is a name collision between your custom column and the columns that ship with SharePoint out of the box. What is the column name that is causing the problem?
I have seen situations like this when there are documents in a library, and then columns are added. The existing information does not get updated properly.
If you reupload the document as a second content, does this happends again ?
If yes, you may check advanced properties of the document before uploadind it. There may be some data in it that SharePoint try to use when importing the file. It may explain that you don't have the issue when you copy/paste only the content.
Along a similar line, it could be that the problem doc has a Word metadata field named subject, and MOSS is doing its property promotion thing to mess up your field. If so, clearing the Word metadata might fix it.