|
<< Click to Display Table of Contents >> Operator > Driftorder > Malltexter |
Vanligt förekommande formuleringar i driftorderadernas Beskrivning hanteras lämpligen som malltexter.
Fördelar:
•Minskat tangentbordsarbete.
•Minskad risk för felskrivningar.
•Möjlighet att hämta identiteter direkt från nätdokumentationen.
•Möjlighet till avancerade layouter och delvis skrivskyddade fält.
•Möjlighet att spegla även kundspecifika driftorderrader.
•Enhetliga formuleringar.
Samtliga malltexter hanteras i Kodlisteverktyget. Välj Kodlisteägare - Operator (OPERATOR). Välj sedan Kodlista OPERATION_ORDER_ROW_DESC_CL.
Denna kodlista fungerar som andra kodlistor. Det går att lägga till, redigera och att kryssa ur att en text inte längre är aktiv och därmed fortsättningsvis inte kommer att synas i listan med malltexter.
Notera särskilt kolumnen COUNTER_DESCRIPTION. Här kan man mappa motoperationer som kommer att används, när texten speglas.
Exempel:
1.En driftorder innehåller malltexten ”Motoperation till text 3.”.
2.Driftorderraden speglas.
3.Malltexten ”Motoperation till text 2.” läggs till i slutet av driftordern.
Som all annan central information i Driftordermodulen, påverkas inte befintliga driftordrar av ändringar i malltexterna. Hanteringen följer standard för malltexterna, så det går inte att ta bort en text via verktyget – skriv 0 i fältet Aktivt värde / ACTIVE.
Det går att blanda statisk text med inmatningsfält för dynamiskt innehåll.
Exempel 1:
1.Malltexten lyder ”Mata in din egen text här @{1}.”.
2.När listan med malltexter öppnas från driftorderraden, ser den ut på samma sätt som den skrivits in, komplett med alfaslang och måsvingar.
3.När texten väljs, öppnas ett nytt dialogfönster och där är @{1} omvandlat till ett inmatningsfält enlig bilden nedan.
Exempel 2:
1.Malltexten lyder ”Markera station i kartan att infoga här @{1:station}.”.
2.När listan med malltexter öppnas från driftorderraden, ser den (även nu) ut på samma sätt som den skrevs in.
3.När texten väljs, öppnas ett nytt dialogfönster och där är @{1} omvandlat till ett inmatningsfält med möjlighet att använda hämta text från karta eller schema.
Ytterligare fält adderas med @{2}, @{3} … @{n}.
Om ett dynamiskt värde ska användas två gånger i samma text, kan @{1} (osv) användas på två ställen i malltexten.
Ledningsidentiteter/kabelnummer kan hämtas, om @{1:station} byts ut mot @{1:cable}.
Det går att skapa komplexa malltexter/etiketter med HTML-taggar. Kännedom om HTML krävs för detta, men det går förstås bra att beställa malldefinitionerna från Digpro också.
Komplexa malltexter används huvudsakligen för att tillgodose två behov:
•layout i stil med traditionella etiketter för bevisväxling med fält och skiljelinjer
•fält som ska vara skrivbara i specifika stadier – under redigering, under utförande eller en kombination av dessa
Ofta sammanfaller dessa båda behov.
Dessa malltexter matas in på samma sätt som andra malltexter via Administration > Kodlistehanteraren > Operator > Operation_order_row_desc_cl.
Observera att HTML-baserade mallar inte ska användas i andra malltexter (som description_cl eller operation_order_permit_desc_cl).
Komplexa malltexter stödjer (givetvis) endast ett begränsat subset av HTML-standarden. Även om det ”fungerar” att, exempelvis, definiera ett särskilt typsnitt eller hårdkodad textstorlek, avrådes generellt från detta. Resultatet kanske inte blir som önskat exempelvis i PDF eller på en 4K-skärm.
Exempel på rekommenderade taggar är:
•Tabeller, rader och celler (för layouten av etiketter).
•Relativa textstorlekar (det vill säga relativt större/mindre än standard snarare än en absolut textstorlek).
•Färger (vanligen för att markera inmatningsfält i mallen).
•dpSpatials egna klasser för att definiera fält möjliga att skriva i.
dpSpatials egna klasser för att definiera i vilka stadier ett fält ska vara möjligt att skriva i bygger på att head-sektionen i HTML-koden innehåller texten data-dptemplate-version="2". För att det ska vara möjligt att se inmatningsfälten, rekommenderas också definition i ett style-block – exempelvis <style>.editable{background-color:#c0c0c0;}</style>. Slutligen måste själva fältet taggas i koden. Detta kan åstadkommas på flera sätt. En metod är att lägga ett span-block runt den delen av texten som utgör inmatningsfält (… statisk text <span class=”editable”>__</span>mer statisk text…). Notera att det är lämpligt med några platshållar-tecken i span-blocket, så att fältet syns i applikationen. Om allt detta var krångligt, är det nog enklare att studera exemplen.
Observera att malltexter, definierade innan version 8.6, kan behöva justeras för att vara möjliga att uppdatera i önskade stadier. Från och med 8.6 gäller följande klasser:
•Editable – fält som är skrivbart Under upprättande, För komplettering och Under revidering.
•Editable-perform – fält som är skrivbart Under utförande.
•Editable-active – fält som är skrivbart i samtliga ovanstående stadier samt Godkänd.
Om malltexten ska användas med Operator i dpWebmap, måste följande beaktas.
Hela sidan i dpWebmap baseras på HTML. Därför kan stildefinitioner (<style> -taggar) för celler i kopplings- /driftorderrader störa varandra. Om HTML-mallar ska användas i dpWebmap och style-attribut definieras, måste dessa definieras direkt i respektive malls <body> och inte som en övergripande stildefinition. Se exempel 3 nedan.
Exempel 1 – en enkel text med ett inmatningsfält som ska vara skrivbart medan driftordern utförs:

Ett mycket enkelt exempel som gör ungefär samma sak som …{@1}… hade gjort utan HTML
<html>
<head data-dptemplate-version="2">
<style>.editable{background-color:#e0e0ff;}</style>
</head>
<body>Detta fält <span class="editable">__</span> ska vara skrivbart, medan resten av texten är skrivskyddad.</body>
</html>
Observera att detta exempel är förenklat för att fokusera på det väsentliga. I ett verkligt fall rekommenderas att använda en tabell-definition runt texten, se exempel 2.
Exempel 2 – HTML-definition för bevisväxling:

Stiliserad bevisväxling - syrénfärgade fält är skrivbara under redigering, pistagefärgade fält är skrivbara under utförande medan det gula fältet är skrivbart i alla aktiva stadier.
<html>
<head data-dptemplate-version="3"><style>.editable {background-color:#e0e0ff;} .editable-perform{background-color:#e0ffe0;} .editable-active{background-color:#ffff80;}</style>
</head>
<body>
<p style="margin-top:0"><font size="5">Bevisväxling</p>
<table border="0" width="100%">
<tr>
<td colspan="2" border="1">Bevis utväxlat för <span class="editable">__</span> i <span class="editable">__</span></td>
</tr>
<tr>
<td colspan="2" border="1">Kommentar: <span class="editable-active">__</span></td>
</tr>
<tr>
<td border="1">Från, signatur: <span class="editable-perform">__</span> tid: <span class="editable-perform">__</span></td>
<td border="1">Till, signatur: <span class="editable-perform">__</span> tid: <span class="editable-perform">__</span></td>
</tr>
</table>
</body>
</html>
Exempel 3 – mall kompatibel med dpWebmap
<html>
<head data-dptemplate-version="3">
<style>
.submit-date {background-color:# d4f4f4;}
</style>
</head>
<body>
<p>Mall som <em>kan krocka</em> med andra mallar<br>
Utlämnad, datum: <span class="submit-date">_____</span>
</p>
</body>
</html>
Den här mallen riskerar att komma i konflikt med andra mallar som använder samma style-definition.
<html>
<head data-dptemplate-version="3">
</head>
<body>
<p>Mall som <em>fungerar</em> med andra mallar<br>
Utlämnad, klockan: <span class="submit-time" style="backgroundcolor:# d4f4f4;">_____</span>
</p>
</body>
</html>
Den här mallen ska inte komma i konflikt med andra mallars style-definition.
De malltexter som används inuti etiketter (se avsnitt Driftorderrader > Etikettmallar > infoga texmall…) finns i en egen kodlista.
Se avsnitt Statiska malltexter för allmän information om Kodlistehanteraren. Byt ut kodlista OPERATION_ORDER_ROW_DESC_CL mot OPERATOR_ORDER_PERMIT_CL. I övrigt är hanteringen identisk. (I stort sett identisk – av naturliga skäl hanteras till exempel inte motoperationer.)
Fälten Driftläge, övrigt och Övrigt i fliken Förutsättningar har en gemensam kodlista. Se avsnitt Statiska malltexter för allmän information om Kodlistehanteraren. Byt ut kodlista OPERATION_ORDER_ROW_DESC_CL mot DESCRIPTION_CL. I övrigt är funktionen liknande.