Skapa en öppna spara funktion i Filemaker pro advanced

Jag är inte säker på att jag förstår, men är det så att du helt enkelt vill kunna söka efter en historia och se resultatet direkt i FileMaker, alltså utan att öppna filen?

I så fall kan du enkelt göra det om dina historiefiler ligger sparade som text. Under arkivmenyn hittar du Importera Poster>Mapp och du väljer där mapp och textfiler så får du sedan ange till vilket fält innehållet i dina textfiler ska importeras.

Om det inte är så du menar måste du nog dessvärre förklara lite mer hur du har tänkt.

Jag är hemskt ledsen, men jag förstår dig inte. Vad menar du med att spara och öppna? VAD är det du vill spara? VAD är det du vill öppna? Vad menas med dina historier? Är det filer, och i så fall av vilken typ?

http://www.troi.com/software/fileplugin.html

Jag förstår inte heller, varken exakt vad du vill göra eller varför, men denna plugin är svaret.

Ok, så här långt låter det som att du går över ån efter vatten, men det är troligen så att jag fortfarande inte fattar vad du vill göra.

Varje post i FileMaker är så att säga ett eget "dokument" (jag försöker använda dina metaforer här), så genom att bläddra bland posterna så byter du manus (dvs exporterar och importerar en annan manus-fil så att säga). En post innehåller i ett textfält manuset för Alien, nästa post innehåller manuset för Star Wars. Så fort du lämnar posten Alien antingen genom att gå till nästa post Star Wars eller stänga ner databasen så sparar FileMaker automatiskt vad du gjort i manuset för Alien.

Men om du av någon anledning måste ha bara en post i FileMaker-databasen (jag kan faktiskt tänka mig ett par stycken med det är verkligen special ovanpå special) så går det fortfarande att lösa, på två sätt.

1. Du behöver en tabell till som innehåller alla dina manus, vi kan kalla den "Manuslådan". Den tabellen som är grunden för din arbetsmiljö (som bara innehåller en post) kan vi kalla för "Manusskrivbordet" och den innehåller bara en post. Genom att visa i en portal (portal är en typ av objekt som man kan lägga i en layout som visar flera relaterade poster från en annan tabell, jämför orderrader på en order) alla poster som finns i Manuslådan. Genom att "välja" ett manus så skapas en relation mellan Manuslådan och ett visst manus där i och "Manusskrivbordet" och vips så har du enligt dina termer/metaforer "stängt" och sparat manuset du jobbade med och "Öppnat" ett annat. Att välja ett manus gör man genom att ha en relation mellan två fält som innehåller samma info i två databaser, säg att du har tex "ID valt manus" i "Manusskrivbordet"-tabellen och "ID manus" (ett löpnummer) i "Manusslådan".

2. Man kan göra exakt det jag beskriver ovan men istället för att spara manuset som en post i en tabell kan man spara den i en textfil som man importerar, jobbar med i FileMaker, och sedan exporterar tillbaka till filen.

I så fall behöver man lära FileMaker att skriva och läsa filer och du behöver fortfarande en till tabell som kan innehålla dina filnamn och sökvägar så att FileMaker "vet" var manusen ligger och kan visa dig en lista med dem för dig att välja från och importera och exportera till/från rätt fil i filsystemet.

För att lära FileMaker läsa och skriva filer på det sättet behöver du en plugin som heter Troi File Plugin vilket gör detta ganska så lätt, eller så lär du dig lite Applescript. Både Troi File Plugin och Applescript kan ta information i ett fält och klippa ut den och skriva den till en textfil.

Men som du förstår så är det ingen större mening med detta eftersom du då sparar information utanför FileMaker som precis lika gärna och på ett mycket lättare sätt kan sparas och hanteras inuti FileMaker. Men du kanske har någon anledning till att vilja göra detta som du glömt berätta om, tex att en annan applikation skall kunna se/skriva/läsa manusfilen?

Ok, men det är det allså inte.

Tekniken att välja poster i andra tabeller genom att peta in ett ID i ett variabelfält (ett fält med indexering satt till "global indexering"), som då skapar en relation till en viss post i en eller flera andra tabeller är något du bör undersöka i så fall.

Då kan du ju visa alla dina aktuella manus i en portal eller en popup-meny och sedan i ett manus eller direkt välja en av dem. Förstår du vad jag menar?

Jo, jag har förstått att det inte är bara en post. Men det ändrar inget i min rekommendation. Bra att det löste sig till slut.

Grundregeln är att om du har samma snutt av information i två tabeller så kan du relaterade dem till varann.

Låter som om du bör ha en tabellstruktur som är manus, beatsheet, board som huvudsakliga tabeller och sedan manus_beatsheat för att länka samman manus och beatsheat och beatsheat_board för att länka ihop beatsheat och board (om det behövs). Jämför med kunder, artiklar, order, orderrader. En kund kan ha flera order, en order kan ha flera orderrader, det enda man gör är att sätta ID-nummer på allt möjligt och skapa fält i olika tabeller för dessa id-nummer så man kan länka ihop saker med varann.

En post i tabellen orderrad har tex ett fält för ID_Artikel och ett annat för ID_Order.

Att tilldela dessa fält värden eller få posterna att skapas automatiskt gör man med manus och/eller relationer.

Allt är lätt om man kan det.

Det finns böcker och webbsiter och förstås metoden att dela upp problemet i mindre och mindre delar tills delen är så liten så att man vet hur man skall lösa den.

En annan metod är att bjuda någon trevlig hjälpsam FM-utvecklare på kaffe och bakelser eller öööööl tills han berättar allt du behöver veta.

Din fråga är förstås helt omöjlig att svara på för jag vet inte om du vet hur man gör relationer, definierar fält, skapar manus och förstår hur alla dess saker hänger ihop mm.

In a perfect world...

Klart jag har en massa sådana databaser men tyvärr ingen jag på ett lätt sätt kan plocka ut releveanta delar ur och få dem att fungera fristående, i alla fall tar det mig en bra stund att göra det på ett sätt som gör att du förstår poängen och därför är jag inte villig att dela med mig någon sådan databasjust nu. Ledsen men så är det. Men det är ett bra uppslag på en artikel på min ofärdiga webbsite om FileMaker.

Sedan vet jag inte om du förklarat vad du vill göra tillräckligt bra för att jag skall kunna lämna ett relevant svar.

Om jag svarar på exakt vad du frågar (vilket nog inte är vad du menar), så är lättaste sättet att sätta ihop data från två fält i ett fält att det senare fältet är ett beräkningsfält med en beräkning såsom denna:

Fält 1 & " " & Fält 2

Exempel:

Förnamn & " " & Efternamn

Eller

Kund::Förnamn & " " & Kund::Efternamn

(det sista exemplet är två relaterade fält).

Man kan även göra villkor i beräkningsfält (vi antar att din drop-down ligger ovanpå ett fantasifullt döpt fält som heter Meny1), en Case-sats innehåller flera villkor efter varandra och när et vilkor hittat som stämmer jämförs inte flera villkor):

Case(
Meny1 = "Grönt"; "Text att visa och " & Gröna fältet ;
Meny1 = "Rött"; "Text att visa och " & Röda fältet ;
Meny1 = "Blått"; "Text att visa och " & Ladidajagärenlitentekanna fältet ;
"Text att visa då inget stämmer")

Relationer är nästa steg om du är med mig så här långt.

Ok, nu fattar jag. Du vill i beatsheet även lätt ordna om dina scener antar jag? Att det i de olika rutorna kan finnas vissa automatiska data (att tex öppningsscen alltid är i första rutan) förstår jag också och att man lätt skall kunna fylla i vissa saker från värdelista och andra i form av text.

Det är inte toklätt att göra allt det där men fullt görbart.

Här kommer ett par pekare i rätt riktning- Bland FileMakers layoutverktyg finns portaler, det är en konstruktion som visar flera poster från en relaterad databas, dessa kan tyvärr inte scrolla i sidled, bara i höjdled. Men här är en kul grej - man kan ha många portaler för samma relation i samma layout, man kan även visa x antal relaterade poster , alltså kan man välja endast att visa en och man kan även i varje portal ange första post att visa och dessutom sortera i vilken ordning de relaterade posterna visas. Alltså kan du lägga ut 30 portaler med ett par fält i varje, du sorterar alla på samma sätt (fallande på innehållet i ett nytt fält: ordningsnummer) och alla portaler visar endast en post. Den första visar med start från post 1, den andra visar med start i post 2, den tredje visar .... Då får du alltså relaterade poster som scrollar i sidled istället för vertikalt.

Komplettera med 60 (nja, 58 för att vara exakt) knappar som kör samma manus men som skickar med olika parametrar, -1, +1, -2, +2, -3, +3 osv. Parametern -3 motsvarar att man på post tre klickat på minusknappen för att flytta post 3 till post 2 och vice versa.

Det finns flera sätt att göra detta, ett är att använda sig av fraktioner, om man klickade på -3, hoppa till tredje posten via en relation som går på ordningsnumret, subtrahera 1,5 från värdet i ordningsfältet (dvs värdet blir då 1,5 istället för 3), sortera alla hittade poster på ordningssiffran, (1, 1.5, 2, 4, 5 osv), gå till första, loopa igenom alla, tilldela dem nya siffror, 1, 2, 3, 4 osv, då har 2 och 3 bytt plats.

I övrigt skapar du värdelistor med hjälp av relationer eller fasta värden eller beräkningsfält.

För att fylla i värden automatiskt, använder du dig av manus och/eller länkdata (se fliken automatiska data i fältets egenskaper).

Lycka till!

Tekniken med Reg och Rel_X:
Detta är en generell beskrivning av en teknik som FileMaker-utvecklare använder sig av, som alla FileMaker-utvecklare bör kunna.

För att lagra vissa saker, tex kundens adress, telefonnummer, nästa fakturanummer, nästa kundnummer, kundens logo så att man bara behöver ändra dessa uppgifter på ett ställe i ett stort affärssystem mm så skapar man en extra tabell med endast en post. Andra tabeller har sedan en sk konstantrelation mellan sig själva och denna inställningstabell som jag brukar döpa till Reg (andra namn är inställningar, Settings, Parametrar, system, admin osv...).

En konstantrelation är en hyggligt ny uppfinning i FM, man kan numera länka ihop vilka två fält som helst med varandra (tex ID_Kund med tex Orderdatum). Man gör det för att relatera alla poster i en tabell med alla poster i en annan tabell och syftet med detta är att man skall kunna skicka data mellan olika tabellers variabelfält. Som i sin tur kallas så för att de används oftast för att lagra variabler, men av någon anledning så heter detta "Global indexering" i inställningarna för numeriska, text, datum mfl fält. Ett fält med Global indexering är ett variabelfält.

Men då jag tycker det är väldans osnyggt att länka ihop ID_Kund med tex Orderdatum och göra det med en relation av typen "X" (vilket iofs är full möjligt och tekniskt korrekt), så skapar jag speciella fält i nästan alla mina tabeller som heter RelX, dessa är beräkningsfält med beräkningen "X", beräkningsresultat text. (Alltså innehåller dessa fält endast bokstaven X och inget annat.) Sedan länkar jag ihop RelX i en tabell med RelX med en annan tabell och jag döper relationen sålunda Kunder_Order_RelX (dvs på formen starttabell_sluttabell_fältnamn).

Exempel på användning av gammal dålig teknik: Vill jag skapa en ny order när jag står på en kund så vet jag ju kundnumret. Gammal dålig metod är att kopiera kundnumret, hoppa till order, skapa en ny post, klistra in kundnumret. Det är dåligt av flera skäl och jag tar inte upp dessa här.

Bättre metod med ny bra teknik: jag har en konstantrelation mellan kunder och order, i båda tabellerna har jag några variabelfält som heter VariabelNum1, VariabelNum2, VariabelTxt1, VariabelTxt2 (de är bra att ha i många sammanhang så jag brukar göra några stycken i många av mina tabeller i ett system). Står jag i layouten Kunder så tilldelar jag via Kunder_Order_RelX::VariabelNum1; kundnumret (fältet ID_Kund). Det betyder att i tabellen Order finns nu ID_Kund. Hoppa dit, skapa en ny post, stoppa in i fältet ID_Kund vad som finns i VariabelNum1, verkställ post, hoppa till någon fin layout där användaren kan börja lägga artiklar på denna nya order.

Hur du bygger en visa markeringsbild med hälp av ovanstående teknik
I ditt fall så gör du något liknande, skapa en tabell Reg, skapa i den beräkningsfältet RelX enligt ovan och dessutom fyra, fem containerfält "Bild1", "Bild2" osv...

I layouten för Reg, lägg ut bildfälten, skapa en ny post om det inte redan finns en (du skall bara ha en post i denna tabell), högerklicka på fälten och infoga din gröna boll i bild 1, din röda boll i bild 2 osv...

Skapa sedan fältet RelX i den tabell du vill visa bollarna i och skapa därefter en relation mellan din tabell, vi kan kalla den tabell1 i fortsättningen och Reg, dvs Tabell1_Reg_RelX.

Gå nu till definiera fält i Tabell1, skapa fältet "Markeringssiffra", numeriskt fält.

Skapa sedan ett fält "Markeringsbild_C" (C för Calculation, dvs beräkning). Resultatet av denna beräkning skall vara container och beräkningen skall vara:

Case(
Markeringssiffra=1; Tabell1_Reg_RelX::Bild1;
Markeringssiffra=2; Tabell1_Reg_RelX::Bild2;
Markeringssiffra=3; Tabell1_Reg_RelX::Bild3;
Markeringssiffra=4; Tabell1_Reg_RelX::Bild4;
"")

Sedan kan du lägga ut fältet Markeringsbild_C i din layout och även fältet Markeringssiffra. När du skriver 1 i fältet så visas bild 1, när du skriver 2, visas bild 2 osv...

Lite snyggare är sedan att tilldela fältet Markeringssiffra siffran med manus istället för att man matar in den för hand, då behöver det fältet inte ligga i layouten längre heller.

Lycka till!

Inget svar på detta?