Jump to content

Stardust

Leden
  • Content Count

    403
  • Joined

  • Last visited

Recent Profile Visitors

787 profile views
  1. Ondertussen lang geleden maar nog niet vergeten. Heel leuk om nog eens te herlezen en het valt me op dat na meer dan 10 jaar, dit topic in feite nog steeds interessant leesvoer bevat. Spijtig genoeg lees ik hier nog weinig van de verschillende auteurs en zijn mijn bijdragen ook geminimaliseerd... en is het via de smartphone moeilijker om de tekst in een stemmige blauw te plaatsen šŸ˜Ž
  2. Jullie zijn schatten !! en ik neem jullie info ter harte!
  3. Wij hebben FMS 13 + FMPA + 10x FMP versies in dienst. Door een verloop van personeel zijn er meerdere licenties geĆÆnstalleerd maar ondertussen zijn deze personeelsleden vervangen, bevorderd, enz ... Nu kan ik geen FMP meer installeren daar er geen licenties meer vrij zouden zijn ??? Dus ga ik er vanuit dat ik deze versies dien te desinstalleren van de pc's van betrokkenen. Of wat moet ik doen om mijn effectieve licenties voor gebruik te behouden???? Pfff ... lastige vraag maar ik kan het even niet duidelijker omschrijven ... Alvast met veel dank voor jullie adviezen! Danny
  4. Banach, Bedankt, dat zou een logische verklaring kunnen zijn. Helaas heb ik geen enkele toegang tot het beheer van deze poorten (ik neem aan op serverbeheer), dus zullen we weer op zoek moeten naar een alternatieve oplossing vrees ik
  5. Ja Banach, ze komen van een externe server, maar deze oplossing in 8.5 is stukken sneller en er werd niets gewijzigd. Het snelheidsverschil is opmerkelijk
  6. 13.0v9 ik dacht toch dat dit de laatste update was ??
  7. Beste Forumleden, Zojuist enkele duidelijke antwoorden verkregen voor een oplossing in FM Pro 8.5 en daarom bij wijze van proef de boel eens overgezet naar v.13. Deze nieuwere versie geeft meer mogelijkheden en voorlopig heb ik toch maar individuele (gecompileerde) toepassingen (niet-commercieel!) nodig. Al fluitend er aan begonnen en ja, het heeft nog geen 5 minuten geduurd of daar had ik al mijn eerste probleem ... mijn Tabblad bestaande uit een 8-tal tabs heeft een tab met foto's. Hier bevinden zich 10 afbeeldingsvelden, individueel aanklikbaar, waarbij de gekozen afbeelding in een groter containerveld getoond wordt. De afbeeldingen zelf worden niet geladen, alleen een verwijzing naar ... En nu het probleem, wanneer ik in een record de foto tab open, duurt het ellenlang vooraleer de pagina getoond wordt, meer nog Filemaker bevriest Eens de de tabpagina geopend kan ik terug 'vlot' tussen de verschillende tabs schakelen, echter bij een volgend record weer idem dito traag, ellendig traag Ligt dit aan Filemaker, of aan mijn hardware (Laptop Dell - Core 5.0 - 8 GB RAM - Windows 7 Pro) of doe ik iets verkeerd?? Allicht het laatste ware het dat ik geen flauw benul heb van wat ik verkeerd zou doen. In FM versie 8.5 heb ik dit probleem niet ??? Weerom in blijde verwachting voor uw tips en adviezen in de hoop dat dit geen 9 maand zal duren Danny
  8. Dank u voor de tips ... deze van Banach had ik reeds toegepast maar deze vereist veel scripting. Gezien veld/script triggers niet mogelijk zijn en ik ten allen prijzen het gebruik van plugins wil vermijden, zal ik (gelukkig via copy - paste) mijn scripts per bijkomend afbeeldingsveld uitbreiden. Verstuurd vanaf mijn K6000 Pro met Tapatalk
  9. Beste mede forumleden, Ik heb een 10-tal kleine afbeeldingen in elk record staan. Deze worden mooi vertoond maar zijn te klein om te beoordelen/bekijken en om 10 grote afbeeldingen weer te geven op de layout is deze veel te klein. Nu dacht ik naar analogie met html en javascript oplossingen een eenvoudig script te ontwerpen waarbij ik een afbeelding aanklik ik een mooie vergroting hiervan krijg in een bijkomend (groot) containerveld, de viewer dus. Mijn 1-stap scriptoplossing leek eenvoudig door gebruik te maken van de scriptstap VeldInstellen[Foto_Keuze; Get(InhoudActiefVeld)], vervolgens dit script aan elke afbeelding binden et voila ... De afbeelding aanklikken en een copie van deze afbeelding verschijnt in het grote viewerveld, maar zoals u reeds wist of vermoedde dit werkt helaas niet... Wie weet raad?? Afwachtend naar de goede tips en advies ... Danny
  10. Stardust

    VPN

    5 maand, bijna een half jaar verder ... waarschijnlijk hebben de terreur activiteiten het proces versneld want plotseling is er weer beweging ... Nu zou men een virtuele server inrichten waarbij, als ik het goed begrijp, een performante machine gedeeld wordt over verschillende servers. Zoals voorheen al geschreven, heb ik weinig of geen kennis aangaande netwerken en vraag ik me af of men Filemaker Server 13 op dergelijke virtuele server kan installeren, zodat deze ook over VPN voor de gebruikers beschikbaar blijft bij homeworking? Zijn er beperkingen aan dergelijke opstelling en zo ja, welke?? U ziet, ik vind steeds nieuwe vragen waarvoor ik niet automatisch zelf een antwoord vind en reken op jullie onmetelijke wijsheid! Met dank voor jullie aandacht, Danny
  11. Dit is een rolmenu onderaan in het keuzescherm voor de mapping van de velden. Dat onderzoek ik z.s.m. ... Dan is het joomla bestand waarschijnlijk helemaal niet UTF-8. Dus probeer eens Ć©Ć©n van de andere encodings. Daarvoor ga ik bij de bron klagen Een berekend veld kun je niet handmatig aanpassen. Het is het een of het ander. Wel kun je in plaats van het een berekend veld maken er gewoon een tekstveld van maken en dan de berekening als auto-enter berekening in de definitie van het veld opnemen. Dus als ik in een tekstveld de waarde van een calculatieveld importeer worden de veldeigenschappen zoals de opmaak automatisch overgenomen ? Hartelijk dank voor uw info !! Danny
  12. Ik heb met de meeste aandacht dit stukje gelezen ... maar het viel me op dat men spreekt over importeren als UTF-8. Nu vroeg ik me al onmiddellijk af of er ergens een optie was om een code-formaat bij de import te kiezen maar ik vind dit in FMP 13 helaas niet terug. Ik krijg zo regelmatig een csv-bestand (aangemaakt met Joomla) aangereikt en geĆ«xporteerd in UT-F 8. Helaas blijkt na de import dat al de gebruikte accenten omgezet worden naar andere niet-conforme lettertekens. Nu heb ik een bestand aangemaakt in Filemaker 13 waarin ik dit csv bestand importeer en dan d.m.v. rekenvelden een aantal zaken geschikt maak voor het definitieve bestand waarin de gegevens worden geĆÆmporteerd vanuit die eerste bestand. Maar ik zie nergens de mogelijkheid (buiten het csv bronbestand misschien waar ik echter niet aankan) om iets aan te passen aangaande de im/export m.b.t. de karaktercodes. Een tweede probleem (ergens out of topic), is dat ik in de eerste tabel waarin het csv bestand geĆÆmporteerd wordt een aantal rekenvelden voorzien heb die de originele tekst voorzien van de stijl 'koppen' dit om het gebruik van hoofd- kleine letters enigszins aan te passen. Helaas lukt dat niet altijd en dienen er alsnog aanpassingen te gebeuren. Nu blijkt dat de (tekst)velden in het definitieve FM bestand automatisch de eigenschappen van het geĆÆmporteerde veld overkrijgen en het als dusdanig niet gewijzigd kan worden daar de teksteigenschap elke manuele aanpassing teniet doet desondanks de veldeigenschappen zelf nog op 'Normaal' staan ?? Is er soms iemand die een idee heeft wat ik verkeerd doe? Alvast met dank bij voorbaat! MVG, Danny
  13. Banach, Dank u ... ondertussen heb ik de taal aangepast van Nederlands naar Engels en toen werd het me duidelijk ... Ik had i.p.v. Pause Script, Halt Script gebruikt ... shame on me !! Ondertussen werkt het wel waarvoor dank aan al de deelnemers aan dit topic!! Met vriendelijke groet, Danny
  14. Beste Menno, Vooreerst bedankt! Ik heb jouw versie geopend, getest en ... neen het werkt niet Open ik het script, zie ik op de derde lijn staan: If[ Get () = "[Full Access]" and Get(Layoutnaam) ā‰  "Setup"] Waarbij verwezen wordt naar een functie waar ik standaard in FMPA 8.5 niet over schijn te beschikken. Ik weet wel dat dit ondertussen een gedateerde versie is maar ik moet me voor dit behelpen met de middelen die ik heb Met vriendelijke groet, Danny
  15. Beste Ruben en Menno, Eerst en vooral bedankt voor jullie aandacht en reacties! Stom van mij, want ik vergat te vermelden dat de scriptstap 'Script onderbreken ' geen oplossing was. Vanzelfsprekend en het leek me logisch zou deze wanneer aangekomen in de desbetreffende lay-out het script gepauzeerd worden zodat de Administrator nog enkele gegevens kon inbrengen en vervolgens via 'Continue' het script verder kunnen leiden tot het volledig afsluiten van de toepassing. Maar helaas, ook bij de integratie van de 'script onderbreken' stap werd de toepassing toch afgesloten eens in lay-out X aangekomen Menno, de bedoeling is dat wanneer de toepassing onachtzaam wordt afgesloten via de afsluitkruisjes, rechtboven in Windows, de Administrator toch nog enige wijzigingen kan maken, 't voorzeker aan mij, maar ik zie niet hoe ik dat via de privileges kan regelen? Met vriendelijke groet, Danny
×
×
  • Create New...