Author: admin

RichText editor je prvek, který v Power Apps umožňuje zapisovat formátovaný text.

Má zatím jednu nepříjemné omezení. Pokud je text kratší nebo delší, prvek se tomu neumí automaticky přizpůsobit. Takže buď zabírá nevyužitou plochu, nebo není vidět co má být vidět.

Takže co s tím?

Dá se to řešit zajímavý workaroundem. Ten vychází z toho, že RichText sice nemá dynamickou výšku, ale má jí HtmlText (což je podobný prvek, ale formátovaný text jen čte – nezapisuje).

Takže stačí:

Zobrazit v HtmlTextu obsah RichTextu

Dát HtmlTextu automatickou výšku

Nastavit RichText aby si přebíral výšku z HtmlTextu

Drobná nevýhoda tohoto postupu je, že aby to celé fungovalo, nemůže mít HtmlText nastaveno visible=false, což by se hodilo. Řešením ale může být posunout ho někam dozadu, takže stejně není vidět, ale přitom funguje.

Můžete mít dva SharePoint listy pro jednu aplikaci – např. jeden pro vývojové prostředí a druhý pro produkční.

V průběhu času se ale může stát, že listy nejsou konzistentní – např. v jednom přidáte nebo přejmenujete sloupec a ve druhém ne.

Může se to stát snadno, hlavně při dodatečných opravách, a situace je komplikovanější s v tom, že v SharePointu jsou jiné názvy interní a jiné viditelné.

Jak si tedy být pořád jistý, že jsou oba seznamy stejné? Ideální cestou je Power Query.

Prostě se do obou seznamů připojíte a necháte najít rozdíly. Napoprvé to zabere jen pár minut, a při další kontrole už jen pár zrefreshujete.

Dotaz si můžete naklikat nebo vám ho vytvoří AI, ale v principu budete potřebovat připojení do prvního listu a vytáhnout názvy sloupců:

• let
  Source = SharePoint.Tables(“https://vyukaexcelu.sharepoint.com/sites/Cheesecake/“, [ApiVersion = 15]),
  Data = Source{[Id=”b069b7b8-77bf-44e3-bbf8-23939b5f6808“]}[Items],
  ColumnNames = Table.ColumnNames(Data), //získání seznamu sloupců,
  Result = Table.FromList(ColumnNames, Splitter.SplitByNothing(), {“ColumnName”})
  in
  Result

analogicky pak z druhého, a pak listy zmergujete tak, aby se ukázaly jen rozdílné položky:

Výstupem bude seznam, který obsahuje jen položky chybějící nebo jinak pojmenované v jednom listu.

Skvělé je, že Power Query pracuje s interními názvy, stejně jako vaše aplikace.

Moc uživatelů Live monitor v Power Apps nepoužívá, a přitom vám někdy může zachránit život (nebo aspoň reputaci nebo pár hodin vývoje).

Funguje tak, že:

– Spustíte ho pro konkrétní appku a otevře se prázdný.

– Kliknutím na Copy Live monitor link vygenerujete link, ve kterém appku otevřete.

– Jak appka běží, v live monitoru se ukazují všechny procesy, které v ní probíhají. Včetně toho, jestli skončily úspěšně, a délky trvání.

Poznámky:

– Je samozřejmě ideální mít na jednom monitoru appku, na druhém Live monitor

– Pokud v appkce přicházíte ke kritickému místu které řešíte, klikněte na Clear data a pokračujte v aplikaci. Tím zajistíte že ve výstupu uvidíte jen relevantní data.

– Výstupy můžete procházet sami, ale mnohem rychlejší často bude stáhnout si sjetinu jako JSON a ten předhodit Claudovi a spol. a nechat je sjetinu vyhodnotit.

– Není problém sledovat i provoz v mobilu, Live monitor vám vygeneruje QR code.

Podívejte se na obrázek a zkuste odpovědět.

Jak se jmenuje zobrazený sloupec v SharePoint listu?

Pokud si myslíte, že přece “Fialova_zabicka”, tak se podivejte pořádně. Resp. podívejte se nahoru. Tento sloupec se ve skutečnosti interně jmenuje “Ruzova_zabicka” a Power Platform s ním takto v pozadí pracuje. I když to tak většinou nevypadá.

Tento problém vzniká většinou dodatečným přejmenováním, kdy sloupec si drží původní název, i když ho přejmenujete.

V čem je problém? Většinou v ničem. Power BI, exporty do CSV… vám zobrazují ten “viditelný název”.

U Power Apps je to složitější. Tam se vám zobrazuje ve vzorečku viditelný název, ale Power Appka se ve skutečnosti odkazuje na původní název.

Což mě nedávno vzalo pár hodin života.

Přidal jsem nový sloupec do DEV SP listu a do PROD SP listu. V PROD jsem udělal překlep, tak jsem ho opravil. Zdánlivě žádný problém, jenomže interní název se nezměnil.

Chyba se pak projevova tak, že některé funkce fungovaly jen v DEV, ale ne v PROD. Zdánlivě bezdůvodně – protože viditené názvy v obou SP listech odpovídaly vzorečku v Power Apps.

To je přesně typ chyby, která se hledá fakt blbě, a pomohlo mi až použití Live Monitoru v Power Apps a jeho vyhodnocení Claudem.

Náprava pak byla triviální.

Tak jen abyste s tímhle počítali a byli příště chytřejší než jsem byl já 🙂