Verschillen

Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.

--- openwave:1.32:applicatiebeheer:instellen_inrichten:schermdefinitie [2025/07/01 10:59] – aangemaakt - Externe bewerking 127.0.0.1
+++ openwave:1.32:applicatiebeheer:instellen_inrichten:schermdefinitie [2025/12/18 11:56] (huidige) – Kars Gottschal
@@ Regel 1: / Regel 1: @@
 ====== Scherm(kolom)definitie ======
 {{tag>openwave:1.32:applicatiebeheer:functionaliteiten:applicatiebouw}}
 Portal beheerportaal-NIEUW, onder kolom //Scherm- en Tegelbeheer//, tegels Schermkolomdefinitie.\\
@@ Regel 9: / Regel 10: @@
 ===== Waar komt de kolominformatie van OpenWave lijst- filter en detail schermen vandaan =====
 Elke lijst- filter-of detailscherm of standaardinsert-scherm heeft een eigen identifier. Voor de lijst- en detailschermen is deze identifier zichtbaar wanneer rechtsonder in het scherm op het in zacht grijs weergegeven regeltje met de versie-informatie wordt geklikt. Er verschijnt een ballonnetje met drie gegevens: screensource (aar of tbscreencolumns) en screenidentifier (een unieke xml-benaming voor elke scherm, bijv:// MDDC_getMilCodeBwlDetail.xml//) en de API-soort (sysstandaard of anderszins). Wanneer aan de voorkant een lijst binnen een blok van een detailscherm is opgenomen dan verschijnt rechtsonder in dat blok een info-icoontje waarmee de schermidentifier voor dat specifieke lijstje kan worden opgehaald. Screensource kan drie waarden hebben:
   * **AAR**. In dat geval komt de schermkolominformatie uit de API-zelf. Dit is het geval wanneer het programma constateert dat er geen gevuld afwijkend scherm (de kolom dvscreenxml) in de tabel tbscreencolumns is gevonden bij de getoonde screenidentifier. De waarde van die identifier zoekt het programma in de kolom dvscreenfilename van die tabel tbscreencolumns. Deze tabel wordt bij database-updates vanzelf van de mogelijke screenidentifiers voorzien. De gebruiker ziet het scherm zoals door Rem standaard uitgeleverd
@@ Regel 49: / Regel 51: @@
   * **Toelichting** Vrij in te voeren. Wordt soms ook gevuld aangeleverd bijvoorbeeld in die situaties dat er meerdere schermvarianten zijn voor een bepaalde invoer-toepassing op grond van rechten of instellingen: zoals contactadressen.
   * **Zoekkolommen**. Is alleen van toepassing voor lijstschermen. Indien het lijstscherm een zoekbox onderin vertoont, dan is het default gedrag van die zoekbox dat de ingevoerde waarde gezocht wordt op alle stringkolommen van de bijbehorende view/tabel. Dat zijn de kolommen waarvan de kolomnaam begint met 'dv'. Hier kan daarvan afgeweken worden door exact de string-kolommen te definiëren waarop gezocht mag worden. De kolommen moeten gescheiden worden door een puntkomma. Dus bijvoorbeeld: dvachternaam;dvvoorletters; Indien het wenselijk is dat ook op een datumkolom kan worden gezocht dan moet deze ook worden opgenomen. Een datumkolom begint met 'dd'. Een voorbeeld is dan //ddfataldatum;dvaanvraagnaam;dvobjstraat;dvobjplaats//.
-  * **Lijst automatisch in editmode** (dleditlist). Indien aangevinkt zal de lijst editable zijn voor die kolommen die zelf de tag <edit> op true hebben staan. De applicatie kan hier op inbreken indien de rechten niet toereikend zijn.
+  * **Lijst automatisch in editmode** (dleditlist). Indien aangevinkt zal de lijst editable zijn voor die kolommen die zelf de tag ''<edit>'' op true hebben staan. De applicatie kan hier op inbreken indien de rechten niet toereikend zijn.
   * **Excelknop onderaan lijst**. Indien aangevinkt zal linksonder op de betreffende lijst een Excel knop verschijnen, waarmee de hele lijst naar Excel kan worden geëxporteerd.
   * **Paging met paginanummers** Aangevinkt betekent dat altijd paging in de lijst rechtsboven operationeel is mits het aantal items groter dan //Getal1// van //Sectie: Paging en Item: page_size//. Indien false dan past het programma wel paging toe, maar is de paginaselectie rechtsboven in de lijst slechts zichtbaar indien de lijst gefilterd is. Indien F wordt niet het aantal rijen van de lijst opgevraagd.
@@ Regel 81: / Regel 83: @@
 ===== Kolomvolgorde lijstscherm =====
-De kolomvolgorde wordt bepaald door de volgorde van de tags in de MDLC_xxx.xml  files.\\
-Daar kan van afgeweken worden door (in het beheerportaal) de kolom dvkolomvolgordelijst van de betreffende kaart tbscreenxml te vullen.\\
+De kolomvolgorde wordt bepaald door de volgorde van de tags in de MDLC_xxx.xml  files.
+Daar kan van afgeweken worden door (in het beheerportaal) de kolom dvkolomvolgordelijst van de betreffende kaart tbscreenxml te vullen.
 Zie [[openwave:1.32:applicatiebeheer:instellen_inrichten:schermdefinitie:volgorde_kolommen_lijstsschermen]].
@@ Regel 125: / Regel 128: @@
 <adm example Voorbeeld ingeklapte bloktitels op basis van query>
-Stel het blok toelichting moet alleen ingeklapt worden indien de achterliggende kolom tbomgvergunning.dvaanvraagoms leeg is.\\
+Stel het blok toelichting moet alleen ingeklapt worden indien de achterliggende kolom tbomgvergunning.dvaanvraagoms leeg is.
-Er moet dan een query gedefinieerd worden die 1 of true retourneert wanneer de status ingeklapt moet zijn ( en anders 0 of false)\\
+Er moet dan een query gedefinieerd worden die 1 of true retourneert wanneer de status ingeklapt moet zijn ( en anders 0 of false)
 Indien die query bijvoorbeeld als naam //omgtoelicht_collapse// krijgt, dan wordt de notitie in de kolom //selectie van in te klappen blokken// voortbordurend op bovenstaand voorbeeld :\\
-//Toelichting;F11,%query(omgtoelicht_collapse,%keypointer%)%#Polygoon#//\\
+//Toelichting;F11,%query(omgtoelicht_collapse,%keypointer%)%#Polygoon#//
 De query is in dit geval bijvoorbeeld:
   select case when dvaanvraagoms is not null then 'false' else 'true' end from tbomgvergunning where dnkey = {id}
@@ Regel 134: / Regel 137: @@
 ===== Trigger linksonder =====
 Met de knop //Haal Origineel// op het detailscherm van een schermdefinitie kan indien:
   * het gaat om een lijst- of detailscherm, of een filterscherm of een standaardinsert-scherm de in de programmatuur vastgelegde schermopbouw worden opgehaald.