0
Category:
STATUS DETAILS

Comments

This will improve our Shop Floor module by allowing an operator to select the actual machine they are running the product on.

Category:

This will improve our Shop Floor module by allowing an operator to select the actual machine they are running the product on.

Category:

This will improve our Shop Floor module by allowing an operator to select the actual machine they are running the product on.

Category:

Would make them truly advanced if we can import the notes!

Category:

We have also received this request from our customer. Without the ability to filter by record identification, it is difficult to find a specific purchase order, for example when reviewing changes.

Category:

In the BPF has been changed in the past, users are now stuck with that color, unable to revert back to the default color 

Category:

A very interesting idea, it is something of vital importance and, since it is not included, it does not allow excluding permissions for certain records in a table, which is something very common.

Category:

We've tried to work around this by creating separate views, after creating columns for specific languages, and putting the different language in the view, and then qualifying the view by a specific security role, which is also assigned to a user. However, since the "Name" column is the lookup value, there needs to be a default view for lookup. The security role setup did not impact the view used as the default so even though the security role didn't grant access to the view, somehow we still had access to the view. There is no fallback view in the configuration like with forms that have security roles assigned. Even with java script to switch the view, the "Name" is still the display name. The solution needs to translate the data on the fly based on the user's language and not display the base language.

Category:

Hi, does anyone know what the current status of the issue is? The GitHub link is no longer valid, but we assume it remains unsolved, as we keep experiencing the same issue in the Czech localization. We opened a ticket with Microsoft Support, and they simply admitted there are some fields that are not being translated from the default language because they don't reference the table with translations, and that was it.

Category:

we absolutely need this if we are to go ahead using ECM, please add it

Category:

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 500