Conditional dropdown selection to hide and show item - sharepoint

I'm new to Power Apps, I'm facing this issue.
enter image description here
This is a PA form when I select Projects value in Time entry field the below two fields are enabled Project and Project Role but when I change to other option like this
enter image description here
Project and Project role are hidden for other option selected except Projects option in time entry field. 
Everything is working fine but problem is coming when I edit any existing records of list and try to change the Time Entry field option when I'm changing the option from Projects to other options the below two fields disabled automatically which is fine but when I save this form after making changes the value of Project and Project Role remains in list which was existed for Projects option before editing.
So what I need here when I edit the existing records so value of Project and Project Role also wipe from SharePoint list when I select options other than project in time entry field.
Thanks in advance.

Forms on PowerApps are defined by cards. Cards have two important properties.
Default, which is the value you pass into the fields and show to the user. Usually this is just the value of the source
Update, which is the value you write back to the source. Usually, this is just the value of the field
You can do a lot by modifying default and update, which allow you to do all sorts of checks and logic on how different data should be transformed.
In your case, set the update value for project and project role to this
If(Self.DisplayMode = DisplayMode.Disabled, Blank(), dropdownvaluehere)
Whenever that card is disabled, it will write nulls to the list, regardless of what the dropdown says. Whenever the card is enabled, it will refer to the dropdownvalue.
As an aside, Consider using a dropdown box instead of a combobox if not necessary, as comboboxes have nice features like letting you select more than one value at a time, but tend to be more temperamental and break and forget values.

Related

Are there any negative consequences of giving ‘Title’ field a default value of ‘View’ and making it a hidden field?

When I create a list, I have gotten into the habit of doing the following:
Change Title field name to Item
Give it the default value of View
Go to Advanced Settings
Allow management of content types > Yes
Click Save
Then in Settings, click on the Item type
Then click on the Item field and select Hidden
Then go back to Advanced Settings
Allow management of content types > No
Click Save
The result of this is that:
The Title field (now called Item) is hidden in the form
I have a column called Item, which has the link View in each row (which opens up the item)
I can’t remember why I started doing this (possibly one of the reasons outlined in this video), but the use case must have demanded it and I just kept doing it.
However, lately I have been having troubling thoughts about whether it negatively effects indexing or has any other undesired outcomes.
For example, I did a search in a list the other today, and in the drop down search results that were displayed, I just got multiple rows of the value View.
I also read just before posting this question that list items in the recycle bin will be identified by the value that was in the Title column. So if they all say View it will be impossible to differentiate one from the other.
So I just thought I would see if there is any authoritative, definitive best practice around the Title column, and ask if my convention is bad and if so what I should replace it with.
Thank You.
(Edit: I also hide the Title column in document libraries, as it doesn’t seem to serve a purpose, as clicking on the value in the Name column opens up the document anyway - therefore the ‘link’ action of the Title field is not required).

Mapping values to text box in maximo asset management

I tried to map a text box with list of values to select from.
I added an Alphanumeric Domain (ALN) and assigned it to the related attribute in database configuration.
From App Designer, I defined VALUELIST lookup for the text box.
When I click on arrows to select from the list, I got Invalid Binding.
I noticed that the database configuration is in 'to be changed' status.
How can I apply the changes, or what is the issue in what I did?
You need to put the database in Admin mode and select Actions -> Apply Configuration Changes similar to discussed here

How do i make a manually added value in a choice column persist

I have a Sharepoint list with a "Choice" with "Can add values manually" checked.
How do i make a manually added value in a choice column persist so that is available when adding and editing other records?
I created new list on my Office365 SharePoint site. When in classic mode, manually entered values are not available while editing/creating new list items regardless the choices are displayed in a dropdown, radio buttons or as multi select checkboxes. When switching from classic to modern SharePoint experience, manually entered values are available while editing/adding list items. Hope this helps.

Save Infopath form w. dynamicly created fields in Sharepoint 2010 Library

I am very new to Infopath, and need some architechtual guideslines. My scenario is as follows:
I have a Sharepoint list, let's say it contains beer, and three items of it: "Kronenbourg", "Corona", "Tuborg". "Beer" is a content type, derived from Item.
What I need to do :
I need to create a "dynamic" Infopath form, that presents the user with a CheckBox for each beer. If a new beer is added to the Beer list, a new Checkbox should show up on the form without intervention, even on saved instances of the form. I have not decided what should happen upon deletions.
I then need to save this infopath form, including the selections, in a sharepoint form library, so that the users can go back to one of maybe many beer-forms that they have saved, and maybe change the selections.
I also need to build a string from the selections at some point in time, and present this string in a visible column in the form library, but thats beyond the scope of this post.
What I managed to throw together so far:
I have a kind of working Infopath form. I have added a sharepoint dataconnection to the Beer list, and dragged a repeating table to the design area. This "works", i get a list of my list items. I then added dummy Y/N field to my beer content type, selected it in the fields, and now i get a neat checkbox next to my records.
Obviously this does not seem right. I do not need to save anything back to the Beer table, I only need to use the beer table for lookup, and keep the selected choices in the saved instance of the form.
Ok, thanks for staying with me so far. What do I do here, can Infopath be persuaded to support a scenario like this, or am I better off building custom webparts? I think my main questions are:
Can I maybe attach an "input-only" CheckBox to a repeating list/section ? (and how do I refer to such dynamically created control)
How do I make Infopath load the choices dynamicly from db, but save the data in the instance of the form?
Should, and can I maybe attach a content type to the form library, representing the choices and somehow attach that to the form?
Thanks for any input
If I understand your requirements, I think the thing to do here is to use a Multi-Selection list box (MSLB). This can have its values populated from a secondary data source (i.e. a list), and it would be bound to a repeating field that would automatically have values added and removed as values are selected and deselected.
As far as getting the selections into a single string, if you just want this value for a column of the form library that the forms will be submitted to, you can just use this repeating field as a promoted property, and use the "Aggregate" option to combine the values into one.
The other option would be to create a separate field to hold the string and use the "double eval trick" (please Google that) to combine the values into one. One gotcha here is that if you use double eval trick with a MSLB, you have to put the formula both in a rule on the MSLB's field, and in the default value formula for the target field.

Hide custom list columns from the NewFrom, EditForm, notification emails

I've created several custom columns in the Tasks list named NotifyUser and IsUserNotified. These columns are not supposed to be changed by user. I change them programmatically only. Is there any mechanism to:
Hide those columns from the NewForm, EditForm (I wanna use
existent Forms).
Skip executing workflows when any of those two columns been changed.
Exclude columns from the notification mails (as long as user doesn't know anything about these columns, there is no need to show them).
You only can control these things if you are creating your field programmatically or via a field schema definition (deployment via WSP Solution and a feature):
Set the property Hidden to true in order to hide the field in user forms and views.
Refer to: SharePoint Workflow: how to update the item without triggering the workflow again
Should be done by 1.
You can edit your view by going in List Tools->List->List Settings->Views.
Then click on the name of your List from where you can uncheck the column that u dont want to show to the user and click ok.

Resources