2013 RTM Report design on documents
sbe
Member Posts: 4
I just downloaded 2013 RTM and wonder why the reports sales quote, sales invoice, etc. still use code.setdata and code.getdata in the header.
At the same time, all labels are removed from the new meu, made for this? Does anyone know if this is how the documents should be made in 2013?
At the same time, all labels are removed from the new meu, made for this? Does anyone know if this is how the documents should be made in 2013?
0
Answers
-
The reason is that the Page Header and footer can only print first or last record. Sales Invoice report will work fine without using getdata and setdata if you are printing a document one at a time. If you are printing multiple invoices then the Page Header will not be the same far all the invoices. That's why they are still using get and set data.0
-
Thanks for the reply, it makes good sense.
Now the question is whether the same also applies to labels?
Why not use labels in the header, and in this way made the report easier to work with in Visual Studio?0 -
ara3n wrote:The reason is that the Page Header and footer can only print first or last record. Sales Invoice report will work fine without using getdata and setdata if you are printing a document one at a time. If you are printing multiple invoices then the Page Header will not be the same far all the invoices. That's why they are still using get and set data.
Not really. If you don't use getdata and setdata, if one of your invoice is gets to page 2, it will break.Confessions of a Dynamics NAV Consultant = my blog
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book0 -
Labels are passed in as parameters and are made once per report execution right after OnPreReport trigger.
Sales Headers can change the language page by page and labels must be created in the data set to be localized correctly.
BR
Torben Wind Meyhoff [MSFT]“This posting is provided "AS IS" with no warranties, and confers no rights.”0 -
Take a look at my blog post here for how to simplify Document Reports. We really don't need to use Code.GetData and Code.SetData.
http://mibuso.com/blogs/clausl/2012/10/03/simplifying-document-reports-in-nav-2013/
/Claus LundstrømClaus Lundstrøm | MVP | Senior Product Manager | Continia.com
I'm blogging here:http://mibuso.com/blogs/clausl and used to blog here: http://blogs.msdn.com/nav
I'm also offering RDLC Report Training, ping me if you are interested. Thanks to the 700 NAV developers that have now already been at my training. You know you can always call if you have any RDLC report issues :-)0 -
Hi, thanks for the replies, I am now somewhat wiser in this area, as it now makes more sense, and I feel ready to really get started with the documents
0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 328 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
