Ga naar inhoud

hans erik

Leden
  • Items

    1.176
  • Registratiedatum

  • Laatst bezocht

Alles dat geplaatst werd door hans erik

  1. Toch zou het handig zijn als FileMaker Inc. iets scheutiger was met documentatie: - over het insertion mechanisme - over de syntax (order by? having clause? SQL functies? ANSI SQL?) - kun je bijvoorbeeld verwijzen naar een fieldID? Maar ik vermoed dat er wel een soort white paper zal uitkomen. Wat betreft de impact van deze mogelijkheid: ik ben benieuwd wat anderen voor toepassingen verzinnen. Brand maar los, zou ik zeggen. Ik denk niet zozeer aan compacte code, maar meer aan compactere datamodellen. Nu is een deel van de TOC's er uitsluitend ten behoeve van opzoeklijstjes en speciale portals. Die kunnen voor een deel weg! En het wordt gemakkelijker om allerlei ingewikkelde rapporten te maken met totalen die anders alleen maar via tussentabellen geproduceerd kunnen worden. Ben benieuwd!
  2. hans erik

    ExecuteSQL

    Was al eerder hierover begonnen in FileMaker cafe. Niet echt de goede plek, maar in een cafe doe je wel meer rare dingen. In elk geval: kan iemand mij vertellen wat je met die extra opties kunt in de ExecuteSQL functie? Ik heb al een beetje zitten experimenteren, en het werkt wel leuk: je kunt in tabel A een telling doen van records die aan bepaalde criteria voldoen in tabel B, zonder dat je allerlei moeilijke dingen moet doen met TOC's en berekende velden, of layouts en go to xxx enz. Ook een willekeurige SELECT op een tabel van bijv 11000 records werkt redelijk vlot. HE
  3. Nou, alleen het lettertype en de lettergrootte zou al enorm schelen. Nu zijn veel themes gebaseerd op Helvetica. Kwestie van smaak maar ik zou op de Mac in elk geval liever een theme met Lucida Grande zien, met een wat kleinere size. Wat natuurlijk een echte oplossing zou zijn: de stylesheet in je database met een paar muisklikken permanent aanpassen. Overigens: met een fatsoenlijke CSS-editor zoals CSSEdit ziet het er allemaal niet zo ontoegankelijk uit. Misschien zou je zo'n theme eens moeten toepassen op een gewone webpagina? En dan iets anders: als een layout qua 'looks' wordt gestuurd door css, is de structuur dan niet gewoon XHTML oid? En kunnen we dan in de niet-zo-verre toekomst een veel mooiere web-integratie verwachten? En is IWP eigenlijk niet al lang hierop gebaseerd? Of slaat mijn fantasie nu op hol.
  4. Heeft iemand al uitgevlooid hoe die stylesheets in elkaar zitten en belangrijker: hoe je ze zou kunnen aanpassen? Op de voorlichtingsbijeenkomst had men het over css, dat zou prachtig zijn, maar ook dat je ze (nog?) niet kunt wijzigen. Maar met een slimme hack ofzo? Ik vind de meegeleverde styles namelijk wel mooi maar je zit natuurlijk met een enorme vracht aan reeds vormgegeven materiaal uit FMP11. En het leuke is dat je in één klap een hele layout naar je hand kunt zetten. HE
  5. Theo moet je ook afkorten naar Th. Ik denk dat je het beste in combinatie met een omcodeertabelletje kunt werken, waar de uitzonderingen in staan. HE
  6. Precies. Er is een Scriptstap: die doet iets met ODBC. Er is ook een Functie. Heb het uitgeprobeerd en het werkt inderdaad: dit is de interne SQL-engine waar Peter Wagemans het over had op de FMSummit. Bijvoorbeeld. Een Replace Field Contents met deze formule: ExecuteSQL ( "select sum (v.aantal) from verkoop v join medewerkers m on v.id_mw = m.id_mw where m.naam = '" & medewerkers::naam & "'" ; "" ; "" ; medewerkers::aantal) Ik heb het nog niet helemaal door. Het werkt wel, maar het is een beetje gehannes omdat je de waarde van m.naam in single quotes moet zetten, dat doet FileMaker dus niet voor je... NB in dit voorbeeld zijn 'verkoop' en 'medewerkers' dus 2 tabellen in het FMP-12 bestand. Niks met ODBC, external datasources of wat dan ook. HE
  7. Ja, nu nog een hoofdtopic ..... Waar kan ik intussen mijn vragen kwijt? De meest intrigerende functie vind ik ExecuteSQL. Je kunt dus nu met een SQL statement informatie ophalen uit een andere FMP tabel zelfs als die NIET GERELATEERD is... Het voorbeeld in de Functions Reference is een beetje vaag. Ik snap de functie van die extra argumenten niet zo. HE
  8. Even los van het nut: hoeveel herhalingen kun je kwijt in een variabele? 1000? Je zou zo'n variabele als scriptparameter kunnen gebruiken. HE
  9. Hmm, bij nadere inspectie toch iets over het hoofd gezien... Gelukkig.
  10. Raar probleem: het lijkt erop dat de evaluatie van functies niet altijd werkt zoals het zou moeten. Ik heb twee tabellen, begroting en begrotingsregels. Deze komen in meerdere TOC groups voor, op verschillende manieren onderling gekoppeld. Ik wil in 'begroting' bijvoorbeeld het aantal gekoppelde regels berekenen. In dat geval moet je bij de berekening natuurlijk opletten dat je de juiste context kiest, het juiste 'vertrekpunt' voor de berekening dus (en van daruit de juiste relatie voor de berekening). Maar als die relatie correct is, moet de evaluatie van de functie toch altijd goed gaan, en maakt het niet uit welke TOC je als vertrekpunt kiest? Dat is dus bij mij niet het geval! Ik heb geprobeerd de fout te reproduceren in een testdatabase, maar daar gaat het wel goed. Kan het te maken hebben met de TOC die het eerste is aangemaakt? Dus als ik de 'oorspronkelijke' TOC gebruik gaat de berekening wel goed, maar als ik een nieuwe TOC aanmaak gaat ie niet goed? NB het gaat dus om eenzelfde relatie, op basis van dezelfde keyvelden en dezelfde criteria, alleen binnen twee verschillende TOC-groups. HE
  11. Het hangt ervan wat je precies bedoelt: Wil je de hele offerte exclusief maken of alleen 1 offerteregel? HE
  12. Hoi Sinds een dag of 3 een vervelend probleem: ik kan ineens niet meer aanloggen op de FMS10 admin console. Kan de Console wel opstarten, username en ww invoeren, maar de knop OK blijft grijs en ik kan me dus niet aanmelden. Wel al enige tijd een waarschuwing gehad dat het veiligheidscertificaat verlopen is. Heeft dat ermee te maken? Ik kon voorheen MET de waarschuwing toch gewoon inloggen. NB Gisteren geprobeerd en toen 'always trust this xxxx enz.' geklikt (ik weet niet meer precies wat de melding is) en nu geeft ie de certificaatfout niet meer, maar de toegang is nog steeds geblokkeerd. Het gaat om een Windows Server 2003/R2 installatie. Bij mijn weten is er niks aan de server veranderd, geen nieuwe Java update ofzo. Maar ik ben de systeem/netwerkbeheerder niet. HE
  13. hans erik

    Performance IWP

    Hoi Twee vragen over IWP. 1. Kan iemand mij vertellen of IWP via FileMaker Pro Server Advanced sneller is dan via een gewone FMP client? Lijkt een beetje rare vraag omdat je voor een serieuze toepassing natuurlijk nooit voor het laatste kiest, maar ik heb het nu bij wijze van 'demo' op een (windows vista PC met) FileMaker Pro 11 client draaien. En ik vraag me af of de performance beduidend omhoog gaat als ik de bestaande FMPServer upgrade naar Advanced en dan de IWP daarop over zet. 2. Ik wil dat klanten alleen informatie kunnen raadplegen die bij hen hoort (klantID). Geen probleem om dat met security dicht te spijkeren. Maar ik gebruik bovendien een constructie waarbij ik bijv. de ID's van de orders in een global veld plaats en daarop maak ik dan een portal met de ordertabel (multi-line relatie naar de primary key van de orders). Bijv. klant A heeft in een periode orders geplaatst met nummers x, y en z. De global 'g_orderID' bevat dan de waarden x, y en z (tekst, met numerieke waarden werkt het natuurlijk niet). Ik vraag me af: waar slaat FileMaker die globals op? Ik neem aan dat iedere IWP gebruiker een eigen sessie krijgt op de 'webserver' en dat die sessie dus alle vensters en veldwaarden opslaat? Is daar een praktische limiet aan, m.a.w. welke instelling op de FileMaker Server of FileMaker Pro client (voor de demo) kan ik bijstellen om te zorgen dat de performance optimaal is?
  14. Ik zou het met een plugin doen: bijv de BE_plugin van Goya Ltd ( http://www.goya.com.au/baseelements/download), of de 360Works plugins. Hans Erik
  15. Een factuurregel is natuurlijk gewoon een record in een tabel. En de records in een tabel hebben standaard de volgorde waarin ze aangemaakt zijn, daar verander je niets aan. Maar een volgnummertje met een sortering op dat volgnummer (in de relatie danwel in de portal) doet natuurlijk wonderen. Invoegen doen je dan door op een regel te staan en in het script dat een nieuwe regel moet aanmaken bijv get (activeportalrownumber) mee te geven als scriptparameter. En die parameter kun je gebruiken om het volgnummer de juiste waarde te geven.
  16. Probeer je een soort paginalayout te maken? Volgens mij lukt dat niet. Tekstvelden kun je kleiner maken als er minder regels tekst in voorkomen. Met een containerveld lukt dat niet geloof ik. Ik denk dat je meer succes hebt als je met een data-url werkt via de webviewer. Heel beknopt uitgelegd: je maakt een veld met daarin HTML die de pagina beschrijft, en die HTML display je in een webviewer. Ik weet niet helemaal hoe je dan met referenties naar plaatjes om moet gaan, maar je kunt bijvoorbeeld de opmaak regelen met CSS. Of is dit helemaal abacadabra voor je? HE
  17. Ja, ik ben het wel met je eens wat betreft die synchronisatie: liever niet. Maar ik heb het volgende probleem. Een klant (van mij) wil de gegevens ter beschikking stellen aan derden, namelijk sommige van zijn klanten. Zo'n klant mag natuurlijk uitsluitend zijn eigen gegevens zien. Maar is dit binnen één bestand voldoende dicht te timmeren? De externen komen natuurlijk van buiten. Ik zou de 'eigen' gebruikers via de Extended Privileges kunnen beperken tot FileMaker Pro (dus geen IWP), maar andersom: ik zou ook graag willen dat een 'premium' account zijn data via FileMaker GO of FileMaker Pro kan bekijken en zelfs muteren. Ik zie wel dat je toegang kunt beperken tot de eigen records, maar ik ben bang dat door nonchalance de security op een gegeven moment op straat komt te liggen. Hans Erik
  18. Je kunt toch ook met get( activeobjectname) de naam vh tabblad als scriptparameter meegeven aan je lopende script? En dat dan opslaan voor later.
  19. Hmm, ja. Ik was er al een beetje bang voor. Maar betekent dat dan niet dat een gebruiker bij een vernieuwing zijn wachtwoord op 2 plaatsen moet vernieuwen? Of kan ik dat met een script regelen? [edit] ik zie het al: de change password scriptstap doet dit. In je voorbeeld gebruik je 1 datafile. Maar als de IWP gebruikers extern zijn ( geen medewerkers) is het niet beter om 2 datafiles te gebruiken waarbij je dus de IWP omgeving helemaal gescheiden houdt?
  20. Vraag over het publiceren van een database met 2 (of meer) bestanden via IWP. Ik ben een groot voorstander van het werken met gescheiden bestanden voor interface en data, waarbij je dus de layouts en scripts en alle TOC's en relaties in één bestand onderbrengt, en de datatabellen in een ander bestand. Je werkt dan vanuit de interface met een verwijzing (external reference) naar het data-bestand. De security regel je in het databestand, en gebruikers loggen vanuit FileMaker Pro in via het interfacevbestand waar ze guest-access hebben. Dat gaat prima, maar nu wil ik ook IWP gebruikers toelaten en dat levert een probleem op. Hoe los ik dit op? Ik wil dus eigenlijk dat iemand automatisch interface.fp7 opent als (met alle scripts en layouts voor de webinterface), maar voor data.fp7 een username en wachtwoord MOET invullen. Hij ziet data.fp7 dus niet, uiteindelijk. De setup is als volgt: 1. Het bestand data.fp7 heeft disabled, en daarin zijn gebruikers ingevoerd met een bepaalde privilegeset. Die set bevat ondermeer de mogelijkheid om de database te openen via IWP. 2. Het bestand interface.fp7 heeft enabled, en daarin zitten dus (behalve Admin) geen gebruikers. Guests mogen alles bekijken, maar er valt aan data niks te zien, want die zitten in data.fp7. En natuurlijk kunnen guests via IWP connecten. 3. Normaal open je interface.fp7 als guest en dan komt FMP met een login voor data.fp7, omdat je daar als guest niet binnenkomt. Nu heb ik voor beide bestanden dus ook sharing via IWP ingesteld. 4. Als ik de database via Safari benader, zie ik 'interface' en 'data' staan in het IWP scherm. Als ik aanlog, kan ik als guest aanloggen aan 'interface', maar dan komt IWP niet met een tweede dialoog voor 'data.fp7'! Met andere woorden: data.fp7 wordt niet geopend, en ik zie in alle velden.... 5.Ik kan ook aanloggen aan 'data' en moet dan mijn username/wachtwoord invoeren, maar dan kom ik niet in 'interface'! Kan ik gebruiker daarna naar een layout in interface.fp7 sturen? Maar hoe? Het is een fysiek ander bestand... Ik wil ook voorkomen dat iemand 2x een login moet doen. Hans Erik
  21. Hmm, maar dan is mij nog niet helemaal duidelijk: wat kan ik met een extended privilegeset méér dan ik met een standaard privilegeset al kan? Ik heb na enig puzzelen gevonden, dat je een extended privilegeset kan aan- en uitschakelen voor een gebruiker, en dat dan de gebruiker niet hoeft af te loggen en weer aan te loggen. En verder kan ik mij voorstellen dat je een gewone beheerder (die dus niet in je databasedefinitie kan) toch rechtensets kan laten toekennen, 'on the fly'. Maar je kunt die rechtensets dus niet 'stapelen', er is er altijd maar één tegelijk geldig.
  22. Ik gebruik tot nu toe de ingebouwde privilegesets van Filemaker en ik maak zelf ook privilegesets aan. Maar extended privileges heb ik tot dusver nog niet gebruikt. Begrijp ik het goed dat je hiermee een gebruiker feitelijk meer dan 1 privilegeset kan toekennen? Dus je definieert een aantal extended privilegesets en vervolgens kun je deze in verschillende combinaties toepassen? De documentatie legt wel uit hoe je het moet toepassen maar het waarom is me minder duidelijk. Hans Erik
  23. hans erik

    FieldID

    Dank voor de reacties. Inderdaad lijkt het erop dat dit voor een tooltip niet gaat werken. Ik hoop wel dat filemaker inc dit in versie 12 gaat oplossen. Lijkt me ook handig als je bijv in dialogen waar je veldnamen ziet, ook het id in een kolommetje kunt zien. Moet niet al te lastig zijn, en bijv bij importeren ook matchen op id... Hans Erik
  24. hans erik

    FieldID

    Is er een mogelijkheid om in een functie het ID van een veld op te vragen? Een pluginfunctie denk ik dan aan, want de Get(xxx) functies leveren alleen een naam op. Waarom? Het ID is niks meer dan een volgnummer waarin FileMaker de aanmaakvolgorde binnen de tabel bijhoudt. Maar je zou het ID kunnen gebruiken om een help-functie aan te sturen met minimaal onderhoud. Een herhalend global field binnen elke tabel met voor elk veld een herhaling. Vervolgens in de tooltip-functie de formule =GetRepetition( ; ) waarbij dus het ID is. Of weet iemand een slimmere methode? HE
  25. Eigenlijk zou er eens een database moeten komen waarin al die custom functies gecatalogiseerd zijn. Als je de lijst van www.briandunning.com bijvoorbeeld bekijkt: prachtig, maar een soort indeling zou misschien wel handig zijn... En de functies uit deze post zijn ook niet onaardig. HE
×
×
  • Nieuwe aanmaken...