Retro Preservation Workspace

Monitorn

Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.

← Back to ABC Tools

Meetings · ABC800 · Thread

CUTE

29 posts in thread

Peter Goldmann <5080> · Text 6278 · w8 · kommentar

1987-03-07 23:52

Ärende: CUTE

För en amatör/söndagsskrivare som betalar med skattade stålar s.a.s. ur hushållskassan är det ändå mycket. Jag tycker att man kunde sälja prog. för några hundra till de som inte kör professionellt/firma/näringsidkare. Då med reducerad servicenivå/rådgivning. Ord800 som jag har i orginal är kopierskyddat, men jag har ett prog. som kopierar över det till alla mina text- skivor. Då kan jag ha ORD i olika versioner, med eller utan automatisk avstavning etc. CUTE är säkert också kopierskyddat. Det ger en del extra besvär. Det är tveksamt om man som amatör är beredd att betala för skyddade prog. som dessutom ej levereras med en utförlig dokumentation/dissasemblering så att man kan gå in och snickra och lära och ändra. Borland lär ha ett sådant prog. för PC. Men om du anser CUTE vara så bra kanske du kan ordna en manual så man får möjlighet att bedöma programmets förtjänster. Annars efterlyser jag hjälp med att komplettera ORD så att 99:an går att använda fullt ut.
- Bo Kullmar SYSOP <1789> · Text 6280 · w8 · kommentar
  
  1987-03-08 09:49
  
  Ärende: CUTE
  
  Man behöver ej ha flera olika versioner av CUTE för att ha olika typer av avstavning mm eftersom detta kan lagras i varje dokument. Nej, jag kan inte ordna en manual till CUTE även om jag har skrivit den själv. TDX Software har upphovsrätten till den och den får man granterat inte kopiera till skillnad från program som ju fortfarande saknar ett sådant förbud vad jag vet. (Vad blev det av lagförslaget om förbjud att kopiera program?)
- Lars Gjörling <6825> · Text 6292 · w8 · kommentar
  
  1987-03-09 00:50
  
  Ärende: (CUTE) / ORD800
  
  Dina bekymmer med att anpassa ORD800 till tangentbord 99 intres- serar mig, eftersom jag har sysslat med exakt detsamma. Jag har en äldre version av ORD nämligen 2.3. Även jag kan kopi- era denna till andra skivor. Den version jag har är listbar, dvs alla BAC-filerna kan listas, ändringar vidtagas, varefter de åter kan save-as. Det visar sig att satser med : ....... GET C¤ : C9=ASCII(C¤) : ........ finns i de filer som slutar på ...BASIC.BAC, dvs ORDBASIC, SKRBASIC och SYSBASIC. Jag gjorde på detta enkla sätt: Till variabeldeklarationerna i början lade jag till: 11 DIM C8¤=5,C9¤=5 : C8¤=CHR¤(172,164,161,163,201) : C9¤=CHR¤(8,9, 196,198,199) Där en sats ..... GET C¤ : .... fanns, ändrade jag C9=ASCII(C¤) till: C9=INSTR(1,C8¤,C¤)+1 : C9=ASCII(MID¤(C¤+C9¤,C9,1)) : ..... Som du ser, innebär det att paddans fyra koder + koden för PF10 änd- ras till koderna för <--, -->, PF5, PF7 och PF8 medan alla andra koder blir helt oförändrade. (Tangenten DEL kan ej användas, efter- som ascii 127 betyder fylld ruta i ORD800, och används för vissa specialeffekter vid utskrift. Dessa kan ju inte tas bort!) Man kan givetvis utöka C8¤ och C9¤ med ytterligare koder om man vill. Jag vet inte om du har nytta av detta, är t.ex. version 2.6 listbar?. Om inte, kanske du kan göra dem listbara? För egen del är jag naturligtvis intresserad av att få version 2.6 eftersom min version inte utnyttjar min 512 kb ramfloppy, utan bara klarar cirka 5 sidor. Mvh Lars Gjörling <6825>
  - Curt Rehnborg <1121> · Text 6293 · w8 · kommentar
    
    1987-03-09 01:08
    
    Ärende: (CUTE) / ORD800
    
    Har Du originalprogrammen så är det bara att få byta till senaste version.
  - Peter Goldmann <5080> · Text 6294 · w8 · kommentar
    
    1987-03-09 23:13
    
    Ärende: (CUTE) / ORD800
    
    Jag har testat ditt förslag - verkligen smart! Jag har låtit 199 ersättas av 132 d v s PF8 ersätts av INS. Men däremot så fungerar ej SH+PF8 som används i ORD800 för att radera markerad text. Å andra sidan används detta så sällan att det går att stå ut med att köra som tidigare. Och som du sagt - man kan ju öka ut så att även exvis SHPF10 går. Enda invändningen är att det blir lite trögare, man kan inte hålla tang. nedtryckt utan måste trycka tecken för tecken. Men det var det värt! För dem som kör ABC77 kan man lägga i andra koder: ctrl för ée å ü ä Vilket egentligen är att föredra framför paddan eftersom man inte lämnar alfadelen av tang.bordet.-Bekvämt!
    - Lars Gjörling <6825> · Text 6299 · w8 · kommentar
      
      1987-03-10 19:16
      
      Ärende: (CUTE) / ORD800
      
      Det där att man inte kan få hålla en konverterad tangent nedtryckt, har retat mig också. Uppe på kommandoraderna går det bra, men inte på textraderna. I ett enkelt testprogram, där samma princip tilläm- pas, går det också bra. Det måste vara något i maskinspråksrutinerna som gör det här. Jag har förresten, när jag började syssla med det här igen, hittat ett ännu enklare sätt. Istället för att lägga in rad 11 med nya variabler lägger jag till en subrutin: 3000 GET C¤ : C9=INSTR(1,CHR¤(172,164,161,163,201),C¤)+1 : C¤= MID¤(C¤+CHR¤(8,9,196,198,199),C9,1) : RETURN I programrader med ...... : GET C¤ : C9=ASCII(C¤) : ....... byter jag bara ut 'GET C¤' mot 'GOSUB 3000' och låter resten stå kvar. Den här principen kan ju användas som en funktion FNGet¤ också, där man kan skriva C¤=FNGet¤ istället för GET C¤, om man vill åstadkomma ett slags 'mini-KEY.BAC'. Det är skönt att slippa långa rader med IF-satser. Mvh Lars Gjörling <6825> ( Kommentar i text 6302 av Hans Holmberg <2838> ) ( Kommentar i text 6312 av Kristoffer Eriksson <5357> ) ( Text 6299 )
      - Hans Holmberg <2838> · Text 6302 · w8 · kommentar
        
        1987-03-10 22:31
        
        Ärende: (CUTE) / ORD800
        
        När man ska konvertera/definera om vissa tangenter till ett annat ascii- värde, varför inte använda en liten maskinkodsnutt som länkas in i GET- rutinen (det finns ett JP xxxx för just GET nånstans bland sysvars.). Maskinkodssnutten kan man enkelt lägga in i första startfilen, och sen är det väl inga större problem?!? Man slipper ju då även ändra i själva programvaran, och då blir ju den kompatibel med alla andras (förutom tillägget i startfilen, men det är ju egentligen ingen ändring). Vid ev. uppdatering av programmet så är det ju enkelt att 'fixa' till den ny versionen. Mvh Hasse
      - Kristoffer Eriksson <5357> · Text 6312 · w8 · kommentar
        
        1987-03-12 18:35
        
        Ärende: (CUTE) / ORD800
        
        Om nu någon trots alla maskinkodsförslag fortfarande vill göra den där omvandlingen i Basic, så bör de båda CHR¤(,,,) bytas ut mot färdiggjorda strängar. Det tar tid att evaluera alla talen i CHR¤ varenda gång ett tecken hämtas. Och om det nu bara är ASCII-värdet till C9 man är intresserad av bör man flytta den delen till subrutinen och slå ihop den med MID¤ och byta hela den delen mot C9=ASC(RIGHT¤(...)). Då spar man en sats, och dessutom är RIGHT¤ snabbare än MID¤ eftersom ingen längdparameter behöver evalueras.
  - Kristoffer Eriksson <5357> · Text 6297 · w8 · kommentar
    
    1987-03-10 01:21
    
    Ärende: (CUTE) / ORD800
    
    Vill man radera med DEL kan man göra så att inmatad DEL konverteras till PF8, och någon annan tangent konverteras till CHR¤(127).
    - Peter Goldmann <5080> · Text 6298 · w8 · kommentar
      
      1987-03-10 15:23
      
      Ärende: (CUTE) / ORD800
      
      Som antyddes i tidigare inlägg blir det lite långsammare med det annars smarta sättet att lägga in andra tangenter. Om man väljer DEL för att radera går det alldeles utmärkt - men man kan bara radera ett tecken i taget - ej hålla tangenten nedtryckt hela tiden. Håller man nedtryckt blir det rutor om man släpper och trycker tecken för tecken så suddas rutorna igen en efter en.
  - Stefan Lennerbrant <4364> · Text 6305 · w8 · kommentar
    
    1987-03-11 19:36
    
    Ärende: (CUTE) / ORD800
    
    Man kan också göra så att man lägger en liten maskinkods- snutt någonstans som konverterar inmatat tecken till någon annan kod. Om man gör så att GET hoppar till den snutten, konverterar man utan programmets vetskap, vilket gör att det går att köra på andra prog än ORD800 - det sköts ju automagiskt. Detta är ju inte svårt heller - kanske något för den där assemblerkursen som aldrig kom igång... mvh
    - Stefan Lennerbrant <4364> · Text 6306 · w8 · kommentar
      
      1987-03-11 19:59
      
      Ärende: (CUTE) / ORD800
      
      Jag tar nog och skriver in den där lilla snutten nu, så kan intresserade prova (Jag missade ändå bussen och måste sitta här tjugo min till) Förresten kom jag på att jag skrev fel i föreg. inlägg. Det är inte GET som ska hoppa till snutten, utan interrupt. INTER: PUSH AF PUSH HL ; Spara register PUSH BC IN A,(34) ; Hämta in tecken LD C,A LD B,0 ; BC = tecknet LD HL,KONVTAB ; HL pekar på början av konverteringstabell ADD HL,BC ; HL pekar på index "A" i tabellen LD A,(HL) ; A = konverterat tkn LD (TANGBUF),A ; Lägg konv tkn i tabgentbordsbuffert CP 3 ; Är konv tecken CTLR+C JR NZ,VANTKN ; Nej - vanligt tkn LD A,(CTRLPEK) OR 2 ; Sätt Ctrl-bit LD (CTRLPEK),A JR FORTS ; Fortsätt VANTKN: LD A,1 LD (TANGNERE),A ; Sätt bit för tangent nedtryckt FORTS: POP BC POP HL ; Återställ reg POP AF RETN KONVTAB:DEFB 0 DEFB 1 DEFB 2 ; osv. KONVTAB + 3 = kod för CTRL-C, ; KONTAB + 65 = kod för "A"... ; (Följer alltså ASCII-tabellen) Om det bara är ett el. två tkn som ska konverteras behöver man inte ha någon tabell utan kan testa för varje tecken. TANGBUF är adr där tangentkod läggs av vanlig interruptrutin TANGNERE är adr där en bit ska sättas om tangent tryckts ner (65506?) CTRLPEK är adr som innehåller pekare till den adr där bit 1 (?) ska sättas om CTRL-C har tryckts ned Se Bit för bit för att få reda på adresserna, jag kommer inte ihåg dem nu. Man kan också titta på den vanliga inter-rutinen i tolken för att se hur den göt, jag är inte säker på att det som skrivitts ovan är allt som ska göras. Oj då - det viktigaste: Rutinen ska länkas in genom att man POKEar in adr till den där adr till interrupt ska ligga. Adressen kan man få tag i i Bit för bit, eller om någon som har dem i huvudet kan lägga in dem här Jag hoppas att jag inte missat något mvh PS Jag kom just på att raden "LD (TANGBUF),A" ska ligga efter VANTKN:. Ctrl-C ska ju inte läggas in i bufferten
      - Lars Gjörling <6825> · Text 6309 · w8 · kommentar
        
        1987-03-12 00:10
        
        Ärende: ORD800
        
        Att skriva rutinen i BASIC, som jag gjorde, är kanske litet ama- törmässigt. Jag har faktiskt skrivit några program, som ligger i programbanken, och bygger på maskinspråkssnuttar. Tekniken att länka in specialsnutt i interruptet känner jag till, den används ju bl a i programmet TIME, som lägger ut tiden på skärmen. Svårigheten för mig låg i vad du kallar för att lägga en snutt 'någonstans'. Var då? ORD800 lägger ju själv in massor av maskin- kod redan innan startprogrammet körs. Även dosbuffertarna används. Inga som helst optioner, typ OPTROSH eller KEY.BAC kan användas utan att man får 'minnet fullt'. Jag gjorde så, att jag körde ORD800, avbröt med CTRL-C, och begärde fram värdet på SYS(4). Det visade sig att ledigt utrymme begränsade sig till 200-300 bytes. Då jag inte var tillräckligt kunnig för att veta var jag skulle lägga en assemblersnutt, prövade jag med BASIC. Jag fick faktiskt pröva en del, innan jag hittade en tillräckligt kort rutin, som inte medförde 'minnet fullt'. (Kanske kan man squeza BAC-fi- lerna?). En fördel med BASIC är ju också, att man lätt kan ändra sina kon- verteringar och anpassa dem till sitt tangentbord och sin person- liga smak. Den vanliga klubbmedlemmen, har kanske större glädje av en BASIC-rutin, som han kan förstå och anpassa till sina olika program. Problemet med att man inte får hålla tangenten kontinuer- ligt nedtryckt, tycks vara specifik för ORD800. Tack för din assemblersnutt! Jag skall med intresse pröva den. Men det där med var snutten skall läggas i detta speciella fall, måste jag nog i så fall få hjälp och råd med. Mvh Lars Gjörling <6825>
        
        Hans Holmberg <2838> · Text 6315 · w8 · kommentar
        
        1987-03-12 23:52
        
        Ärende: ORD800+maskinkodssnutt
        
        Pröva och lägga den i poke-arean (FF80H 62024D). Hasse
        
        Lars Gjörling <6825> · Text 6316 · w8 · kommentar
        
        1987-03-13 17:30
        
        Ärende: ORD800+maskinkodssnutt
        
        Det måste vara något fel med siffrorna. FF80H motsvarar 65408D och 62024D motsvarar F248H Jag har en ABC806. Enligt vad jag har läst saknar en sådan poke-area?? Mvh Lars Gjörling <6825>
        
        Hans Holmberg <2838> · Text 6317 · w8 · kommentar
        
        1987-03-14 07:35
        
        Ärende: ORD800+maskinkodssnutt
        
        OOOOPPPS! Det var gamla ABC80 takter som satt kvar så att säga. Det ska vara FE00H, och att 65024 blev 62024 beror nog på att jag slant på numeriska tangentena (5:an sitter som ni vet ovanför 2:an!) Hasse
        
        Stefan Lennerbrant <4364> · Text 6319 · w8 · kommentar
        
        1987-03-14 14:39
        
        Ärende: ORD800+maskinkodssnutt
        
        Mja - att lägga saker i "POKE-arean" är nog inte så bra Dels är det ett mycket populärt ställe att lägga saker på, och dels tror jag att CAT-NET använder de adresserna lite grand. (stämmer det sista?) mvh
        
        Kristoffer Eriksson <5357> · Text 6321 · w8 · kommentar
        
        1987-03-15 04:53
        
        Ärende: ORD800+maskinkodssnutt
        
        Värst av allt är nog att POKE-arean försvann på 800-maskinerna när DOS:et började lägga SINA variabler där...
        
        Stefan Lennerbrant <4364> · Text 6318 · w8 · kommentar
        
        1987-03-14 14:34
        
        Ärende: ORD800
        
        Jag vet inte exakt var ORD800 lägger sina saker, den läser ju tex in en ABS-fil som läggs på ngt fast ställe, men ett hett tips är att lägga sin "snutt" längst ner i minnet och POKEa upp BOTTOM och COMMON-pekarna. Man behöver ju inte ta upp så mycket plats. Maskinkodsprogrammet jag skrev tar nog inte upp så många bytes, men tabellen tar ju 256 bytes (Lite mindre - så höga ASCII-värden kan man ju inte få) Struntar man i tabellen och istället testar varje värde man vill ändra på, tar det ju upp ännu mindre plats. (Om man inte vill ändra på så många tangenter) Om man också sque(e)z:ar ORD800, är det ju inga som helst problem att få minne som räcker (ORD800 är väl inte så avancerat att det inte går att squeza det?) Vad det gäller att bekvämt kunna ändra definitionerna, kan det ju inte bli lättare om man använder en "snutt" tillsammans med en 256-tabell. Då gör man bara ett litet extraprogram (i BASIC) som frågar om vilka definitioner man vill ha och som sedan lägger in rätt värde på rätt plats i tabellen (När tabellen ligger på disk i sitt snutt-program) Gör man på det sättet behöver man ju inte kunna ngt om BASIC, eftersom man inte behöver ändra i ORD800 mvh PS Allt det här bygger på att man bara får in ett tecken per tangent, ska man köra med teckensekvenser blir det lite större program PS2 - OUT:ar ORD800 bort repetitionsmöjligheterna på tangentbordet ? Det har ju egentligen inget med programmet att göra - det är hårdvaran som sköter om repetitionen (Hårdvara = Ej tolken)
        
        Hans Holmberg <2838> · Text 6322 · w8 · kommentar
        
        1987-03-15 06:44
        
        Ärende: ORD800/Tgb
        
        Man kan inte ta bort repetionsmöjligheterna på en 800's tgb, och det pga. att kommunikationen sker seriellt i en riktning (via en av DART'ns portar) Hasse
        
        Karl Lindström <837> · Text 6323 · w8 · kommentar
        
        1987-03-15 13:05
        
        Ärende: ORD800
        
        ABS-filen som finns i ORD 800 är ingen riktig ABS-filutan en maskinspråks- fil som är krypterad. Varför de kallar den ABS är outgrundligt. Alla program borde gå att squeza utan problem om du inte väljer variabel- kryptering.
        
        Per-Arne Johansson <7231> · Text 7662 · w8 · kommentar
        
        1987-10-29 12:57
        
        Ärende: ORD800
        
        Jag har lite strul med ett ORD800-program. Om man sparar och döper dokument till något med små bokstäver så hänger sig datorn medan det går bra med stora bokstäver. Så ska det väl inte vara ? Orsak ? Floppyn är en 838. Vidare undrar jag om någon kan lösa problemet med olika skrivares under- strykningskoder . Vissa har ju samma kod för både start och stopp för understrykning och då kan man ha samma styrtecken t.ex._ för både start och stopp av understrykning, medan andra skrivare har olika koder för start och stopp och följaktligen olika styrtecken. Detta är struligt om man byter skrivare men vill ha samma dokument utskrivet. T.ex. har vi en matrisskrivare som kladd och en skönskrivare för slutresultatet, och dessa har olika sätt att starta och stoppa understrykning. Går detta att lösa smart via INITIERA.PR ? Mvh PAJ
        
        Bo Kullmar SYSOP <1789> · Text 7671 · w8 · kommentar
        
        1987-10-30 08:04
        
        Ärende: ORD800
        
        Byt program till CUTE så löser det sig säkert. Vad jag kan begripa så går det inte att lösa förhållandet med olika skrivare och olika koder i ORD800 som det programmet är konstruerat utan att jobba med flera INITERA.PR. Det löses mycket enklare i CUTE. Vag gäller 806 får man understryckning direkt på bildskärmen också.
        
        Jaan Tombach <4283> · Text 7676 · w8 · kommentar
        
        1987-10-30 16:37
        
        Ärende: ORD800
        
        På Cute får man understrkning på 802 med inverterad text och på 800M som riktig understrykning lika 806 efter byte av teckenprom.
        
        Kristoffer Eriksson <5357> · Text 7683 · w8 · kommentar
        
        1987-11-01 00:37
        
        Ärende: ORD800
        
        Vilken version av ORD800 har du? Jag känner inte till någon där man inte kan ha små bokstäver i filnamnen. Beträffande understrykning, så står det normalt i INITIERA.PR (fyrkant)_ 129 på en rad, vilket får ORD800 att simulera understrykning genom att skriva över raden en gång extra med understrykningstecken. Då spelar det ingen roll vad skrivaren har för sätt att få automatisk understrykning på. I senare versioner kan man i INITIERA.PR skriva startkoden för understrykning efter (fyrkant)U och slutkoden efter (fyrkant)u. Om man byter skrivare, så ska man byta INITIERA.PR också, vilket man kan göra genom att döpa om INITIERA.PR till något annat, och döpa om den INITIERA.xxx som gäller för den nya skrivaren till INITIERA.PR. Eller så kan man kopiera över i stället. Byter man ofta, har man förstås initieringsfilen på dokumentskivan, inte programskivan. Jag minns inte vilken skiva ORD800 söker först på, men är det inte dokumentskivan, kan man helt enkelt se till att det inte finns någon fil som heter INITIERA.PR på programskivan en gång för alla.
        
        Lars Gjörling <6825> · Text 7697 · w8 · kommentar
        
        1987-11-01 23:28
        
        Ärende: ORD800
        
        Det är inte ALLA printers, som klarar (fyrkant)_ 129 ! En bläckstråleprinter exempelvis arbetar så, att den skriver ut över- sta doten för alla tecken i hela raden, flyttar ett mycket litet stycke nedåt och skriver ut näst översta doten för alla tecken i ra- den osv. Av naturliga skäl kan en sådan printer inte backa och inte heller skriva om en rad. Om man försöker med (fyrkant)_ 129, så skrivs understrykningen ut för sig på en ny rad. Om Per-Arnes printers inte båda klarar (fyrkant)_ 129 , och antalet understrykningar inte är överväldigande, så vill jag föreslå honom följande: Istället för att ha två olika INITERA.PR och byta mellan dessa, kan han i sitt INITIERA.PR definiera två extra 'fyrkant + tecken', som ger start resp stopp för underline på matrisskrivaren. Han använder dessa på 'kladden' och skriver ut den. Sedan kan han med byt-funktionen söka upp dessa kombinationer och byta ut dem båda mot den 'fyrkant + tecken', som gäller för skönskrivaren. Mvh Lars
        
        Per-Arne Johansson <7231> · Text 7700 · w8 · kommentar
        
        1987-11-02 07:21
        
        Ärende: ORD800
        
        Jag har tänkt något i den stilen men det med byt-funktionen låter smart. Ska pröva och återkommer. Mvh PAJ
      - Lars Gjörling <6825> · Text 6340 · w8 · kommentar
        
        1987-03-17 19:19
        
        Ärende: (CUTE) / ORD800
        
        Jag har skrivit en assemblersnutt nu, som konverterar tecken bra. Jag disassemblerade den vanliga interruptrutinen (den liknade nästan din) och lade in ett CALL till en subrutin direkt efter IN A,(34). Subrutinen konverterar de tecken jag vill ha konverte- rade. Sist ligger tabellen, som börjar med antalet tecken, som skall konverteras, och fortsätter med varannan byte ett oönskat tecken och varannan det tecken man vill byta till. Resultatet av detta blir, att efter assemblering och omvandling till BASIC med ABSBAS, så kan man ändra teckenlistan, öka ut den eller minska ned den direkt i POKE-satsen, utan att först göra ny källkod och assemblering. Storleken är 57 bytes. Men ännu har jag inte tillfredsställande löst det där med att lägga in den i ORD800. Det är inte klokt så litet utrymme man har lämnat över åt en självpulare. Så här ser subrutinen ut: BYT LD HL,KONVTAB ; Subrutin för ev byte av tangkod LD B,(HL) ; B=antal tkn som skall bytas ut LOOP INC HL ; Här börjar loopen för utbyten CP (HL) ; Innehåller A=ett tkn, som skall utbytas? INC HL ; Flytta pekaren till utbytestecken JR NZ,BYTEJ ; Om ej byte, hoppa till nästa tkn LD A,(HL) ; Tecknet byts ut mot utbytestecken BYTEJ DJNZ LOOP RET ; Return, när alla har gåtts igenom ; KONVTAB DEFB 5 ; Antal tkn, som skall bytas ut DEFB 172 ; Tkn nr 1, som skall bytas ut DEFB 8 ; Och vad det skall bytas till DEFB 164 ; Tkn nr 2 ......... osv DEFB 9 DEFB 161 DEFB 196 DEFB 163 DEFB 198 DEFB 201 DEFB 199 Mvh Lars Gjörling <6825>
        
        Kristoffer Eriksson <5357> · Text 6356 · w8 · kommentar
        
        1987-03-18 18:31
        
        Ärende: (CUTE) / ORD800
        
        Minst utrymme bör det väl ta om du lägger rutinen i en COMMON- variabel, som du intierar i ett annat program än huvudprogrammet.