Ga naar inhoud

dialogica

Leden
  • Items

    7
  • Registratiedatum

  • Laatst bezocht

  1. Ik heb een werkende oplossing gevonden voor een datum-bereik-filter. Tot zover een filter die perfect werkt: in het portal komen alleen de records voor die voldoen aan het datum-bereik. Het enige wat ik nu nog wil doen, is dit datum-bereik onderdeel maken van de verschillende case() voorwaarden uit het vorige bericht, zodat het datum-bereik een van de filter parameters is (naast en/of in combinatie met rubriek, client). En ik zie het niet. Iemand? Alvast bedankt! Yvan +++++++++ Let ( [ x = If ( IsEmpty ( R212::gDatumVan ) ; Date ( 1;1;1 ) ; R212::gDatumVan ) ; y = If ( IsEmpty ( R212::gDatumTot ) ; Date ( 12;31;4000 ) ; R212::gDatumTot ) ] ; R212::cDatumObvTimestamp ≥ x and R212::cDatumObvTimestamp ≤ y )
  2. Logical Operator probleem opgelost. Door logica operators toe te voegen. Dat wil wel eens helpen Nu nog van datum naar datum-bereik. Graag tips. Alvast bedankt. Yvan +++++++++ //client Case ( IsEmpty ( fc ) ; True ; not IsEmpty ( FilterValues ( fc ; deClient ) ) ) and //groep Case ( IsEmpty ( fg ) ; True ; not IsEmpty ( FilterValues ( fg ; deGroep ) ) ) and //rubriek Case ( IsEmpty ( fr ) ; True ; not IsEmpty ( FilterValues ( fr ; deRubriek ) ) ) and //datum Case ( IsEmpty ( fd ) ; True ; not IsEmpty ( FilterValues ( fd ; deDatum ) ) )
  3. Beste forumleden, Ik heb een tabel (Dagboek) waarin observaties worden neergeschreven over cliënten (client, t), die behoren tot een groep (groep, t), en die dateren van een bepaalde datum (cDatumObvTimestamp, c). Ik wil in een portal (relatie: Dagboek Gr_Gr, X) kunnen filteren op elk van die velden. Dat lukt, maar er zijn 2 problemen. 1. Bij gebruik van meer dan 1 filter, krijg ik resultaten in het portal alsof er een OR operator tussen de twee voorwaarden zit, en dat zou natuurlijk AND moeten zijn. 2. Ik zou graag een filter toevoegen met een datum-bereik (van... tot....; de veldnaam gDatumVan is daar al op voorbereid . Iemand een idee? Ik voeg onderaan de calc bij die de filtering in het portal voorziet. (Ik ben geen IT-er, maar een taalkundige, dus dat zal er wel aan te zien zijn, vrees ik). Yvan +++++ Case ( not Dagboek Gr_Gr::gFilterHoofdschakelaar ; True ; Let ( [ fg = Dagboek::gGroepFilter ; cl = Dagboek::gClientFilter; dt = Dagboek::gDatumVan; deGroep = Dagboek Gr_Gr::groep; deClient = Dagboek Gr_Gr::client; deDatum = Dagboek Gr_Gr::cDatumObvTimestamp; res_groep = FilterValues(fg;deGroep); res_client = FilterValues(cl;deClient); res_date = FilterValues(dt;deDatum) ] ; Case ( not IsEmpty ( res_groep ) ; True; not IsEmpty ( res_client ) ; True; not IsEmpty ( res_date ) ; True; not IsEmpty (res_groep) and not IsEmpty(res_client) and IsEmpty(dt); True; not IsEmpty (res_groep) and not IsEmpty(res_date) and IsEmpty(cl); True; not IsEmpty (res_date) and not IsEmpty(res_client) and IsEmpty(fg); True; not IsEmpty (res_date) and not IsEmpty(res_client) and not IsEmpty(res_groep ); True; ) ) )
  4. Bedankt voor de reactie. Ik ben intussen al ergens gekomen (denk ik). Het gaat over verslagen van vergaderingen, waaraan een variabel aantal mensen deelnemen. Bijvoorbeeld: vertegenwoordiger van partij A, vertegenwoordiger van partij B, financieel adviseur partij A, financieel adviseur partij B, technisch adviseur van partij A, technisch adviseur van partij B... Het verslag gaat dan naar alle aanwezigen. Een eenvoudig voorbeeld: als vertegenwoordiger van partij B en technisch adviseur van partij A aanwezig zijn, dan moeten er twee verslagen geproduceerd worden, namelijk 1 exemplaar geadresseerd aan vertegenwoordiger van partij B, en 1 exemplaar geadresseerd aan technisch adviseur van partij A. Maar voor hetzelde geld zijn er 10 deelnemers (max). Die 10 deelnemers-categorieën hebben elk hun veld in de tabel, waarin hun naam staat. Die naam is via een unieke identifier gelinkt aan een gerelateerde tabel met adres- en andere gegevens die onderdeel uitmaken van het verslag. Er zijn dus 10 tekstvelden , , , ... Elk verslag bevat ook een opsomming van alle gegevens van de andere geadresseerden. De selectie gebeurt nadien niet vanuit de deelnemers ("print alle verslagen van vergaderingen waaraan Jan Janssens heeft deelgenomen") maar vanuit het verslag/de boodschap ("print voor dit verslag een gepersonaliseerde versie voor alle deelnemers"). Nu tel ik het aantal deelnemers om het aantal kopijen te bepalen, declareer dit getal in een variabele, en trek dan per geprint exemplaar 1 af van de variabele, tot nul bereikt wordt. Maar tijdens dit proces moet ik ook nagaan welke deelnemer 'recht' heeft op een verslag. Elke deelnemer krijgt nl. zijn/haar eigen gepersonaliseerde kopie. Ik gebruik maar 1 layout, en personaliseer elke print op basis van een variable (identifier van een deelnemer, genereert voor elke print een ander adres). Ik vraag mij af dit wel de meest efficiënte manier is om dit doel te bereiken.
  5. Kunnen jullie me even op weg zetten om het volgende goed te laten draaien. Ik heb een eenvoudige tabel, waarin de inhoud van een veld moet verspreid worden over een aantal geadresseerden. De gegevens van de geadresseerde staan in verschillende velden , ,..., Bedoeling: zoveel output genereren als er ontvangers zijn, elke ouput gepersonaliseerd. Als er 5 geadresseerden zijn, rollen er 5 gepersonaliseerde boodschappen uit de printer; als er maar 1 geadresseerde is, rolt er maar 1 boodschap uit de printer. Op het genereren van de printopdracht heb ik een soortement mental block
  6. Ik heb op een FMSA11 een kleine toepassing draaien waarbij een 6-tal mensen binnen de organisatie permanent hun activiteiten aan elkaar bekend maken. Eigenlijk een logboek/dagboek. De DB is toegankelijk via IWP. Nu krijg ik de vraag om de mogelijkheid te voorzien dat op elke logboek-entry (= record) kan verwezen worden naar bestanden (.doc - .pdf ) die ergens op de lokale gedeelde volumes staan. Wie het logboek consulteert, zou die gelinkte bestanden dan moeten kunnen consulteren door ze aan te klikken - creator applicatie opent - en voilà. Kan dat in IWP zonder/met plugin? Alvast bedankt voor een paar tips.
×
×
  • Nieuwe aanmaken...