Ga naar inhoud

JeanWM

Leden
  • Items

    1.843
  • Registratiedatum

Alles dat geplaatst werd door JeanWM

  1. FTS zegt: A text field can hold about two gigabytes of information, which is the equivalent of about a billion characters, or roughly 500,000 pages of English text. FileMaker Pro stores textual data internally as Unicode values, which require up to two bytes of information per character. Vandaar ook mijn vraag: wat bedoelen ze met "informatie".... Er is sprake van "about" en "a billion characters" en "English text". Dat interpreteer ik als: indien je een "andere" taal gebruikt dat meer characters nodig heeft voor hetzelfde in het Engels, dat je nog altijd beperkt blijft tot de "about" en "two gigabytes". Dus...minder tekst. Wat we in dit geval niet getest hebben, maar wat ik wel vrees, is dat FM de bestaande tekst gaat overschrijven indien de limiet overschreden wordt. Een beetje zoals indertijd met FM 4 etc. waar de file size zowat 2 GB was en FM zonder waarschuwing de file begon te overschrijven. Er was wel ergens in een KB "If you ever reach the file size limit, the file will begin to overwrite itself," Mijn dos centavos sin IVA
  2. Peter, iets dat we regelmatig als vraag tegenkomen, het verschil tussen UTF-n en Unicode. UTF-n is encoding, Unicode is character set. Een character set is een reeks characters met unieke getallen, soms naar gerefereerd als code points. Een voorbeeld ervan in de Unicode character set, het getal voor de letter A is 41. Een encoding is een algorithm dat de reeks getallen vertaald naar binary om het saven naar disk mogelijk te maken. Alles wordt immers met eentjes en nulletjes op disk gezet. Een 1 = 00000001 Een 2 = 00000010 Een 3 = 00000011 Een 4 = 00000100 Wat je “ziet’ als 1, 2, 3, 4 …. wordt vertaald naar binary en zo opgeslagen op schijf. Een toepassing ( FileMaker ) “leest” van een schijf: 1101000 1100101 1101100 1101100 1101111 FM weet dat dit een Unicode voorstelling is van een string, vertaald (encoded) met UTF-8 en moet dit nu op scherm tonen. Eerst zal het de binary code converteren naar getallen. Het gebruikt de UTF-8 algorithm om de data te decoden. Dat geeft, in dit geval: 104 101 108 108 111 FM weet dat dit een Unicode string is, en verondersteld dat elk getal een character voorsteld. De Unicode character set wordt gebruikt om elk getal te vertalen naar een overeenstemmend character. Het resultaat wordt dus: hello Conclusie: UTF-n en Unicode kunnen niet met elkaar vergeleken worden, UTF-n is een encoding gebruikt om getallen te vertalen naar binary data. Unicode is een character set gebruikt om characters naar getallen te vertalen. De vraag is echter: wat is de definitie van "...gigabytes of information". "hello" ( 5 letters ) tegenover 104 101 108 108 111. "hello" is wat je in een veld zet, 104 101 108 108 111 is wat opgeslagen wordt.... Kijk ook eens even naar de omvang op schijf van een bestand waar er veel velden geindexeerd zijn, t.o.v. hetzelfde bestand zonder indexatie. De "hoeveelheid" tekst zal hetzelfde zijn voor alle velden, de opgeslagen "hoeveelheid" echter niet....
  3. Danny, je mag dat knoppeke daar gerust laten staan als je goto vandaaruit past in je process. Zorg er enkel voor dat je script exact doet wat je wenst. Je kunt "backwards" door je relaties gaan om dan te tonen wat je nodig hebt. Je kunt bijvoorbeeld op een record van een vergunning staan en wil de mogelijke andere vergunningen zien van die bepaalde houder. Je script loopt dan terug naar de gerelateerde houder [ key field in variable] van die vergunning en dan doe je een GTRR voor die bepaalde houder. De Freeze window stap zal beletten dat de tussenliggende layouts getoond worden.
  4. Danny, Sanne is om de een of andere reden van het grid gevallen. Rony zou de leiding hebben bij Royal Crown. De laatste keer dat ik contact had met Andre was hij aan het rondrijden op zijn brommer in de midi de la douce France. Danny De Vilder zag ik laatst op DevCon [samen met een bunch anderen]. De Foemper ben ik al lang uit het zicht verloren. En sinds ik den twelf van 't Wim Saerensplein genomen heb, zit ik nog altijd lekker op mijn Peninsula en pendel regelmatig up north.
  5. Danny, voor je een scripted GTRR doet, controleer je best of er wel degelijk related records zijn. FileMaker gaat niet bewegen als er geen records zijn en de mogelijke volgende scriptstappen zullen uitgevoerd worden op de current found set in de current layout/table. Dat kan nare gevolgen hebben. Denk maar even aan "delete records" als stap. Dan ben je records kwijt in de current table... Je kunt die controle doen door een simpele script stap: If [Count(relationship::related field] Other script steps End If Je kunt eventueel een omgekeerde controle doen als er geen records zouden zijn: If [isEmpty(Count(relationship::related field)] Other script steps End If of ook nog: If [not Count(relationship::related field] Other script steps End If
  6. Danny, Wij zitten een beetje in dezelfde situatie, dus “I feel your pain”. Het is dus aangewezen om het maximale “goede” uit een “slechte” situatie te halen. Alhoewel onze universiteit draait op een Craig bakbeest, hebben we toch enkele FM toepassingen die op een parallel circuit draaien. Gewoonlijk heb ik “dromedaris” achtige zaken nodig, dus vraag ik voor een “kameel”. De money boys zullen wel altijd een bult wegsnijden, dus krijg ik eigenlijk wat ik nodig heb….zonder het expliciet te vragen. Een server was “niet mogelijk”, zo we vroegen om een HP Pavillon 23. Kost minder dan 400 euro (439 US$) en ziet eruit als een gewone desktop. FMS 13 draait daar zonder probleem op. We verdelen onze applicaties nu in gebruiks toestanden. Het zijn maar enkele gebruikers die echt records moeten aanmaken. Die hebben FM Pro. Bijna alle andere hebben een “aanvul taak”. Het toevoegen van informatie aan bestaande records. Zoals het aanvullen van een attendance lijst. Aanvullen/veranderen van adres gegevens, aanvullen van inventory gegevens, enz. Die doen dat via WebDirect. Vermits toch bijna iedereen al een pc heeft…..Een paar doen het zelfs via hun eigen tablet. Ook het zuiver consulteren van de databases kan gemakkelijker via WebDirect. Daar is FM niet echt voor nodig. We moesten gewoon het data model wat aanpassen en er wat andere layouts tegenaangooien. De rest werd opgevangen door clever scripting voor de navigatie. Misschien, als je het gebruik van je toepassing(en) even nagaat kun je tot eenzelfde opdeling komen en kan WebDirect een "goedkopere" oplossing zijn. Nu blijkt langzaamaan dat wij met onze FM sectie de hoogste ROI hebben en de laagste TCO. Er is een kleine shift bezig, eindelijk. We krijgen wat meer aanvragen om toepassingen te maken om gerichte rapporten te genereren. Zaken die blijkbaar niet kunnen binnen de lopende niet FM applicaties. Misschien dat we binnen afzienbare tijd toch nog onze kameel gaan krijgen.... JW
  7. Ik weet niet hoe het er nu in Belgie aan toe gaat, maar hier zitten we doorgaans te lamzakken "voor" de TV....
  8. Een *.xlsx bestand is een combinatie van xml en zip. Het kan aangemaakt worden door verschillende programmas, maar niet alle programmas geven alle noodzakelijke elementen mee. Enkel bij gebruik van Microsoft programmas ben je zeker dat alles een ondersteuning heeft. Vele toepassingen kunnen een *.xlsx bestand aanmaken met partially supported elementen. Daarom dat je de gegevens wel kunt importeren na een save in Excel. Excel saved het met alle supported elements. Het maakt van een partially supported een full supported. Het probleem ligt niet bij FileMaker, wel bij het origineel aanmaken van het *.xlsx bestand. Je kunt b.v. met een simple VB script of, beter nog, met PowerShell, het bestand openen en onmiddellijk opnieuw saven. Dat bespaart het manueel uitvoeren van de "conversie". Indien nodig kun je zelfs FileMaker het scriptje laten uitvoeren.
  9. Rony, op campus hebben we te maken met verschillende exotische files. Pervasive is er eentje van. Tot nu toe hebben we geen driver kunnen vinden voor een directe koppeling met FM. Dus werken we nu (voorlopig) met XML over ETL richting Pervasive naar FileMaker. Het vraagt wel wat trial/error, maar eens alles een plaatsje heeft werkt het behoorlijk. Andersom is niet voor ons. Alhoewel, we hebben een groep guys & galls die aan het uitvinden is in hoeverre we ExecuteSQL() kunnen gebruiken voor een query vanuit FileMaker. Een probeersel met Pervasive Universal CONNECT! staat ook op de lijst, maar we zijn zover nog niet...
  10. Gebruik de scripttrigger OnObjectValidate voor een checkbox field. Om mogelijke veranderingen te beletten, voeg een stap toe aan je script: RevertRecord/Request[No Dialog] Plaats je Exit scriptstap buiten de If()
  11. Int ((Month + 2) / 3) Indien je geen rekening dient te houden met fiscal month. Int (((Mod (Current Month + (12 - Month Beginning Fiscal Year), 12) + 1) + 2) / 3) Indien je wel rekening moet houden met fiscal month. Al de maand parameters zijn nummers.
  12. JeanWM

    XML import

    Een bewijs dat hier de (lauwe) educatieve poging inderdaad wijsneuzerij is…. miltenb heeft gelijk. Beverly Voth schreef een boek Developer’s guide to XML, steunend op informatie van Rick Kalman en Jay Welshofer, technical liaison FileMaker, Inc.,. XML is case-sensitive, maar enkel op taglijn niveau. Opening and closing tags must be written with the same case: This is incorrect This is correct Het gebruik van normalize-space is een veiligheidsaanrader, zoals Beverly, Rick en Jay al aangaven. Het maakt de coding universeel bruikbaar. Opleiding is niet aan iedereen gegeven. (Gepost op aandringen van studenten)
  13. Wij gebruiken het als auto-enter calculation op gegeven velden. Dus loopt het eigenlijk onmiddellijk via de import ( mas o menos)
  14. Je hebt toch maar twee berekeningen nodig: Case(Abs(Number) * 10 ^ 25 >= 0; ""; "-") & (Left(Abs(Number) * 10 ^ 25; 1) + ("." & Right(Abs(Number) * 10 ^ 25; Length(Abs(Number) * 10 ^ 25) - 1))) & "E" & (Length(Abs(Number) * 10 ^ 25) - 26) om van nummer naar scientific te gaan, en Left(Scientific Notation; Position(Scientific Notation; "e"; 1; 1) - 1) * 10 ^ Right(Scientific Notation; Length(Scientific Notation) - Position(Scientific Notation; "e"; 1; 1)) om terug naar nummer te gaan.
  15. We maken gebruik van 1 geparametreerd script en 1 global. Dat is de technische kant. Al de rest is puur cosmetisch. Als je wil kan ik Anna (de studente die het in mekaar gestoken heeft) vragen je een demo te sturen.....?
  16. Dat kan ook met FileMaker native features. Hier twee verschillende progressbars, afhankelijk van wat het systeem moet doen, kiest het zelf welke pb er moet gebruikt worden.
  17. JeanWM

    Word search

    Een beetje voorbarig met "een paar". Ik kom uit op 9 CFs die mekaar aanroepen. ... maar het werkt voor wat we nodig hebben....
  18. JeanWM

    Word search

    Yep, dat is de naam Andries. Op het eerste zicht schijnt het niet zo moeilijk te zijn om dat native in FileMaker te doen. Een paar CFs die mekaar aanroepen zou voldoende moeten zijn.
  19. JeanWM

    Word search

    Heeft er iemand een voorbeeld techniek om woorden te vinden "a la Google"? Bedoeling: data invoer is een woord. FileMaker moet nu: als er records zijn die dit woord bevatten, een message tonen dat er records zijn. Indien het woord misspelt is, een message tonen, bedoel je "dit woord", waar "dit woord" data is dat gevonden werd. Iets in de aard dat Google toont bij een zoekopdracht waarbij een woord een verschillende spelling heeft. Het eerste deel is niet moeilijk en hebben we. Het tweede deel levert wat problemen. Ik meen ooit eens iets gelezen te hebben over een gelijkaardig iets, maar weet zelfs niet bij benadering waar te zoeken. Tx
  20. Afhankelijk van waar en hoe je het wilt gebruiken: Summary als fieldtype of GetSummary() Kijk in de Help voor wanneer, waar en hoe. Er zijn nog andere manieren, maar die zijn afhankelijk van wat je uiteindelijk wilt bereiken.
  21. Voor we ook maar 1 stap verder gaan is het best even je process op een rijtje te zetten. en Ik veronderstel dat de naam van de afdeling ergens in je "enz." lijst staat. Je maakt nu een record aan met een gegeven datum, waar we niet weten welke datum dit is. Is het de datum van de aanmaak van de bonnen of de datum waarop de bon kan gebruikt worden. Dan heb je type lunch, wat ja/neen voor alle bonnen dezelfde kan zijn. Als het hetzelfde is voor alle bonnen kunnen we verder, indien niet moet er voor iedere type lunch een record zijn. Je wil ook de afdeling bijhouden blijkbaar om later te kunnen zien welkeafdeling hoeveelbonnen voor welke lunch/datum gekregen heeft.... Zolang je geen klaar zicht hebt op je process, heeft het geen zin een print script te maken. We weten niet "wat" je wil printen. "Bonnen" op zich is niet genoeg als informatie.
  22. Repeating fields hebben nog altijd hun nut. Alhoewel je soms op forums een bijna heilige tegenstand vindt. Gewoonlijk door plaatselijke gurus die niet weten hoe ze te gebruiken. We gebruiken ze om pivot tables te maken in FM. Geef je rep fields een datum mee en je kunt jaarverslagen per maand maken, Samen met gemiddelden. Voor export hebben we een ETL table dat het werk doet, net voor de export. Dus dat kan ook zonder probleem. Schrijf repeating fields nog zeker niet af ten voordele van relationeel werken.
  23. Plaats het veld voor de vereiste waarde in een 1 rij portaal met een relatie op de keuze. Indien de keuze opgaat, wordt het portaal actief, dus ook het veld zichtbaar.
  24. Is dit wat je wil bereiken ? repeating summary.fp7
  25. Probeer een repeating calc: Sum(yourField1 ; yourField2 ; yourField3) Je bouwt hiermee gewoon een array, wat als resultaat geeft:
×
×
  • Nieuwe aanmaken...