hbrendel

In de laatste post van Menno is sprake van het menu-item 'Paste Without Style', dat niet in bepaalde Windows versies bestaat. Daar doe ik niets mee, ik pas het menu-item 'Paste' aan, dat bestaat daar wel.

Maakt dat wat uit? Ik bouw in Mac. Vervolgens werkt het in Windows. Ik doe nog een poging tot bijlage bijvoegen. Ja... bijlagequota bereikt. Wanneer wordt dat nu eens opgelost? Beter dan in mijn eerdere post kan ik het niet beschrijven. Wellicht goed om te weten dat het gebeurt in het venster 'Edit Custom Menu'

Ik doe het zo. Ik selecteer het item Paste. Based on existing command: Paste // zo blijft het menu-item zich goed gedragen Item name: whatever // bijvoorbeeld Plak Keyboard shortcut: Cmd-V EN LET OP: Action: Paste [No style] Menu-item Paste Without Style wordt dus niet gebruikt, wel de scriptstap. (Sorry, screenshot uploaden wil niet)

Klopt dit wel? Nadat je de stijlen hebt verwijderd vervang je tempfield weer door iets anders, waarbij je het originele veld gebruikt. De simpelste oplossing voor dit "probleem" is toch volgens mij om m.b.v. Custom Menus het menu-item "Plak" (Cmd/Ctrl-V) te vervangen door "Paste [without style]". Ik doe dit in al mijn databases. Eenmaal instellen, daarna nooit meer over nadenken.

Probeer die quotes eens weg te laten. Je kunt in het calculatievak ook alleen zetten: Contacten::auto_ja_nee Daar staat immers al het gewenste resultaat in ( 1 of niets )

Substitute ( Table::Field ; "0" ; "" )

Kan het zijn dat je .xlst als extensie gebruikt i.p.v. .xslt ?

De tweede scriptstap: Go to field [bhAfnemers::AfnCode; Bh Afnemers::AfnCode = BhAfnemers::AfnCode < 110) is wat vreemd. Je kunt hier eugenlijk alleen een veldnaam invoeren. Hoe is bovenstaande tot stand gekomen? Ik zou het iets anders aanpakken. Breng de user naar een layout met alleen een (nog te maken) globaal veld gPlaatsnaam, of gebruik een Custom Dialog met dit veld. Als de user een plaatsnaam heeft ingevoerd, breng je die invoer naar een variabele $plaats Daarna doe je in hetzelfde script een perform find [restore] met de volgende criteria:

https://fmhelp.filemaker.com/fmphelp_13/en/html/func_ref2.32.9.html#1028465

Scriptparameters?

BCC aan jezelf...

Je kunt ook een relatie maken met dezelfde tabel.

Oppassen dat je je niet snijdt...

Zet debugging aan en kijk of er een script actief wordt dat iets doet. Zo ja, verwijder dan dat script of pas het aan.

Zet debugging aan

Zie ook http://php.net/manual/en/function.require-once.php

Ik dacht dat het allebei moest, dus haakjes EN quotes. require_once ( '/home/admin/FileMaker/Command/Find.php' )

"hardcoded" is het voltooid deelwoord in het engels. "hardcodet" is als 3e persoon enkelvoud geconstrueerde onzin, "hardcode" staat niet in Van Dale, maar GoogleTranslation geeft het wel als nederlands woord. FWIW. "hardcode" is correct als je engels wilt praten. Als je nederlands wilt spreken is het "hard codeert".

Tja... http://help.filemaker.com/app/answers/detail/a_id/13966/~/filemaker-13-platform-and-os-x-yosemite-compatibility

Zo zie je maar dat "enhancement" en "favorite features" subjectieve begrippen zijn. Bij mij gaat die checkbox direct uit bij elke nieuwe layout. Hinderlijk en onlogisch. Ook subjectief.

Dan ben ik benieuwd wie dit aan laat staan. En waarom...

Een onzinnige instelling. Vooral ook omdat het standaard aan staat.

Ik heb hier een hele tijd mee gezeten. Uiteindelijk overgegaan op Office 2011.

FM geeft daar OSX de schuld. Maar Excel 2011 (voor Mac) doet het gewoon:

En het is onzin. Ook al kun je xls niet meer openen, waarom zou je het niet mogen exporteren? Excel kan het zelf ook. Op Intel machines zonder Rosetta... Trouwens... Ik kan xls gewoon openen met Excel 2011.