Ik heb een oplossing die in verschillende talen moet werken. Daarvoor gebruik ik een extra tabel waar per lay-out/taal een record zit met een aantal tekstvelden waar de eigenlijke tekst voor de labels in staat. Als key gebruik ik 2 tekstvelden ("Taal" en "Layout") die manueel worden ingegeven, en geïndexeerd zijn.
In al mijn andere tabellen zitten twee velden met een unstored calculatie erin ("_Taal" en "_Layout"). _Taal verwijst naar een global die gezet wordt in een opstartschript, en _Layout = get ( LayoutName ). Daarmee bevat dat laatste veld de naam van de actieve layout.
Ik gebruik dat reeds van in de duistere tijden (Filemaker 7 ), en dat heeft steeds gewerkt. Om een of andere bizarre reden lukt dat nu niet meer. Als ik naar een andere layout spring, dan blijft mijn unstored calculation de waarde van de vorige layout behouden. Als ik doorheen mijn found set stap, hebben sommige records de nieuwe layoutnaam in dat veld zitten, en sommige de oude. De labels (die via mijn relatie op de layout gezet worden verspringen dus.
Ik heb reeds geprobeerd om mijn bestand te recoveren, compressed copy maken, maar steeds komt deze fout terug boven water. Weet iemand wat hier gaande is ?
Mac OS X 10.11.1, FMPA 14.0.4, Server 13 of Server 14 (maakt niet uit)
Vraag
Philip Van Landuyt
Bestes,
Ik heb een oplossing die in verschillende talen moet werken. Daarvoor gebruik ik een extra tabel waar per lay-out/taal een record zit met een aantal tekstvelden waar de eigenlijke tekst voor de labels in staat. Als key gebruik ik 2 tekstvelden ("Taal" en "Layout") die manueel worden ingegeven, en geïndexeerd zijn.
In al mijn andere tabellen zitten twee velden met een unstored calculatie erin ("_Taal" en "_Layout"). _Taal verwijst naar een global die gezet wordt in een opstartschript, en _Layout = get ( LayoutName ). Daarmee bevat dat laatste veld de naam van de actieve layout.
Ik gebruik dat reeds van in de duistere tijden (Filemaker 7 ), en dat heeft steeds gewerkt. Om een of andere bizarre reden lukt dat nu niet meer. Als ik naar een andere layout spring, dan blijft mijn unstored calculation de waarde van de vorige layout behouden. Als ik doorheen mijn found set stap, hebben sommige records de nieuwe layoutnaam in dat veld zitten, en sommige de oude. De labels (die via mijn relatie op de layout gezet worden verspringen dus.
Ik heb reeds geprobeerd om mijn bestand te recoveren, compressed copy maken, maar steeds komt deze fout terug boven water. Weet iemand wat hier gaande is ?
Mac OS X 10.11.1, FMPA 14.0.4, Server 13 of Server 14 (maakt niet uit)
Groetjes,
Philip.
5 antwoorden op deze vraag
Aanbevolen berichten
Doe mee aan dit gesprek
Je kunt dit nu plaatsen en later registreren. Indien je reeds een account hebt, log dan nu in om het bericht te plaatsen met je account.