https://forum.mibuso.com/ Sat, 07 Mar 2026 18:45:08 +0000 en Implementation Patterns — mibuso.com https://forum.mibuso.com/discussion/77462/setrecord-and-getrecord-function Sat, 04 Feb 2023 19:20:15 +0000 Implementation Patterns Shivasai 77462@/discussions https://forum.mibuso.com/discussion/77417/how-to-setup-alerts-or-notification-case-of-failure-of-a-job-in-job-que-entries-in-business-central Tue, 20 Dec 2022 08:50:47 +0000 Implementation Patterns sajidhanifkhan 77417@/discussions https://forum.mibuso.com/discussion/65820/show-and-hide-fields-on-a-list-page-on-after-get-current-rec Mon, 18 Jan 2016 21:05:28 +0000 Implementation Patterns Mohamed_Zayed 65820@/discussions
I want to hide a field (In a list page) after I get the current Rec.

I did the following:

1.Define a globe variable "IsVisible" and set its "IncludeInDataSet" property be "yes".

2. Set the property visible of the control in the page be "IsVisible"

3. create a function SetVisible (var visible : Boolean) to set the value of the variable "IsVisible"

etc, etc,..



My only problem is that this hide function works only (On open page & Init)!! But if you try to use it on other placsses like (On after get rec) IT WONOT WORK



Any Idea???]]> https://forum.mibuso.com/discussion/63551/quick-customization-patterns Tue, 13 Jan 2015 11:41:16 +0000 Implementation Patterns Miklos_Hollender 63551@/discussions
This is a problem, because these add-on patterns can be learned just by looking at the standard code, but nobody teaches people quick customization patterns.

So I do it now. Here is an example. Never do anything like that in an add-on, it it is not highly performant, it is not very much future proof, not useful for an add-on that will be used by a hundred users, but if you need to do a quick customization to make 1 user happy, this is the way.

In this example we fill a journal automatically. This is very often done. Very often when users complain boo hoo why cannot NAV do X automatically one good solution is that we make a button that fills a journal, they review and post it. This way it is not much manual work, yet they can spot errors much easier as if it was a 100% automatic solution. So it is good because it needs less testing than a solution that posts some things 100% automatically needs. So if you have 30 mins to solve a problem and cannot test it for days, because only 1 user is using it so it does not worth the cost, then just generate a journal, and let the user test it, check it, before posting it. A good example: generating some G/L bookings from Transfer Orders. Once a month. E.g. you need to book some Intra-Community VAT with them, which is a legal requirement in the EU if the Transfer Order crosses borders. You make a button (Action in the new lingo) that generates journal lines and they can review and post them. Very neat.

Here are the steps:

1) do it manually once and not only take note which fields you fill out but also in which order! If in an Item Journal you enter a cost or price and then another field and that field reset the price or cost, take note and change the order of entry!

2) In your code, do NOT do it like the standard or add-ons do (too much work), but emulate user behavior.

3) This means first fill out in the X Journal Line table primary key fields and insert it.

4) Then VALIDATE fields in the correct order you have tested, really make sure validating field X does not reset field Y you validated just before

5) Then use MODIFY(TRUE)

This is NOT a correct solution for an add-on because non-performant, and because if Microsoft changes the OnModify trigger it can break it. But it is excellent as a quick customization for 1-2 users because it emulates what the user does manually. So it is more or less guaranteed to work without investing a lot of effort.

If interested I can post more stuff like this. E.g. on documents, if it is not very important to print multiple invoices for example at one go, but only one by one, the reports can be made really simple. No need for Code.SetData.]]>