Stardust

Printernamen van meer dan 30 tekens kunnen problemen veroorzaken met de combinatie FM 7/8 en Windows. Zie ook: http://filemaker.custhelp.com AnswerID = 5920

Eureka Peter, is het de ouderdom, mijn reeds drie weken aanslepende sinusitis, mijn poging om te stoppen met aan nicotinestokjes te zuigen, het gebrek aan collega's op de werkvloer ... wie zal het zeggen, alleszins hunker ik naar de tijd dat ik nog effectief met mijn handen in het haar kon zitten Maar inderdaad de antwoorden stonden hierboven, ik moest ze alleen maar zien, maar ja ik heb blijkbaar altijd moeite met relaties Alleszins, even weer een leeg bestandje gemaakt, twee tabellen aan elkaar gerelationeerd en zoals jij reeds aangaf in allebei de tabellen enerzijds containervelden en anderzijds globale containervelden die gebruikt zullen worden om de informatie te tonen. Alleszins, weer een techniek bijgeleerd, één die ik nooit nodig had maar nu door het gebruik van de SE genoodzaakt ben om te gebruiken, wil ik mijn collega's nog vergasten op leuke layouts om hun dag voor door te brengen en zo hun dagelijks brood (met karig beleg) te verdienen. Zonder jou en al de de deelnemers van dit forum zou het me nooit gelukt zijn, waarvoor mijn ultieme dank! Danny

Sorry Peter ik begon het echter te verwarren met variabelen, zal waarschijnlijk aan dat variabele weer hier liggen waardoor ik meer en meer problemen krijg om begrijpend te lezen Alleszins, ik ben even wat aan het experimenteren geweest en hoewel niet volgens jouw techniek heb ik twee tabellen gemaakt waarbij voor elk containerveld een relatie aangemaakt werd. Dit werkt maar is nog veel te omslachtig, het lijkt wel MS. Daarom heb ik me geconcentreerd op jouw laatste bericht waarin jij schrijft: Ik wil dat heel graag zo zetten maar ik heb geen idee hoe ... wat ik ook probeer het schijnt niet te werken en ik weet zeker dat dit alleen maar aan mezelf ligt Welke scripstap dien ik nu in feite toe te passen, zeker niet Set Field want dat werkt voor geen kanten (tenminste bij mij toch niet) evenals andere voor de hand liggende (field) script stappen. Uitkijkend naar een verlossend antwoord, dankbaar voor al de adviezen, tips en hulp, Danny

Even trachten om vlug te vertellen wat de oorzaak van m'n gezeur is. Enige tijd geleden diende er 'on the fly' een aanpassing te gebeuren. Een standaard brief moest als dusdanig gewijzigd worden dat men kan kiezen of er iets al of niet dient opgezonden te worden. Dit kon ik heel snel regelen door gebruik te maken van een globaal veld van het type 'container', waarin ik eenvoudig een witte rechthoek plaats. Vervolgens een keuzeveldje maken (ja - neen) en een calculatieveldje, indien de uitkomst "neen" is, globaal veld met witte rechthoek tonen, anders "" (niets) tonen. Dit calculatieveldje op de betreffende layouts (Frans, Engels en Nederlands) op de al of niet te verbergen tekst plaatsen en klaar is kees! Even testen en dit werkt als een fluitje van een cent. Ondertussen server 5.0 geïnstalleerd (we werkten nog steeds met 6.0 clients waarbij de bestanden gedeeld werden vanaf een externe server, gehost door de eerste die het bestand opent en volgens velen hier een heel slechte werkwijze). Het viel me al op dat telkenmale de waarde van het globaal veld verdwenen was wanneer de server en/of client(s) opgestart worden. Maar u weet hoe dat gaat, even geen tijd en men verliest het uit het oog . Enkele maanden later, Filemaler Server 8.0 installeren, 8.5 clients installeren en de de upgrade van de bestanden doen. Vanzelfsprekend komen nu al de 'kleine' fouten naar boven. En inderdaad nu valt mijn aandacht terug op het fenomeen van de verdwijnende globale veldwaarden. In de eerste plaats, het forum op, zoeken naar een uitleg over dit probleem en uiteindelijk een berichtje plaatsen om hier al jullie adviezen te kunnen raadplegen. Spreken we hier dan over globale velden of over variabelen ? Zoals ik het begreep, was een globaal veld dat onveranderlijk geldig was voor alle records. Tja, wat zijn nu feitelijk globale velden?? Dat is me ondertussen heel duidelijk geworden Ondertussen vanavond nog wat bezig geweest en sommige globalen er al uit geslingerd en vervangen door calculation velden. Dit werkt (voorlopig nog op standalone versie hier thuis) prima maar is wel heel veel meer werk dan de eenvoudige truc die ik in het begin toegepast had. Een andere tabel waarin ik globale containervelden gebruik, is mijn menu bestand. Dit is het zogenaamde hoofdbestand dat geopend wordt bij het opstarten en van waaruit de gebruikers hun toepassingen kunnen kiezen door het aanklikken van de desbetreffende menuknop. Hier heb ik dan maar de raad van burggraaf opgevolgd en het bestand apart genomen en geopend en bewerkt. Nu blijven de globale containerwaarden wel aanwezig en kan ik allerlei knoppen snel van uiterlijk wijzigen (png-bestanden). In dit zogenaamde menubestand heb ik inderdaad al een aantal zaken geplaatst zoals de namen, en andere gegevens van al de medewerkers en d.m.v. relaties wordt dit met vrijwel elk bestand gekoppeld, zodat de medewerker meestal niet meer dan zijn naam moet aanklikken en de rest wordt automatisch ingevuld (naam, graad, telefoon, e-mail, fax, taalrol, handtekening, paraf, enz...). Ik denk dat ik deze filosofie dus ook moet gaan gebruiken in de toekomst voor die zaken die ik tot voor kort snel kon oplossen m.b.v. calculatie, keuzes en globalen. Helaas ontbreekt het me aan de tijd om alles vanaf scratch terug op te bouwen zodat me niets anders rest om alles stap voor stap aan te passen, u kent dat wel, een 'never ending story'... Ik hoop dan ook wat praktische voorbeelden te vinden van alternatieven zoals door de schrijvers hiervoor aangehaald werden. Alvast bedankt voor jullie aandacht en raad, Danny

Helaas, is dit hier zo niet, de globals worden gebruikt voor alle werkstations. Bvb. we schrijven iemand aan, de ene maal met en de andere zonder bijkomende tekst. Door middel van een selectievakje kan de gebruiker kiezen of de bijkomende tekst al of niet dient vermeld te worden. Het resultaat wordt gebruikt in een calculatieveld dat de uitkomst als dusdanig interpreteert aan de hand van de gemaakte keuze. Hoewel de keuze per gebruiker en per record kan verschillen, blijft de inhoud van het globaal steeds hetzelfde, want dit heeft men nodig in het calculatieveld. Dit is slechts een eenvoudig voorbeeld, maar mijn oplossingen maken veelvuldig gebruik van deze techniek voor allerlei resultaten. Wanneer nu blijkt dat al die globalen telkenmale wanneer een client de bestanden opent opnieuw dienen aangepast, lijkt me dit nogal veel bijkomend werk, ik ben van het principe dat Filemaker dient om het werk te vregemakkelijken en niet om het nodeloos ingewikkeld te maken Dit lijkt me enigszins logisch, te meer daar dit vroeger gebruikt werd in een opstelling die eveneens multi-user was, maar waarbij niet de Server editie gebruikt werd. Toen bleven de waarden van de globalen (weliswaar in FM 6.0 en ouder) aanwezig, ongeacht door wie ze ingebracht werden. De bestanden stonden op een gedeelde server en werden gelijktijdig en simultaan door verschillende gebruikers gebruikt en bewerkt. Dat is dan ook de reden waarom ik me niet zo gelukkig voel, wat vroeger geen problemen gaf, geeft plotseling wel problemen en een oplossing is helaas niet zo eenvoudig (lees 123 te verwerken in de bestaande bestanden). Maar toch ben ik nog steeds uitermate dankbaar voor julie adviezen Danny

Zonder een polemiek te willen beginnen over FM, vind ik het nog steeds onbegrijpelijk dat wanneer men investeert in een Server editie, deze versie uiteindelijk op sommige zaken slechter is dan wanneer men een netwerkopstelling vanaf clientversies doet. Via deze wijze heb ik nimmer problemen gehad met het toekennen van globalen, deze bleven ongewijzigd voor alle clients. Gezien ik veel gebruik maak van deze globale velden, heb ik nu heel veel spijt dat we ooit begonnen zijn met de Server editie, in verhouding tot de voorgaande opstelling, brengt ze niet echt veel verbetering. Moest ik vroeger iedereen verzoeken om het betrokken bestand te sluiten om er (fundamentele) wijzigingen in aan te brengen, dien ik dus nu met de Server editie eerst naar betrokken server te gaan, van het te bewerken bestand een kopie te maken, dit terug naar een andere pc te brengen om het vervolgens te kunnen bewerken, hierna het desbetreffende bestand teru naar de Server brengen, het betrokken bestand aldaar te sluiten (waardoor alle clients het dienen te stoppen) en het terug te plakken in de Server folder, vervolgens dit terug te activeren (openen), enz ... en ondertussen maar hopen dat toevallig geen wijzigingen werden aangebracht door één der clients in het bestaande bestand op de server. Alletrnatief kan men het bestand gewoonweg knippen (en dus tijdelijk verwijderen), probleem is dat men dan niet verder kan werken of nog een alternatief is om het bewerkte bestand te klonen om vervolgens het onder een andere naam terug te zetten en vragen om iedereen om niets in het originele bestand te willen doen, vervolgens de records te importeren vanuit het oude naar het nieuwe (kloon) bestand. Het oude bestand op de server te sluiten, te hernoemen of verwijderenen en de kloon hernoemen naar de originele naam. Ik weet niet, maar mij lijkt dit niet echt handig te zijn ... of ben ik nu 'wat' te sceptisch?

Daar vreesde ik al voor ... is toch wel enigszins teleurstellend, ik had verwacht dat men dergelijke zaken toch beter zou opgevangen hebben Burggraaf, toch bedankt voor dit alles verklarende antwoord Danny,

Beste groep, Weerom heb ik een rare ervaring met de Server editie. Wanneer er globalen worden weggeschreven, zijn de waarden bij het heropstarten van de client verdwenen. De server versie is 8.0 en de clients 8.5 allen draaiend onder Windows XP SP2. Het betreft hier voornamelijk container velden. De bestanden worden bewerkt vanop een client, immers zoals voorgeschreven staat op de server geen Filemaker client. De afbeeldingen zijn ingebracht en niet als verwijzing geplaatst. Ook andere types van velden (tekst, data, enz...) verliezen hun globale data wanneer de server heropgestart is. Dit is is uitermate irriterend, een aantal oplossingen werken niet tenzij men telkenmale terug opnieuw de waarden in de globalen plaatst, wat natuurlijk niet de bedoeking is Het rare is ook dat dit voorheen gebeurde met FM 6 clients en Server 5.0. Is er hier een verklaring voor en nog beter, een oplossing? Ik had gedacht en gehoopt dat het gebruik van een Server editie me het leven zou vergemakkelijken maar ik begin daar mùet de dag meer en meer aan te twijfelen Met vriendelijke groet aan Allen, Danny

Blijkbaar heb ik het probleem gedetecteerd ... zoals jullie hier voor al schreven blijkt het probleem te schuilen in (naar niet meer bestaande) bestandsverwijzingen. Al enkele bestanden aangepast en hoi hoi hoi, na een kwartiertje deze morgen waren alle bestanden opgestart ... nog enkele bestanden zien te ontdoen van nutteloze relaties en ik zie het licht van de tunnel weer schijnen (ik voel me weer helemaal in de jaren '80 ). Misschien wel off-topic, maar ik heb toch nog wat vraagjes aangaande het gebruik van FM Server. Ik heb vroeger, dankzij de oneindige bron van hulp op dit forum, geleerd om de bestanden zo licht mogelijk te maken. Bij het plaatsen van illustraties ter verfraaing van de layouts gebruikte ik dus altijd alleen verwijzingen in plaats van de bestanden nutteloos te verzwaren met allerlei grafische 'gadgets'. Met FM Server geeft dit problemen daar ik deze afbeeldingen allemaal in subfolders geplaatst had van de database oplossing (wat een mooie terminologie hé ). Nu verdwijnen al deze illustraties natuurlijk van de layouts en worden vervangen door de bekende cryptische omschrijving Het probleem ligt bij het feit dat Filemaker slechts één subfolder ondersteunt en laat ik nu net alles mooi ingedeeld hebben in allerlei subfolders Misschien bestaat er hier ook wel een truc voor en kijk ik vol belangstelling naar jullie adviezen Danny Blauw is niet alleen de kleur van de liberalen, ook van de Schrijfsmurf

Mooi zo Bruno, de hongerigen spijzen is een werk van barmhartigheid Hungry Danny (wanneer men tracht met roken te stoppen, heeft men altijd trek )

Bruno, Mooi werkstuk hoor en het is zomer hé ... daarom is de downloadwoede bij de meerderheid der bevolking niet zo groot Doe daar nog eens het advies van Peter bij en het is om het op z'n 'Walliaans' te zeggen in één woord ... Geweldig Danny

Rekening houdend met jullie tips, deze ochtend om 07u35 de server opgestart, nu om 08u40, is de server nog steeds bezig met het openen van de bestanden! Wat heb ik ondertussen gedaan: 1) FM Pro Server 5 gedesinstalleerd; 2) Enkele bestanden verwijderd (nu nog 55 i.p.v. 60) Blijkbaar is dit alles zonder resultaat Hierbij tevens een schermafdruk v/d serverbelasting. Met vriendelijke groet, Danny

Wim, Wat de 'dedicated server betreft, ja, maar alleen de Server 8.0 is actief, allebei simultaan activeren is onmogelijk. Zou het hier aan kunnen liggen door dat versie 5.5 nog aanwezig (hoewel niet geactiveerd)? Ik wou voorlopig allebei versies nog laten staan onder het motto 'je weet maar nooit' en rekening houdend met 'voorzichtigheid is de moeder van de porseleinkast' Gezien ik op sommige systemen nogal wat oudere versies naast elkaar heb staan, weliswaar de 'gewone' Filemaker versies, dacht ik dat dit geen probleem zou zijn om 2 verschillende versies van de Server versie naast elkaar te laten staan, te meer daar slechts één versie geactiveerd kan worden. Danny

Hey Wim, Het lijkt wel of hij moeite heeft met vrijwel alle bestanden ... het duurt een eeuwigheid ... vanzelfsprekend duren de grote bestanden (met veel records en layouts) langer dan de kleine bestandjes maar er is niet echt één bestand dat er uit springt vanwege de grotere traagheid t.o.v. de andere bestanden. Maar ik blijf hopen op de oplossing Danny

Na eerst enkele maanden geëxperimenteerd te hebben met de combinatie FM Server 5.5 en de clients FM 6.0 op een opstelling van één dedicated server. Gezien deze werkwijze uitstekend draaide dan maar (eindelijk) de overschakeling gedaan naar FM Server 8.0 en de clients FM 8.5. Gevolg ... de ca 60 bestanden die onze server 'serveert' worden pas na ca 45 minuten beschikbaar voor de clients. Nu kan dat in een klasse restaurant nog vrij vlug zijn, in het bedrijfsleven is dat verschrikkelijk traag!! Ik meen te begrijpen dat elk bestand gecontroleerd wordt bij de eerste opening op de Server editie ... maar na dit reeds enkele malen terug heropgestart te hebben, blijkt dat het telkens terug even lang duurt vooraleer al de bestanden in Filemaker Server geopend zijn. De opening procedutre neemt per bestand ca 40 tot 200 seconden in beslag. Ik ga er vanuit dat dit niet de schuld is van Filemaker en dat ik ergens iets verkeerd doe ... een zoektocht doorheen het forum bracht me niet veel soelaas, de meeste antwoorden net als in de knowledge base van Filemaker zelf handelen over vertragende layouts, berekeningen, enz ... Hier is dit echter niet het probleem, zodra al de bestanden (door Filemaker Server) geopend zijn en dus ook gehost of gebruikt kunnen worden door de clients (4) is er geen vertraging, integendeel het lijkt zelfs dat het sneller gaat dan voorheen met Server 5.5 en de FM 6.0 clients. Wat kan er dan wel aan de hand zijn Met vriendelijke groet aan allen, Danny

oops .... inderdaad, ik was weer sneller dan goed voor me was Danny

Ik meende dat het hier ook behandeld was, alleszins werkt het bij mij nu zoals het hoort! Danny

Dank u Rony, Ik heb altijd al genoten van vervolgverhalen

Ik wou een aantal van mijn gegevens aanpassen maar kom nu tot de ontdekking dat dit niet meer gaat via de link naar het profiel. Je kan nog wel je paswoord wijzigen en een aantal forum instellingen aanpassen maar bvb. je website invoeren of wijzigen daar is blijkbaar geen optie voor. In mijn geval een probleem daar de opgegeven website niet langer meer bestaat en ik de gelukkige bezitter ben van de domeinnaam www.kinnad.be . Hoogstwaarschijnlijk zie ik het over het hoofd maar ook de faq bracht geen soelaas (helaas). Met vriendelijke groet aan allen, Danny

Jean, Hoewel ik er geen snars van begrijp, kan ik alleen maar juichen ... Het werkt !! Doet exact wat ik wil, het zet de data die ik ingeef om naar de hexadecimale waarde! Nu nog de andere formule doorgronden ... Bedankt Jean en ook aan de anderen !! Danny Omzettingen.zip

@ Quint: Prachtig!! Helaas is mijn wiskundige kennis wat verroest vrees ik Anderzijds, de DIV functie bestaat niet in v6.0 @ Hiker: Daar was ik ondertussen ook al aan het grasduinen, maar dit omzetten naar FM v6.0 is me net wat te hoog gegrepen, ben ik bang

Prachtig ... maar helaas ... niet te gebruiken in versie 6.xx Maar toch bedankt voor deze oplossing die ik alleszins bewaar voor later in FM 8.5 toe te passen!! Ik ben echter wel benieuwd of dit voor FM 6x ook mogelijk is Met hartelijke dank, Danny

Beste Groep, Ik zit met een probleem... Ik moet cijfercodes omzetten naar hun hexadecimale waarde maar (tenzij ik me vergis) biedt Filemaker (6.0 en hoger) hiervoor geen oplossing aan. Wat is de bedoeling, eenvoudigweg wanneer ik een cijfercode invoer dat deze omgezet wordt naar de hexadecimale waarde zoals bij de hierna volgende voorbeelden: 205405000 wordt C3E3B48 205123000 wordt C39EDB8 205456000 wordt C3F0280 205789000 wordt C441748 205123410 wordt C39EF52 Kan iemand mij hier raad geven want ik heb geen idee hoe ik er dien aan te beginnen Met vriendelijke groet aan Allen, Danny

Om het op z'n Antwerps te zeggen ... 'Kieken dat ik ben!' Waar schuilt het probleem ... Windows Firewall ... stommerik dat ik ben ... die uitschakelen en het loopt !!!!

Vooreerst burggraaf, bedankt voor je info. Ik probeer hierna iets duidelijker te zijn ... Voorstelling v/d configuratie: Bedrijfsnetwerk, waarop een partitie van ca 50 Gb voor onze dienst gereserveerd is en waar tot op heden onze filemakerbestanden stonden. Ik noem dit de X:\ Vervolgens binnen onze groep beschikken we over 5 PC's allemaal voorzien van Windows XP SP2: 1) PIV - 1.6 GHz - 1024 MB RAM - 20 Gb Harddisk + extra harddisk 120 Gb 2) PIV - 3.0 GHz - 1024 MB RAM 3) PIV - 1.6 GHz - 512 MB RAM 4) PIV - 2.8 GHz - 512 MB RAM 5) PIV - 2.8 GHz - 512 MB RAM Binnen de huidige situatie opent client 4) elke ochtend de databsases op de server (X:\) waarna de andere clients 2) 3) en 5) de geopende bestanden van client 4) openen d.m.v. open remote Door de vier medewerkers wordt de ganse dag binnen deze databases gewerkt. Al de bestanden zijn van het fp5 (Filemaker 6.0 formaat). ------------------------------------------------------------------------------- Speciaal om Filemaker Server te kunnen draaien hebben we de beschikking gekregen over PC 1). Wanneer we hier Filemaker Server op installeren en de te delen databestanden in de daartoe voorziene folder plaatsen (C:\Program Files\FileMaker\FileMaker Server 5\) kunnen de andere clients [2), 3) 4) 5)] deze bestanden niet vinden via open remote ! Meer nog, ze zien ook de Filemaker server machine 1) die de typische naam SERVER kreeg ook niet! Dit verhaal geldt eveneens voor Filemaker server versie 8.0. Desondanks heb ik dit enige tijd geleden bij wijze van test ook eens geprobeerd maar dan wel via PC 5) en dan lukte het wel! Toen konden de andere clients de bestanden die op PC 5) stonden wel zien en benaderen! Dit alles maakt dat ik nog enige vragen heb: a) Moet op de Server waar Filemaker Server en de te delen bestanden zich bevinden ook een een normale client versie van Filemaker geinstalleerd worden? b) Kan men Filemaker Server op een andere partitie dan de voorgestelde C:\Program Files/Filemaker/Filemaker Server/ installeren ? c) Bij Filemaker Server 5/6 moeten de databestanden geshared zijn of niet? d) moet de partitie waar zich Filemaker server op bevindt geshared zijn of mag dit juist niet zoals ik begreep uiit de handleiding? e) kan men nu de bestanden bewerken (velddefinities) wanneer de bestanden geopend zijn en gehost via Filemaker server vanop een andere client? In de hoop dat ik het nu enigszins duidelijker voorgesteld heb, blijf ik in blijde verwachting voor jullie adviezen Danny