Skift af regnskab i GUI vs. konsol; langsommere mv.

Se XAL.DevInfoInit linie 154 ff for, hvordan du skifter regnskab korrekt i GUI versionen.

-Broholm

Tak for det tip! Om end, hvad er grunden til der skal skiftes forskelligt? Er det PARM der ikke kommer med korrekt?

Mht. hastigheden af skiftet i GUI, kan man gøre noget ved sagen der?

Jeg tror at det har noget at gøre med at man i GUI versionen jo kan finde vinduer frem som ligger "bagved" - og hvilket regnskab skal de så køre i, hvis brugeren klikker på dem? Derfor skal man skifte regnskab "globalt" i stedet for bare det aktuelle element. Men det er bare min teori - jeg kunne tage fejl :-)

Jeg har ikke oplevet at skiftet i GUI skulle være langsommere end Console, men omvendt har jeg heller ikke skulle lave sådan en regnskabs-stafet, som du har gang i der.

Den teori vil jeg faktisk godt købe, lidt de samme tanker har jeg haft om det.

I samme åndedrag kan jeg så næsten konkludere, at det bliver alvorligt underholdende, at undgå de element opdatering, reelt set er man jo nødt til at lukke dem, når der staffeteres.

Mht. DevInfoInit - hvad er grunden til der er en version for GUI og en for konsol?

Aner det ikke... Jeg bruger den kun fra Console, men kopierer altid koden, hvis jeg skal lave noget der skal skifte regnskab.

Jeg har også brugt metoden fra XAL.DevInfoInit.
Et problem med 'Midlertidigt index aktivt' blev klaret med en PRINT uden PAUSE.
Men der er en masse blinkeri når der skiftes regnskab i GUI. Kan man undgå det ?

Alt det blinkeri kommer af at brugerprofilerne skal opdateres.

Kan ikke lige teste det, men prøv med:

SET &Func = #FuncDBDOpret

PROCESS #Proc_DbChange osv....

SET &Func = #FuncNULL

Det med &Func hjælper ikke.  Hvad kan man eller gøre med 'Brugerprofil'?

Den med "PRINT uden PAUSE", kan du forklare hvor den skal stå ?

Jeg sidder med XAL og har lavet kode i Stocksum(lagerbeholdninger) der slår op i andet regnskab, men når brugeren kommer via debitor/restordre(ctr-alt-f4) går det galt med advarselen "Der kan ikke skiftes datafil, når et midlertigt index er ibrug", fordi formen SalesTransBack bruges med både extern Debitor og extern Lager, og derfor bruger midlertidigt index.

"extern Debitor og extern Lager, og derfor bruger midlertidigt index." <--- Forklar lige den der.

..... jeg troede I kunne regne resten ud, =;-)

Der er selvfølgelig mere... koden ser sådan ud:

EXTERN StockTable
EXTERN DebTable
IF NOT DebTable.RecId THEN
    SET &Searching = 1
    IF NOT StockTable.RecId THEN
        SET &Searching = 2
    ENDIF
ENDIF

IF &Searching <> 2 THEN
    #GetTempId(&IndexID)
    IF &Searching == 0 THEN
        #Frm_CREIDX(SalesTrans,'Tmp'+Num2Str(&IndexID,0,0,0,0),DebtorAccount,ConfirmedDel)
    ELSE
    IF &Searching == 1 THEN
        #Frm_CREIDX(SalesTrans,'Tmp'+Num2Str(&IndexID,0,0,0,0),ItemNumber,ConfirmedDel)
    ENDIF ENDIF
    #CheckCREIDX
ENDIF

Men det er egentlig ligemeget, humlen er at så længe skærmbilledet er åbent er der et midlertidigt index i brug og så bliver datafilsskift ikke tilladt.

Henning_Kilroy skrev at det havde han løst med en PRINT uden PAUSE ???? og det kunne jeg godt tænke mig at vide hvor det var. Jeg prøvede at lave en PRINT "" lige inden min PROCESS #Proc_...... men det hjalp ikke.

Nu har jeg lavet en DELINDX i event-triggeren og nulstillet &IndexId og er så blevet nødt til at lave hele inittriggeren i SalesTranBack formen (prerecord) for at få genetableret posterne når brugerne vender tilbage. Det er bare lidt omstændigt og jeg risikere at skulle omprogrammere en masse skærmbilleder på den måde, så hvis der fandtes en smartere løsning.... ?

Okay - jeg var bare bange for at du måske havde antagelsen om at en EXTERN lavede et tmp-index. :-)

Jeg kan komme på 3 andre løsninger:

1) Enten at læse/cache posterne i det andet regnskab inden det temporære index laves.
2) På SQL har du selvfølgelig muligheden for at læse posterne fra det andet regnskab direkte fra databasen vha. SQLSelect/READ AS SQL.
3) Lav et kartotek "Kun i DAT" med de felter du skal bruge + et felt til regnskabet og hold det synkroniseret fra de andre regnskaber

I det fremmede regnskab startede jeg QTX OrdFaktura. I øverste pre-body startede jeg med en PRINT. Det så senere overskrives af XAL OrdFaktura.

Hvis jeg skal skifte regnskab mens en Form er i gang har jeg samlet op i et TMP kartotek, og så i Exit efter sletning af TmpIndex, skiftet regnskab og brugt data i den opsamlede TMP.

Tak til jer begge for jeres kommentarer.

Det er sådan set også løsning 3 jeg bruger. Jeg kan desværre ikke skrive SQL ellers kunne 2 være rar at kunne (det må skrives på min "things to learn" liste).

Nyt lille problem, jeg har lavet kode til synkronisering på post-update og post-insert på StockTable(lagkart). Men men, ved opdateringer (faktura,lagerkladder etc.) arbjedes der under TTS og de tillades heller ikke ved datafilsskift, der er vist ikke noget der bliver nemt i denne her opgave =;-)

PS. Hvis der sidder en der lige kan ryste 3 eks. med SQL(C5/XAL) ud af ærmet er jeg en glad modtager. Jeg skal sådan set bare kunne læse en record, oprette/rette en record og evt. slette en record).