0
Category:
STATUS DETAILS

Comments

Currently the Repeater Control works fine in a NavigatePage (BC24).

UICop produces a disturbing warning though. What if the warning is going to be an error in future releases of BC?

Therefore supporting the use of repeater controls in pages of type 'NavigatePage' eliminates the risk of disfunction.

Category:

Fully agree. You dont want to send a PO to a vendor when management have not approved the purchase yet.


The same goes for Customer based documents too. Cant send quotes to customers unless management have approved it etc.

Category:

Fully agree. I've had to extend BC so that it throws an error if a user tries to do this.


The whole idea of approvals is to stop documents going out to Vendors / Customers.


Sending a PO to a vendor when management have not approved it yet is a serious flaw.

Category:

+1 one vote.


I guess all BC SaaS admins need this to fullfill the security requirements these days.


Thanks.

Category:

Would be recommendable to use some kind of intonation detection. Some swear words in Dutch are common names for diseases and we wouldn't want those to be filtered out in all situations.

Category:

I would really like to have this in Dutch!

Category:

The Web client does not support displaying repeater controls yet in pages of type 'NavigatePage'.

This is very usefull, and "must have" feature for a wizard page.

Category:

Really need this basic function

Category:

Hi Robert,

I've had it working with prompt in Adjustment out, but now the user has to click into the information and choose reason code instead of it prompting, therefor it seems unstable.. do you recall your setup and should it solely be triggered by the allow edit counting reason code on the mobile device menu item?


Best Regard

Lars

Category:

IS IMPORTANT FOR ALL CUSTOMERS IN BRAZIL.

Category:

  • 1
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 500