Ga naar inhoud

bigbadwolf

Leden
  • Items

    722
  • Registratiedatum

  • Laatst bezocht

Alles dat geplaatst werd door bigbadwolf

  1. Het idiote is dat volgens FileMaker een PDF een image is. Ik heb hetzelfde bij ‘gewone’ FileMaker clients. Als ik een pdf als File (automatisch) laat inlezen is hij niet interactief. Wanneer ik vertel dat het een Image is is dat wel het geval. Niet echt logisch. Daarom gebruik ik soms ook voor enkele knoppen de button bar. Daar kun je wel de labels voorzien van een calculatie. Dat is niet het enige probleem onder Windows. In de Inspector zijn de kaderknoppen zo slecht zichtbaar dat ik soms moet schakelen tussen browse/layout om te zien of een kaderlijn aan staat. Het was inderdaad wennen, maar ik zou niet meer terug willen. Het valt gewoon weer tegen als ik weer een keer in 13 of eerder moet werken. Wat ik wel een groot nadeel vind is dat het taalafhankelijk is. Zelf werk ik altijd in het Engels. Als je dan achter een Nederlandse versie zit moet je weer helemaal nadenken wat het commando in het Nederlands is. Dat is wel heel vervelend en zou niet nodig moeten zijn. Hopelijk hebben ze dit in 15 opgelost. Voordeel is wel dat je veel minder hoeft te wisselen van toetsenbord en muis omdat je met de spatiebalk de verschillende opties van een commando kunt opvragen/activeren.
  2. Ben bezig met een klein project in WebDirect 14. Op zich werkt het wel, maar ik zie wel problemen met radio button en de css is beduidend slechter dan in FileMaker Pro zelf. Ik krijg kaders om buttons (button bar) die ik echt niet heb aangegeven. Niet slecht, maar toch nog wel het één en ander om bij te werken. Het zal er (helaas) waarschijnlijk op uitdraaien dat ik (toch) aparte lay-outs moet maken voor WebDirect.
  3. Naar mijn idee hoef je niet met variabelen en/of scripts te werken. In principe zijn de productieregels al je mutatieregels, dus een relatie tussen je voorraad en de productieregels zou voldoende moeten zijn om je actuele voorraad bij te houden.
  4. Het lijkt er eerder op dat het bestand niet al bijlage wordt gezien maar toegevoegd wordt als tekst aan de mail. Als het goed is kun je er ook voor kiezen wel de mail te maken, maar nog niet te sturen. Je zou even moeten kijken of je dan de pdf als bijlage krijgt of niet.
  5. Globals zijn in feite ook variabelen, en voor sommige acties/functies zijn nu eenmaal velden nodig om de waarde vast te kunnen houden. Overbodige velden is niet dan ook niet de juiste term, want je hebt ze nodig en zijn daarmee dus niet overbodig. Voor globals geldt dat ze in feite in één tabel bij elkaar kunt zetten, omdat ze overal bereikbaar zijn zonder relaties.
  6. Bij grote hoeveelheden zie ik het wel als een voordeel zoals jij dat toepast. In de gevallen waarvoor ik het nu nodig heb is het te overzien (het zijn er maar een stuk of 20, de verschillende talen staan in dezelfde variabele). Weet ook niet wat sneller is, veldwaarden ophalen of variabelen gebruiken. Het vergt wel enige discipline om te zorgen dat je de namen niet dubbel als variabele worden gebruikt, maar dat geldt eigenlijk altijd voor variabelen.
  7. Hallo Menno, Mooi voorbeeld. Zelf maak ik ook gebruik van een taaltabel, maar die worden geladen in $$-variabelen. Dan heb je niet overal een relatie nodig.
  8. Je zou kunnen werken met de ‘Hide object when’-optie voor de talen die je niet wilt laten zien. Om te voorkomen dat je voor alle velden deze optie moet opgeven zou je met Slider Controls kunnen werken die je in zijn geheel verbergt. Eventueel kun je creatief mee omgaan door ze niet eens echt te verbergen maar als een soort Tab Control te gebruiken. Verschillende mogelijkheden, afhankelijk van de wens/ het doel kun je ze toepassen.
  9. WebDirect is alleen beschikbaar op de FileMaker Server.
  10. Wat gebeurd er als je op de ‘dwarse’ client een tekst aanpast van Helvetica naar Arial? Is het dan op de andere systemen nog steeds Arial, of Helvetica? Het zou een probleem kunnen zijn met Font ID’s, maar dat is een fenomeen wat ik al jaren niet meer ben tegengekomen. Een optie is misschien om de Arial van één van de goede stations over te zetten naar het foute station. Helemaal onbekend ziet het er niet uit, fonts blijven altijd onvoorspelbaar. Zeker in een gemixte omgeving. Maar in een generieke omgeving heb ik het in deze vorm nog niet gezien.
  11. Hallo Hans, Er zit nog een kleine denkfout in de query... Als je de huidige timestamp neemt en je haalt daar 7 dagen vanaf gaat hij zoeken op dezelfde TIJD zeven dagen geleden. Eigenlijk moet je zoeken op bijv. 25-11-2015 *:*:* Zo zoekt hij echt op de datum en niet op de exacte tijd. Misschien is het toch handiger een datumveld te gebruiken om op te zoeken. Dit kun je afleiden van de timestamp ( getasdate ( timestamp )). Dan kun je op dat veld gewoon zoeken op datum. Groet, Gerard
  12. In de Script Workspace moet je waarschijnlijk het vinkje links van het script aanzetten. Dan komt het in het Script Menu te staan. Mocht je de vinkvakjes niet in de Script Workspace zien moet je even in de balk boven de script op het symbool links van de map met de plus klikken.
  13. Ik begin eerlijk gezegd langzaam te twijfelen of het bij hun echt ooit gewerkt heeft (al zeggen ze zelf van wel). Omdat het altijd (bij mij op mijn Mac) gewerkt heeft heb ik gebruikt wat ik kende (en niet de noodzaak gehad verder te zoeken). Alleen werkt het dus onder Windows gewoon niet. De GetLayoutObjectAttribute-optie werkt helaas maar ten dele. Ik krijg wel data, maar niet voldoende. Er zit in deze pagina iets ‘sneaky’ wat hij wel in de WebViewer laat zien, maar niet kan kopiëren. Handmatig kan ik het wel kopiëren. Kennelijk ziet FileMaker om de één of andere reden de embedded gegevens niet die via een aspx-query opgehaald worden. Is wel vreemd, want je zou verwachten dat hij ze wel kan meenemen (ze zijn immers wel zichtbaar). De optie ‘Insert from URL’ geeft alleen maar een foutmelding. [10. Requested data is missing] Mogelijk dat die laatste fout komt doordat er ingelogd moet worden op de pagina.
  14. Zonder het voorbeeld is het in dit geval lastig beoordelen wat er fout gaat. Zoals je het beschrijft zou het niet fout mogen gaan, maar helaas is de praktijk soms wat weerbarstiger en zit een probleem in een klein hoekje. Wat gebeurd er als je het portaal opnieuw op je lay-out zet vanaf de bodem opgebouwd? Heb je goed gecontroleerd of de velden die je in je portaal hebt staan de juiste zijn? Je kunt ongewilde effecten krijgen wanneer je niet de juiste velden plaatst. Mocht bovenstaande niet helpen, dan misschien toch via een script nieuwe regels toevoegen (kunnen we je ook bij helpen als je niet weet hoe dat moet).
  15. Dit zou moeten werken. Weet je zeker dat het veld een datumveld is? Waarschijnlijk gaat het fout met wat je invult. [//-7] wordt door de zoekopdracht niet begrepen. Je kunt alleen zoeken met [//], toevoegingen zijn niet toegestaan. Ik zou een variabele aanmaken voor de zoek stap en dan de variabele gebruiken als zoekcriterium: $findDate = get ( currentdate ) - 7 of $findDate = [datumveld] - 7 En dan $findDate gebruiken om te zoeken.
  16. Ik heb een script gemaakt wat informatie uit een Webviewer kopiëerd om vervolgens te verdelen in records. Tot voor kort werkte dit zowel onder Mac OS als onder Windows. Helaas werkt het nu alleen nog onder Mac OS. Onder Windows lijkt het te werken, maar er worden geen gegevens overgenomen uit de Webviewer. Zijn er meer die hier problemen mee hebben (of doet niemand anders dit...). Helaas is er voor deze gegevens geen andere manier om ze op te halen, dus het zou fijn zijn als iemand een idee heeft hoe dit te omzeilen is onder Windows.
  17. Terwijl dit toch een logische stap is om te doen... waarom kun je anders een printer vertellen dat je een afdruk wilt verkleinen.
  18. Datum alleen zal niet genoeg zijn om de ontmoeting 100% zeker te krijgen. Dit gaat namelijk fout op het moment dat je meerdere ontmoetingen op één datum hebt. Je zult het op een andere (zekerder) manier moeten oplossen. Meer zekerheid kun je krijgen door ook de tijd in het verhaal te betrekken. Koppelen met de ontmoeting zelf heeft geen zin om dezelfde reden die ik hierboven aangeef. Bij meer ontmoetingen op één dag krijg je altijd de eerste ontmoeting en de Max functie werkt niet op tekst. Maak een calculatieveld (stored) van de datum en tijd van de ontmoeting en laat daar de Max functie op los. Geeft nog steeds geen 100% dekking, maar de kans (zeker als je de enige gebruiker bent...) is beduidend groter dan wanneer je alleen de datum gebruikt. De ontmoeting zelf kun je dan koppelen door de gevonden Max-waarde te koppelen aan het nieuwe veld.
  19. Wat je nog kunt proberen is een commit record toe te voegen als je bijvoorbeeld een veld verlaat, eventueel met een refresh.
  20. Je kunt altijd via een script nieuwe regels toevoegen. Zelf gebruik ik de optie om automatisch nieuwe regels te maken via de portal bij niet.
  21. Kan helaas niet met je meekijken, maar het zou automatisch bijgewerkt moeten worden. Wanneer ik in mijn voorbeeld een extra order via het portaal toevoeg worden beide getallen netjes bijgewerkt zodra het record bevestigd (committed) is. Dat laatste is wel van belang (voor het generaal totaal van alle orders).
  22. Het is inderdaad idioot dat je daarvan afhankelijk bent, maar het is echt zo. Na de introductie van die optie heeft het mij ook wel enige tijd gekost voordat ik erachter kwam dat die invloed heeft op het wel/niet afdrukken van veldlijnen.
  23. Heb je alle variaties van de stijlen bekeken van het veld (normal, hoover, etc.)?
  24. El Capitan heb ik me nog niet aan gewaagd (slechte ervaring met Yosemite hebben me afwachtend gemaakt)... Het zou dus aan je Mac kunnen liggen. Kun je het ook op een ander systeem proberen? Is dan het resultaat hetzelfde?
  25. Het is toch altijd jammer dat ogenschijnlijk eenvoudige instellingen zoveel tijd moeten kosten om uit te zoeken. Eerder liep ik al tegen de bizarre bug (? in ieder geval in mijn optiek wel) aan dat een geschaalde pagina niet als zodanig naar pdf geschreven wordt. Vandaar een vergelijkbaar probleem, maar nu met afdrukken. De belangrijkste reden om een pagina te schalen is dat je niet hoeft te ‘klooien’ met het verkleinen van teksten om de gewenste gegevens op een A4-tje te krijgen. Komt er een kolommetje bij, dan gewoon een procentje minder. Logisch toch? Helaas voor FileMaker en Windows niet (in ieder geval niet voor de klant/printercombinatie waar ik vandaag mee bezig was). Na veel testen en printen ben ik er uiteindelijk achtergekomen dat het paginaformaat wat je instelt van invloed is op de uiteindelijke afdruk. Nu kan dat liggen aan de combinatie met printerdrivers, maar de logica ontging mij volkomen. Volgens de instellingen van de printerdriver zou het geheel verkleind worden, maar uit de printer kwam niets dan afgekapte afdrukken. Uiteindelijk heb ik de pagina die verkleind moest worden ‘verteld’ dat het een US Legal pagina was geworden om vervolgens het geheel op een A4-tje afgedukt te krijgen. Het lijkt de belastingdienst wel... leuker kunnen we het niet maken, makkelijker ook niet. Heb altijd al gevonden dat FileMaker en printers geen vrienden waren, maar dit maakt het er niet beter op. Ben ik de enige die dit soort vreemde zaken tegen het lijf loopt? Of neemt iedereen het maar voor lief en bedenkt een oplossing voor iets wat eigenlijk in basis niet fout zou mogen gaan.
×
×
  • Nieuwe aanmaken...