Banach

Dat zou dan een GetSortOrder (WindowName, Field) moeten zijn. Ieder venster kan immers een eigen sortering van de gepresenteerde records hebben. Voor Field moet je dan ook gerelateerde velden aan kunnen geven. Een probleem ontstaat wanneer je meerdere vensters met eenzelfde naam hebt. Je zou dan een venster via een ID moeten kunnen aangeven. Wat weer betekent dat je daar functies voor moet hebben. Een hoop gedoe. Ik kan mij dan ook wel voorstellen dat we dit nog niet hebben

Een belangrijke stap. Bijzonder veel succes met je onderneming.

Banach heeft geen idee.

Typ in de commandline: appcmd set config /section:urlCompression /doDynamicCompression:False Of volg wat er in deze link staat onder Windows Server 2012 https://www.iis.net/configreference/system.webserver/urlcompression

Kijk eens naar de optie in IIS mbt het comprimeren van dynamische web paginas. Wanneer dat aan staat moet je dat eens uit zetten.

Dit is standaardgedrag van FM14 onder El Gestapo.

Gebruik Show/Hide Toolbars [Lock; Hide] In lijstweergave wil je echter wel dat het scrollwieltje werkt, dus maak onderscheid in de LayoutViewState. Het wordt dan zoiets als: If (Get(LayoutViewState) = 0 Show/Hide Toolbars [Lock; Hide] Else Show/Hide Toolbars [Hide] End Een script die dit verzorgt moet je dan bij ieder venster dat je opent aanroepen.

In een ExecuteSQL is het mogelijk om een datumformaat middels een coalesce (of concatinate) met een lege string van YYYY-MM-DD om te zetten in het datumformaat van jouw regio. Hier in NL wordt dat dan D-M-YYYY. Is er een mogelijkheid om het datumformaat nog verder binnen het SQL statement aan te passen zodat je het formaat DD-MM-YYYY krijgt, dus aanvulling met nullen wanneer maand- of dag nummer maar 1 cijfer bevat zodat de datum een vaste lengte van 10 tekens krijgt?

Eerlijk gezegd zie ik de noodzaak niet om het volledige pad te weten wanneer je het bestandje als bijlage aan een email wilt koppelen. Maar wellicht dat je het anders met een plug-in kunt doen. De troi file plug-in kan dit b.v. https://troi.com/software/filedownload.html

De oplossing is gegeven.

Waar mag FileMaker van uitgaan? Je zegt dat de naam noch de locatie van het bestand steeds dezelfde zal zijn. Hoe is dan om te beginnen (voor jou) duidelijk om welk bestand het gaat? WIl je het eerst aanwijzen o.i.d. dan zou je het ook in een container kunnen slepen, middels fm de naam opvragen, het dan naar een vaste locatie exporteren en als bijlage voor je email definiëren.

Op de mac hoef je curl niet te gebruiken het kan ook rechtstreeks via ftp. Om wat vervelend gedoe met inloggen te vermijden doe je dat dan via een shell script. B.v. #!/bin/sh HOST='host' USER='user' PASSWD='pass' FILE='file' ftp -n $HOST <quote USER $USER quote PASS $PASSWD put $FILE quit END_SCRIPT exit 0 Wellicht dat dit onder Windows op vergelijkbare wijze kan?

Zoek op 87?34

Is _Layout ook een global?

Wat jij zoekt is een dwindling valuelist. In dit draadje: viewtopic.php?f=38&t=8695&p=51655&hilit=dwindling+valuelist#p51655 geeft menno de tip om even hier bij filemakerhacks te kijken: http://filemakerhacks.com/2012/06/10/dwindling-value-lists-2/

Je kunt dit resultaat op veel verschillende manier uit de database halen. Het eenvoudigste is om op de gewenste veldwaarde te zoeken en dan te kijken hoeveel records dit oplevert. Wil je dit binnen een script dan zal de functie Get(GevondenTelling) het aantal records geven, zie: http://www.filemaker.com/help/14/fmp/nl/html/func_ref1.32.102.html#1067077 Wil je het aantal records altijd beschikbaar hebben als waarde in je tabel dan kun je een veld instellen met als berekening de bovenstaande functie (niet opgeslagen)

Dat denk ik niet. Maak eens een nieuw bestand aan en link twee tabellen middels een portal. Zie je dan hetzelfde probleem? Zo ja dan kun je dat bestand eens hier posten, dan kunnen we zien of we dit gedrag kunnen reproduceren.

Ik herken dit niet als het normale gedrag van een portal. Heb je wellicht een script op het portal zitten of een scripttrigger op één van de velden in het portal?

Heeft dit niet te maken met het delineate fields on current record only in de layout setup?

Ik denk dat dit soort dingen onder de user fmserver worden uitgevoerd. Grote kans dat die user de noodzakelijker rechten mist.

Ik denk dat jij je hiervoor moet verdiepen in de mogelijkheden van subsummaries (resumé-velden). Niet alleen in de velden maar ook in de layout parts. Er gaat dan een heel nieuw scala van mogelijkheden in FM voor je open

Doe eens een recovery op het bestand.

Gebruik If[ Get(CurrentPrivilegeSetName) = "[Full Access]" and Get(Layoutnaam) ≠ "Setup"]

Nee, helaas (of gelukkig) ik herken dit niet. Heb je al gekeken of het wellicht aan het bestand ligt. Maak eens een nieuw bestand, heb je daarin hetzelfde? Maak eens een nieuwe knop. Wat zie je daarbij gebeuren? Gebruik eens een ander bestandstype dan png. Loopt dit via FMS? Zit daar ergens een blokkade. Belangrijke vraag is of je deze laadtijden ook hebt bij het (de eerste keer na opstarten) tonen van een layout met die knoppen of is het puur een aanpas/develop/upload probleem?

Wanneer de votes dan net zo hard gaan als hier....