En knapp i kommandofältet visas när den ska döljas
Artikel
Gäller för: Power Apps Ursprungligt KB-nummer: 4552163
Ta reda på varför en knapp visas
En knapp blir synlig om alla regler för aktivering och visning av regler för kommandot som är associerade med knappen utvärderas till sant. Om detta är oväntat är det möjligt att kommandodefinitionen har åsidosatts och saknar aktivera regler eller visningsregler, eller att själva regeldefinitionerna åsidosätts och att knappen blir synlig när du förväntar dig att den ska vara dold.
Ta inte bort visningsregeln Mscrm.HideOnModern från ett kommando för att tvinga en knapp att visas i det enhetliga gränssnittet. Kommandon som har visningsregeln Mscrm.HideOnModern är avsedda för det äldre webbklientgränssnittet och stöds inte i det enhetliga gränssnittet och fungerar kanske inte korrekt.
I följande exempel visas två knappar för avtalad tid på rutnätssidan för aktiviteter och en förväntas vara dold.
Välj fliken Kommandoegenskaper för att visa information om kommandot för den här knappen. Då visas åtgärderna, aktivera regler och visningsregler, tillsammans med resultatet (Sant, Falskt, Hoppas över) för varje regelutvärdering. Granska aktivera regler och visningsregler. Om du förväntar dig att en viss regel ska utvärderas till false är det möjligt att regeln är felaktigt anpassad eller att de nödvändiga omständigheterna för att returnera ett falskt resultat inte uppfylls. I så fall går du vidare till steg 9, annars är det möjligt att kommandot saknar en regel eller regler och vi visar kommandolösningsskikten för ytterligare analys.
Välj länken Visa kommandodefinitionslösningslager under kommandonamnet för att visa de lösningar som installerade en definition av kommandot.
Fönstret Lösningslager visar skiktningen för varje komponentdefinition i menyfliksområdet som en viss lösning har installerat. Lagret överst i listan är den aktuella definitionen som används av programmet, de andra lagren är inaktiva och används inte av programmet just nu. Om den översta lösningen avinstalleras eller en uppdaterad version installeras som tar bort definitionen blir nästa lager den aktuella aktiva definition som används av programmet. När det finns ett ohanterat aktivt lösningslager är det alltid den definition som programmet använder. Om det inte finns någon aktiv lösning i listan är den lösning som visas överst i listan den definition som används av programmet. Alla anpassade hanterade lösningar som inte publiceras av Microsoft har också företräde framför Microsofts publicerade lösningslager.
Entitetskontexten anger att objektet som menyfliksområdets anpassning är på, om "Alla entiteter" visas, kommer lagret från klienttilläggen för programfliksområdet och inte entitetsspecifika, annars visas det logiska namnet på entiteten.
När det finns två eller flera skikt kan du välja två rader och välja Jämför för att visa en jämförelse av de definitioner som ingår i varje lösning.
Om du väljer Tillbaka återgår du till föregående kommandokontrollfönster.
Om det bara finns ett lösningslager går du vidare till steg 9, annars väljer du de två översta lösningsskikten (Om du har ett lager i den aktiva lösningen, men den inte visas överst, väljer du det aktiva lösningsskiktet och sedan den översta raden) och väljer Jämför.
Jämförelsen av den aktuella aktiva definitionen och den tidigare inaktiva definitionen visas med eventuella skillnader. I följande exempel visas den ohanterade aktiva definitionen som har anpassats med borttagningen av en visningsregel Mscrm.HideOnModern som ingår i det inaktiva msdynce_ActivitiesPatch Microsoft-publicerade lösningsskiktet.
Vilken metod som krävs för att åtgärda en knapps synlighet beror på de olika anpassningarna i ditt specifika scenario. Om du har fastställt att en regel utvärderas felaktigt till false, och om regeldefinitionen är felaktigt definierad, bör du ändra regeldefinitionen och göra ändringar som gör att regeln kan utvärderas till false under rätt omständigheter. Om regeldefinitionen är korrekt är det möjligt att kraven som gör att regeln returnerar false inte uppfylls, till exempel att ett fältvärde eller säkerhetsprivilegier inte tilldelas korrekt. Beroende på regeldefinitionen kan kraven variera kraftigt, se Definiera regler för aktivering av menyfliksområdet och Definiera visningsregler för menyfliksområdet. I vårt exempel anpassades kommandot med borttagningen av en Mscrm.HideOnModern visningsregel. Den här visningsregeln är avsedd att dölja att den här knappen visas i program med enhetligt gränssnitt och endast visas i det äldre webbklientgränssnittet. Vi kan ändra den anpassade versionen av kommandot och lägga till visningsregeln Mscrm.HideOnModern som saknas i kommandodefinitionen. Eftersom detta är en anpassad åsidosättning av en Microsoft-publicerad definition och det inte finns några andra avsiktliga ändringar rekommenderar vi att den här anpassade versionen av kommandot tas bort för att återställa standardfunktionerna.
Reparationsalternativ
Välj ett reparationsalternativ på någon av flikarna nedan. Den första fliken är markerad som standard.
Om det finns ett annat lösningslager som innehåller en fungerande definition av det här kommandot kan du ta bort den här definitionen för att återställa nästa inaktiva arbetsdefinition.
Om det här är det enda lagret och du inte längre behöver kommandot kan du ta bort det från lösningen om ingen annan knapp refererar till kommandot.
Välj något av följande alternativ som matchar ditt specifika scenario:
Kommandot finns i den ohanterade aktiva lösningen
Om du vill ta bort ett kommando i det aktiva ohanterade lösningsskiktet exporterar vi en ohanterad lösning som innehåller entiteten eller programfliksområdet och redigerar <RibbonDiffXml> noden i filencustomizations.xml och importerar sedan en ny version av den här lösningen där det här kommandot har tagits bort för att ta bort komponenten. Se Exportera, förbereda för redigering och importera menyfliksområdet.
Kommandot är entitetsspecifikt
Baserat på vårt exempelscenario identifierade vi att entiteten är activitypointer och kommandot som måste tas bort är Mscrm.CreateAppointment och det deklareras i det aktiva ohanterade lösningsskiktet från en utgivare med namnet DefaultPublisherCITTest.
Öppna Avancerade inställningar.
Gå till Inställningar –>Lösningar.
Välj Ny för att skapa en ny lösning. Ange Publisher till det värde som visas i listan Med kommandokontrollistans lösningslager för kommandot och det aktiva lösningsskiktet. (I vårt exempel är detta DefaultPublisherCITTest).
Välj Entiteter>Lägg till befintlig.
Välj den entitet som kommandot har definierats på (i vårt exempel är detta activitypointer) och välj OK.
Kontrollera att du avmarkerar Ta med entitetsmetadata och avmarkerar Lägg till alla tillgångsalternativ innan du väljer Slutför.
Välj Spara.
Välj Exportera lösning och exportera den ohanterade lösningen.
Extrahera .zip-filen.
Öppna filencustomizations.xml .
Leta upp nod underordnad <Entity> den entitetsnod som du vill redigera och leta upp dess underordnade <RibbonDiffXml> nod.
<CommandDefinition> Leta upp noden (I vårt exempel är Mscrm.CreateAppointmentID:t för <CommandDefinition> noden , så att vi hittar följande nod).
<RibbonDiffXml> Redigera noden och ta bort den specifika <CommandDefinition> nod som har ID:t för det kommando som du vill ta bort. Se till att du inte oavsiktligt tar bort andra <CommandDefinition> noder som kan finnas. (Baserat på vårt exempel skulle vi ta bort noden <CommandDefinition> där ID:t är Mscrm.CreateAppointment.)
Spara customizations.xml-filen .
Lägg till den ändrade customizations.xml filen i lösningen .zip fil.
Importera lösningsfilen.
Välj Publicera alla anpassningar.
Kommandot finns i menyfliksområdet Program (gäller för "Alla entiteter")
Om kommandot inte är entitetsspecifikt, snarare gäller det för "Alla entiteter" som deklareras i programfliksområdet, så skiljer sig stegen något på följande sätt:
Öppna Avancerade inställningar.
Gå till Inställningslösningar>
Välj Ny för att skapa en ny lösning. Ange Publisher till det värde som visas i listan Med kommandokontrollistans lösningslager för kommandot och det aktiva lösningsskiktet.
Välj Klienttillägg>Lägg till befintliga>programflikar.
Välj Spara.
Välj Exportera lösning och exportera den ohanterade lösningen.
Extrahera .zip-filen.
Öppna filencustomizations.xml .
Leta upp rotnoden <RibbonDiffXml> .
<CommandDefinition>Leta upp .
<RibbonDiffXml> Redigera noden och ta bort <CommandDefinition> noden som har ID:t för det kommando som du vill ta bort. Se till att du inte oavsiktligt tar bort andra <CommandDefinition> noder som kan finnas.
Spara customizations.xml-filen .
Lägg till den ändrade customizations.xml filen i den komprimerade lösningen .zip fil.
Importera lösningsfilen.
Välj Publicera alla anpassningar.
Kommandot kommer från en anpassad hanterad lösning som mitt företag har skapat
Följ dessa steg om du vill ta bort ett kommando som har installerats av en anpassad hanterad lösning som du har skapat:
I din separata utvecklingsorganisation som har den ohanterade källversionen av din anpassade lösning slutför du stegen ovan för kommandot finns i alternativet Ohanterad aktiv lösning .
Öka versionen av din anpassade lösning.
Exportera lösningen som hanterad.
Importera den här nya versionen av din anpassade hanterade lösning i din separata berörda organisation.
Kommandot kommer från en anpassad hanterad lösning som mitt företag inte skapade (från tredje part/ISV)
Om du vill ta bort ett kommando som har installerats av en anpassad hanterad lösning som har skapats av en tredje part/ISV måste du kontakta lösningsförfattaren och begära en ny version av lösningen som har tagit bort den specifika kommandodefinitionen och sedan installera den nya lösningen i din berörda organisation.
Så här lägger du till regler för aktivering/visning som saknas i kommandot
Om det finns ändringar i kommandot som du behöver behålla, men du fortfarande vill att knappen ska döljas under lämpliga omständigheter, kan du lägga till de regler för aktivering/visning som saknas i kommandot i stället för att ta bort den anpassade definitionen.
Välj något av följande alternativ som matchar ditt specifika scenario:
Kommandot finns i den ohanterade aktiva lösningen
Om du har fastställt att regler för aktivering/visning saknas i kommandodefinitionen <CommandDefinition> kan du ändra noden och lägga till reglerna för att uppnå önskat beteende. För att åtgärda ett kommando i det aktiva ohanterade lösningsskiktet exporterar vi en ohanterad lösning som innehåller entiteten eller programfliksområdet och redigerar <RibbonDiffXml> noden i filencustomizations.xml och importerar sedan en ny version av den här lösningen som innehåller den fasta kommandodefinitionen. Se Exportera, förbereda för redigering och importera menyfliksområdet.
Kommandot är entitetsspecifikt
Baserat på vårt exempelscenario har vi identifierat att entiteten är activitypointer och att kommandot som måste åtgärdas är Mscrm.CreateAppointment och att det deklareras i det aktiva ohanterade lösningsskiktet från en utgivare med namnet DefaultPublisherCITTest.
Öppna Avancerade inställningar.
Gå till Inställningslösningar>.
Välj Ny för att skapa en ny lösning. Ange Publisher till det värde som visas i listan Med kommandokontrollistans lösningslager för kommandot och det aktiva lösningsskiktet. (I vårt exempel är detta DefaultPublisherCITTest)
Välj Entiteter>Lägg till befintlig.
Välj den entitet som kommandot har definierats på (i vårt exempel är detta activitypointer) och välj OK.
Avmarkera alternativen Inkludera entitetsmetadata och Lägg till alla tillgångar innan du väljer Slutför.
Välj Spara.
Välj Exportera lösning och exportera den ohanterade lösningen.
Extrahera .zip-filen.
Öppna filencustomizations.xml .
Leta upp nod underordnad <Entity> den entitetsnod som du vill redigera och leta upp dess underordnade <RibbonDiffXml> nod.
<CommandDefinition> Leta upp noden. I exemplet är Mscrm.CreateAppointmentnodens <CommandDefinition> ID . Därför letar du upp följande nod:
<RibbonDiffXml> Redigera noden och gör nödvändiga ändringar i <CommandDefinition> noden som gör att kommandot kan fungera korrekt under rätt omständigheter för att åtgärda kommandot. Mer information om hur du deklarerar kommandon finns i Definiera kommandon i menyfliksområdet. (Baserat på vårt exempel skulle vi ändra <CommandDefinition> noden genom att lägga till visningsregeln Mscrm.HideOnModern som döljer den här knappen korrekt.)
Återställ den ändrade customizations.xml filen till lösningen .zip fil.
Importera lösningsfilen.
Välj Publicera alla anpassningar.
Kommandot finns i menyfliksområdet Program (gäller för "Alla entiteter")
Om kommandot inte är entitetsspecifikt, snarare gäller det för "Alla entiteter" som deklarerats i programfliksområdet, så skiljer sig stegen något på följande sätt:
Öppna Avancerade inställningar.
Gå till Inställningslösningar>.
Välj Ny för att skapa en ny lösning. Ange Publisher till det värde som visas i listan Med kommandokontrollistans lösningslager för kommandot och det aktiva lösningsskiktet.
Välj Klienttillägg>Lägg till befintliga>programflikar.
Välj Spara.
Välj Exportera lösning och exportera den ohanterade lösningen.
Extrahera .zip-filen.
Öppna filencustomizations.xml .
Leta upp rotnoden <RibbonDiffXml> .
<CommandDefinition>Leta upp .
Redigera <RibbonDiffXml> och gör nödvändiga ändringar i <CommandDefinition> noden som gör att kommandot kan fungera korrekt under rätt omständigheter för att åtgärda kommandot. Mer information om hur du deklarerar kommandon finns i Definiera kommandon i menyfliksområdet.
Lägg till den ändrade customizations.xml filen i lösningen .zip fil.
Importera lösningsfilen.
Välj Publicera alla anpassningar.
Kommandot kommer från en anpassad hanterad lösning som jag har skapat
Följ dessa steg för att åtgärda ett kommando som installerades av en anpassad hanterad lösning som du skapade:
I din separata utvecklingsorganisation som har den ohanterade källversionen av din anpassade lösning slutför du stegen ovan för kommandot finns i alternativet Ohanterad aktiv lösning .
Öka versionen av din anpassade lösning.
Exportera lösningen som hanterad.
Importera den här nya versionen av din anpassade hanterade lösning i din separata berörda organisation.
Kommandot kommer från en anpassad hanterad lösning som jag inte har skapat eller som min organisation inte äger (dvs. från en tredje part/ISV)
Om du vill åtgärda ett kommando som har installerats av en anpassad hanterad lösning som har skapats av en tredje part/ISV måste du kontakta lösningsförfattaren och begära en ny version av lösningen som innehåller den fasta kommandodefinitionen och installera den nya lösningen i din berörda organisation.
Kommandot finns i en Microsoft-publicerad hanterad lösning
Om du vill åtgärda ett kommando som har installerats av en Microsoft-publicerad hanterad lösning kan du behöva en nyare version av lösningen som ska installeras, vilket normalt görs under en versionsuppdatering. Det är möjligt att du har identifierat en bugg som fortfarande måste åtgärdas. Kontakta kundsupporten om du vill ha hjälp.
Så här åtgärdar du en aktiverings-/visningsregel
Välj länken Visa regeldefinitionslösningslager under regelnamnet för att visa de lösningar som installerade en definition av regeln.
Fönstret Lösningslager visar skiktningen för varje komponentdefinition i menyfliksområdet som en viss lösning har installerat. Lagret överst i listan är den aktuella definitionen som används av programmet, de andra lagren är inaktiva och används inte av programmet just nu. Om den översta lösningen avinstalleras eller en uppdaterad version installeras som tar bort definitionen blir nästa lager den aktuella aktiva definition som används av programmet. När det finns ett ohanterat aktivt lösningslager är det alltid den definition som programmet använder. Om det inte finns någon aktiv lösning i listan är den lösning som visas överst i listan den definition som används av programmet. Alla anpassade hanterade lösningar som inte publiceras av Microsoft har också företräde framför Microsofts publicerade lösningslager.
Entitetskontexten anger att objektet som menyfliksområdets anpassning är på, om "Alla entiteter" visas, kommer lagret från klienttilläggen för programfliksområdet och inte entitetsspecifika, annars visas det logiska namnet på entiteten.
När det finns två eller flera skikt kan du välja två rader och välja Jämför för att visa en jämförelse av de definitioner som ingår i varje lösning.
Om du väljer Tillbaka återgår du till föregående kommandokontrollfönster.
Följande bild visar lösningsskikten för aktiveringsregeln i vårt exempel och anger att det finns ett lösningslager i det här fallet och att det är en ohanterad anpassning som anges av lösningen med namnet Aktiv. Ditt faktiska scenario kan skilja sig, du kanske inte har ett aktivt lösningslager, du kan ha en hanterad lösning och namnet på den lösningen visas här.
Nu när vi har granskat lösningsskikten och identifierat lösningen som installerade anpassningen måste vi åtgärda definitionen i rätt lösning.
Välj något av följande alternativ som matchar ditt specifika scenario:
Regeln för aktivering/visning finns i den ohanterade aktiva lösningen
För att åtgärda en aktiverings-/visningsregel i det aktiva ohanterade lösningsskiktet exporterar vi en ohanterad lösning som innehåller entiteten eller programfliksområdet och redigerar <RibbonDiffXml> noden i customizations.xml-filen och importerar sedan den nya versionen av den här lösningen som innehåller den fasta definitionen för aktivering/visningsregel. Se Exportera, förbereda för redigering och importera menyfliksområdet.
Regeln för aktivering/visning är entitetsspecifik
Baserat på vårt exempelscenario identifierade vi att entiteten är kontakt och den aktiveringsregel som måste åtgärdas är new.contact.EnableRule.EntityRule och deklareras i det aktiva ohanterade lösningsskiktet från en utgivare med namnet DefaultPublisherCITTest.
Öppna Avancerade inställningar.
Gå till Inställningslösningar>.
Välj Ny för att skapa en ny lösning, ställ in Publisher på det värde som visas i listan över kommandokontrolllösningslager för aktiveringsregeln och det aktiva lösningsskiktet. (I vårt exempel är detta DefaultPublisherCITTest)
Välj Entiteter>Lägg till befintlig.
Välj den entitet som din aktiverings-/visningsregel definieras på (i vårt exempel är detta kontakt) och välj OK.
Avmarkera alternativen Inkludera entitetsmetadata och Lägg till alla tillgångar innan du väljer Slutför.
Välj Spara.
Välj Exportera lösning och exportera den ohanterade lösningen.
Extrahera .zip-filen.
Öppna filencustomizations.xml .
Leta upp nod underordnad <Entity> den entitetsnod som du vill redigera och leta upp dess underordnade <RibbonDiffXml> nod.
Leta upp regeln för aktivering/visning. I exemplet är new.contact.EnableRule.EntityRuleID:t för aktiveringsregeln . Därför letar du upp följande nod:
<RibbonDiffXml> Redigera noden och gör nödvändiga ändringar i regeln för aktivering/visning som gör att regeln kan utvärderas till Sant under rätt omständigheter för att åtgärda regeln. Mer information om hur du deklarerar regler finns i Definiera regler för aktivering av menyfliksområdet och Definiera visningsregler för menyfliksområdet. (Baserat på vårt exempel ändrar vi regeldefinitionen till följande)
Lägg till den ändrade customizations.xml filen i lösningen .zip fil.
Importera lösningsfilen.
Välj Publicera alla anpassningar.
Regeln för aktivering/visning finns i menyfliksområdet Program (gäller för "Alla entiteter")
Om regeln för aktivering/visning inte är entitetsspecifik, snarare gäller den för "Alla entiteter" som deklareras i programfliksområdet, så skiljer sig stegen något på följande sätt:
Öppna Avancerade inställningar.
Gå till Inställningslösningar>.
Välj Ny för att skapa en ny lösning, ange Publisher till det värde som visas i listan över kommandokontrollslösningslager för aktiverings-/visningsregeln och det aktiva lösningsskiktet.
Välj Klienttillägg>Lägg till befintliga>programflikar.
Välj Spara.
Välj Exportera lösning och exportera den ohanterade lösningen.
Lägg till den ändrade customizations.xml filen i lösningen .zip fil.
Importera lösningsfilen.
Välj Publicera alla anpassningar.
Regeln för aktivering/visning kommer från en anpassad hanterad lösning som jag har skapat
Följ dessa steg om du vill åtgärda en aktiverings-/visningsregel som har installerats av en anpassad hanterad lösning som du skapade:
I din separata utvecklingsorganisation som har den ohanterade källversionen av din anpassade lösning slutför du stegen som anges ovan för alternativet Aktivera/visa i alternativet För ohanterad aktiv lösning .
Öka versionen av din anpassade lösning.
Exportera lösningen som hanterad.
Importera den här nya versionen av din anpassade hanterade lösning i din separata berörda organisation.
Regeln för aktivering/visning kommer från en anpassad hanterad lösning som jag inte har skapat eller som min organisation inte äger (från en tredje part/ISV)
Om du vill åtgärda en aktiverings-/visningsregel som har installerats av en anpassad hanterad lösning som har skapats av en tredje part/ISV måste du kontakta lösningsförfattaren och begära en ny version av lösningen som innehåller definitionen av regeln för fast aktivering/visning och installera den nya lösningen i din berörda organisation.
Regeln för aktivering/visning finns i en Microsoft-publicerad hanterad lösning
Om du vill åtgärda en aktiverings-/visningsregel som har installerats av en Microsoft-publicerad hanterad lösning kan du behöva en nyare version av lösningen som ska installeras, vilket vanligtvis görs under en versionsuppdatering. Det är möjligt att du har identifierat en bugg som fortfarande måste åtgärdas. Kontakta kundsupporten om du vill ha hjälp.
