Jump to content

McGuffin

Leden
  • Content Count

    46
  • Joined

  • Last visited

  1. ben benieuwd! hartelijk dank voor jullie hulp
  2. @Peter: precies dat zou een work-around zijn. Maar bijgevoegd csv bestand kan je, denk ik, met handhaving van alle waarden importeren. Dat voert het weer terug naar Excel. export_test.csv
  3. @Banach: de xlsx export wordt dagelijks uit een FoxPro database gedaan. Een teken ervoor zetten kan wel met een macro. Alternatief is het als csv exporteren. Vreemd genoeg blijft 0E6 dan wél staan in FM. @Peter: toen ik het sheet voor het eerst in een maagdelijk FM bestand importeerde, maakt FM er number velden van
  4. oh, kijk aan. Similar thoughts.. Ja, dat moet het haast zijn. Dank voor deze input
  5. Ja, vreemd hè? Zo was ik gister ook bezig. Als ik het open in Numbers (en daar controleer of het een tekst veld is en blijft) en daarna exporteer naar xlsx, blijft het resultaat gelijk: 0E6 -> 0 Het enige wat ik kan bedenken dat FM het ziet als lettercode of wiskundig 'e'
  6. jazeker, graag zelfs. In werkelijkheid is de xlsx een een sheet van 30 kolommen, maar, blijkt nu, het 'fenomeen' blijft optreden nu ik het voor dit versimpelt heb. hartelijk dank export_test.xlsx test.fmp12
  7. hier begrijp ik niets van, wellicht heeft iemand een tip: als ik een xlsx bestand importeer wordt een bepaalde waarde een 0 (nul) hetzelfde bestand als csv blijft de waarde correct duidelijk een veld formatering kwestie lijkt me alle kolommen in het spreadsheet zijn tekst geformatteerd In Filemaker is het bewuste veld ook tekst tekst geformatteerd en toch wordt het als getal geïmporteerd ik kan alles ombouwen naar csv, maar misschien zie ik wat over het hoofd heeft iemand een advies? dank
  8. dank jullie voor de snelle respons Ik heb dankbaar gebruik gemaakt van banach's voorbeeld. kort loop scriptje en de velden worden zo gevuld (zie aangepaste versie in de bijlage) dank! cat_mod.fmp12
  9. hallo het volgend probleem kom ik niet uit ik heb een tabel met artikel gegevens en een tabel met categorieën en hun bovenliggende categorie voorbeeld uit die laatste tabel cat_parent | cat_code geen | hoofdcat1 geen | hoofdcat2 hoofdcat1 | subcat1 hoofdcat1 | subcat2 hoofdcat1 | subcat3 hoofdcat2 | subcata hoofdcat2 | subcatb subcata | subsub1 subcat2 | subsuba subcat2 | subsubb subsuba | subsubsub1 van elk artikel weet ik de cat_code en kan ik de plaats in hiërarchie e bepalen art_code | cat_code | pad 001 | subsubsub1 | hoofdcat1/subcat2/subsuba/subsubsub1 001 | subsub1 | hoofdcat2/subcata/subsub1 Je ziet dat een artikelen niet altijd een vast aantal categorieën diep liggen. (artikel 001 ligt vier diep, artikel 002 drie) Ik was begonnen volgens bijgaande relaties. Dat werkt op zich, maar niet als het aantal bovenliggende categorieën niet gelijk is. Kan iemand mij op het spoor zetten hoe ik het beste de paden kan berekenen? Uiteindelijk wil ik van elke artikel elk niveau in een aparte veld hebben. voor mij een puzzel, maar misschien weet iemand van jullie dit zo. dank je wel
  10. Weet iemand een antwoord op de vraag hoe ik een pad naar een (tekst) bestand + bestandsnaam in een variabele krijg, zonder plug-in of AppleScript? Zo niet, misschien wel d.m.v. de BE plugin? dank je wel
  11. dag René dank voor je antwoord. Dit weekend het weer gehand genomen. Inderdaad en aparte tabel gemaakt: specifications. Nu het uit elkaar getrokken is, is het inderdaad veel beter hanteerbaar. Dank!
  12. Heb het project even laten liggen omdat ik er niet uitkwam en andere dingen moest doen. Dit weekend e e a uitgewerkt naar aanleiding van je antwoorden, Menno. Ik heb het zo omgebouwd en veel simpeler van opzet gemaakt, nu zo dat alle varianten aparte artikelen zijn. Het werkt nu goed en ik krijg de juiste exports. Dank voor je hulp!
  13. dank voor je voorbeeld! ik zie wat je bedoelt misschien zie ik het verkeerd, maar met deze methode blijft wel het aanpassen van bijv de lokatie een behoorlijke klus bij veel records. met vele diameters en materialen kan het zo in de honderden lopen terwijl bij 1 parent record waar alle variaties in staan waaruit alle variatie records gegenereerd worden het beter te doen. ik heb nu met een custom functie wel de verschillende lists kunnen sorteren, maar blijft toch een zwak punt. @menno: je schrijft: 'de locatie ook een eigenschap van de diameter kunnen maken of vice-versa' het maak ik een eigenschap van een andere eigenschap?
  14. hallo Menno, dat ben ik met je eens aanvankelijk genereerde ik wel met een loop door het diameter en materiaal veld de varianten (aan elk record van deze varianten tabel een key toegevoegd) en presenteerde deze in een portal onder de genoemde key in de artikelen tabel. Ik kwam tot deze oplossing toen ik waarden wilde toevoegen aan meerdere varianten records tegelijk. bijvoorbeeld een locatie in een bakje (allemaal fictief uiteraard) [portal] materiaal - diameter - breeksterkte - locatie alu - 2 - 200 - L1 alu - 4 - 400 - L2 alu - 6 - 600 - L3 staal - 2 - 800 - L1 staal - 4 - 400 - L2 staal - 6 - 600 - L3 messing - 2 - 200 - L1 messing - 4 - 400 - L2 messing - 6 - 600 - L3 met andere woorden alle art's met diameter 2mm liggen in bakje L1 als de portal met heel veel varianten records gevuld is wordt dat een hele klus om dat allemaal te in te vullen of te wijzigen vandaar mijn gedachte om het in het hoofdartikel al bij de diameter op te geven. Om een export te maken delete ik alle records in de varianten tabel en genereer nieuwe records met de juiste lokatie voor alle verschillende diameters ik zie nog niet meteen hoe ik dit zou moeten doen via de portal zelf, maar ik ben maar amateur dank voor je reactie
×
×
  • Create New...