jd027

Hallo, Sinds een tijdje heb ik bij mijn cookies drie items waarbij is vermeld 'www.youtube.com - Gepartitioneerd'. Die drie items zijn blog.archkuleuven.be, herodote.net en unidivers.fr (zie afbeelding, telkens opengeklikt). Als ik deze drie items probeer te verwijderen, zijn ze er bij een volgende controle van de cookies meteen terug. Zou iemand weten wat deze drie items (en die aanduiding 'Gepartitioneerd') betekenen en hoe ik ze permanent kan verwijderen? Alvast bedankt! jd027

Hallo, Ik zit nog met een probleempje in Access 2019, meerbepaald op het vlak van vierkante haken: [ ] Ik gebruik die in sommige velden; soms moet ik een veld letterlijk kopiëren naar hetzelfde veld in een ander record. Er zijn daarbij twee situaties: Soms levert het kopiëren GEEN probleem op. Deze situatie doet zich voor wanneer ik kopieer tussen velden waar NIET moet worden gekozen uit een keuzelijst. Voorbeeld: in een bepaald veld waar ik altijd zelf gegevens invoer (dus niet via een keuzelijst) staat '[ontbrekend]'; dit kan ik kopiëren en plakken naar een ander veld waar ik altijd zelf gegevens invoer. Soms levert het kopiëren WEL een probleem op. Deze situatie doet zich voor wanneer ik kopieer tussen velden waar WEL moet worden gekozen uit een keuzelijst. Voorbeeld: ik heb een keuzelijst met departementen in Frankrijk, onder andere 'Nord [59]'. In een veld in een andere tabel dat zijn gegevens aan die keuzelijst ontleent, kan ik zonder problemen 'Nord [59]' laten verschijnen door de eerste letters te typen en dan te selecteren uit de keuzelijst. Als ik een aantal velden onder elkaar heb waarin 'Nord [59]' moet verschijnen, is de snelste manier om dit gewoon te kopiëren van het ene naar het andere veld. Daar loopt het fout: ik krijg de melding: 'De tekst die u hebt ingevoerd, is geen item in de lijst'. Maar als ik daarna '[Nord [59]' manueel invoer, is er geen probleem. Het is dus het kopiëren dat voor moeilijkheden zorgt. Ik veronderstel dat het probleem te maken heeft met de tekens [ ] (die ook in de programmeertaal worden gebruikt), maar in vroegere versies van Access (ik spreek nog over 2003) was het kopiëren geen probleem. Iemand een idee hoe ik dit kan oplossen? Alvast bedankt en beste groeten, jd027

Misschien heb ik dan toch een kleine workaround gevonden voor een deel van mijn probleem. De workaround werkt wel alleen maar voor de 'doorlopende' nummering in het veld met de primaire sleutel (dus het veld met het unieke nummer van elk record). Ik moet het nog eens nader bekijken, maar: 1) Ik maak van het veld met de primaire sleutel (nu ook een nummer) een veld van het type 'automatische nummering'. 2) In Access 2003 werkte ik als volgt: eerst het veld met de primaire sleutel 'doorlopend' nummeren met mijn eerder beschreven systeem (pijltjestoetsen omlaag); daarna in een tweede veld op een snelle manier (copy/paste) dezelfde waarden ingeven in meerdere records. 3) In Access 2019 zou ik deze volgorde kunnen omkeren. Als ik EERST in dat tweede veld via copy/paste dezelfde waarden ingeef in meerdere records, wordt intussen automatisch een nieuw nummer gegenereerd in het veld van het type 'automatische nummering'. Dat lost dan al één reeks nummers op die ik niet meer voortdurend verder manueel moet ingeven. Nadelen zijn wel: 1) Als ik nadien in andere velden ook nog oplopende nummers wil opnemen, zal ik die wél manueel moeten ingeven. 2) Het gebeurt ook wel dat er eens weinig of geen identieke waarden moeten worden ingegeven in dat tweede veld. Dan zal mijn systeempje natuurlijk niet zo vlot werken. Groeten, jd027

Dag Passer, Het 'nummer' is inderdaad een uniek nummer, maar in mijn database heb ik soms velden waar over veel records heen dezelfde waarde moet worden ingegeven. Het is (was...) dan erg praktisch om eerst via de pijltjestoetsen al deze (voorlopig) lege records te maken en daarna op een snelle manier met copy/paste in de betreffende andere velden de identieke waarden in te geven. Dat leverde soms een hele tijdbesparing op. Beste groeten, jd027

Dank u dotchiejack voor het bericht en de link. Inderdaad slecht nieuws dat deze functie al vanaf Access 2007 niet meer bestaat. Ik vind het eigenlijk erg ontgoochelend: je stapt over naar een recentere versie van Access en je moet vaststellen dat ze een bijzonder nuttige functie hebben geschrapt. Voor mij betekent dat een massa extra werk: overal manueel getalletjes moeten ingeven. Je zou verwachten dat nieuwe versies de goeie dingen van oude versies blijven behouden, maar bij Microsoft zijn ze het daar blijkbaar niet mee eens... Toch één lichtpuntje: alweer een goeie ervaring met dit forum, waar uiteindelijk altijd wel iemand kan helpen. Beste groeten, jd027

Hallo, De database bevat een aantal persoonlijke gegevens, dus is het moeilijk om die hier door te sturen. In bijlage heb ik een snel gemaakte nieuwe database opgenomen. In Access 2003 kon ik: 1) In het veld 'Nummer' van het zesde (hier nog niet bestaande) record een nummer 6 invoeren, en daarna met de pijltjestoetsen naar beneden gaan (er werd automatisch verder oplopend genummerd: 7, 8, 9, 10, ...). 2) In het veld 'Veld3' van het tweede record het getal 13 invullen, en dan met de pijltjestoetsen naar beneden gaan (er werd automatisch verder oplopend genummerd: 14, 15, 16, ...). Voorbij het vijfde record zou er wel een foutmelding komen: het veld 'Nummer' is de primaire sleutel, dus moet er daar iets zijn ingevuld voor er in andere velden van dat record iets kan worden ingevuld). Om de een of andere reden gaat dit in Access 2019 niet meer. Beste groeten, jd027 Database.accdb

Dag Passer, Toch bedankt voor de moeite. Hopelijk komt er uiteindelijk een oplossing uit de bus, want ik zou die nummerende functionaliteit wel graag terug hebben. Beste groeten, jd027

Hallo, @stegisoft Ik kan naar Hulpmiddelen voor database > Visual Basic > Foutopsporing gaan, maar daarna geraak ik niet verder. Het scherm 'Visual Basic' is volledig leeg en wellicht daardoor is 'Compileren' niet beschikbaar (grijs). @Passer Ik ben die nummers niet kwijt, maar in Access 2003 kon ik ze laten oplopen door gewoon op de pijltjestoetsen omlaag te drukken. In jouw voorbeeld zijn 6 records te zien. Als ik in Access 2003 op het veld met het nummer 6 ging staan, dan ging ik een veld naar beneden (dus in record 7) en typte ik daar het nummer 7 in. Als ik dan met de pijltjestoetsen verder naar beneden ging, werden automatisch 8, 9, 10, 11, 12, ... ingevuld. Dit werkte per één (1, 2, 3, 4, ...) en ook per twee (2, 4, 6, 8, ...). Het werkte ook in lege velden van reeds aangemaakte records. Stel bijvoorbeeld dat er in jouw voorbeeld met 6 records niets was ingevuld in de velden AlbumTitel. Dan kon ik in Access 2003 bijvoorbeeld in het veld AlbumTitel van record 2 gaan staan en daar bijvoorbeeld 12 typen; vervolgens met de pijltjestoetsen naar het veld AlbumTitel van record 3 gaan en daar 13 typen; en als ik daarna met de pijltjestoetsen naar het veld AlbumTitel van record 4 ging, werd er automatisch 14 ingevuld, dan in record 5 15, en dan in record 6 16. Verder zou het in dat geval niet gaan (er zou een foutmelding komen omdat er in record 7 nog geen primaire sleutel is ingevuld). Deze optie was bijzonder praktisch omdat ik in mijn database regelmatig dergelijke opeenvolgende nummers moet invullen. Vriendelijke groeten, jd027

Hallo, Ik heb eens een mdb-bestand geopend om te zien of de 'doorlopende nummering' daarin nog werkte met Access 2019. Maar net zoals in de accdb-versie werkt die doorlopende nummering niet meer. Ik heb zeker voor die 'doorlopende nummering' die ik had in Access 2003 nooit enige programmacode moeten ingeven: de 'optie' zat gewoon automatisch in Access., en het lijkt mij zo vreemd dat zo'n praktische optie nu plots verdwenen zou zijn. Met de gegevensbladweergave bedoel ik inderdaad de weergave wanneer je een tabel opent en rechtstreeks in die tabel gegevens invult. Beste groeten, jd027

Hallo, Bedankt voor je antwoord! Ik kan mij absoluut niet herinneren dat ik programmacode of macro had ingevuld: voor zover ik weet, werkte dit in mijn versie van Access gewoon automatisch en ook in gelijk welk veld waarin ik getallen invoerde. Het hoefde zelfs geen numeriek veld te zijn: zo lang het veld maar leeg was, kon ik in de gegevensweergave in een bepaald (leeg) veld een waarde ingeven, daarna ook in hetzelfde veld van het volgende record, waarna ik met de pijltjestoetsen naar de identieke velden in de volgende records kon gaan terwijl Access automatisch verder nummerde (per 1 of per 2). Ik heb inderdaad geconverteerd van mdb naar accdb. Beste groeten, jd027

Hallo, Ik ben recent overgestapt van (de wel heel erg oude) Access 2003 naar Access 2019. In Access 2019 vind ik nergens een voor mij belangrijke functionaliteit die ik in Access 2003 wel had. In Access 2003 kon ik in de gegevensbladweergave in een bepaald veld gaan staan waarin bijvoorbeeld de waarde 3 stond. Dan ging ik met het pijltje naar beneden en gaf ik in datzelfde veld in het volgende record '4' in, en als ik dan verder met het pijltje naar beneden ging, werden de oplopende getallen automatisch ingegeven: 5, 6, 7, 8, 9, ... Dit lukte met een sprong van één oplopend getal (1, 2, 3, 4, 5, ...), maar ook met een sprong van twee oplopende getallen (2, 4, 6, 8, 10, ...). Deze werkwijze functioneerde om nieuwe (daarna nog in te vullen) records aan te maken, maar nadien ook om binnen die records dergelijke oplopende getallenreeksen in te geven in andere velden. Het was soms een geweldig tijdsbesparende optie, die ik daarom graag terug zou willen. Ik heb online reeds wat proberen te zoeken; ik stel vast dat andere mensen dit probleem ook al hebben gesignaleerd. Maar als oplossing wordt steevast aangeraden om de optie 'veldtype instellen op Auto-Nummering' te activeren. Dit is echter NIET wat ik zoek, want ik moet zeer regelmatig een oplopende nummering aanbrengen in velden binnen reeds aangemaakte records. Wat ik zoek, moet dus een andere optie zijn, maar hoe kan die in Access 2019 worden 'geactiveerd'? Is er iemand die hiervoor een oplossing zou kennen? Alvast bedankt voor elke tip. Vriendelijke groeten, jd027

Ik heb persoonlijk altijd gehouden van de 'cleane' manier van werken in WP: de mogelijkheid om codes te zien en die ook heel precies te kunnen plaatsen en verwijderen. Daarnaast ben ik nog altijd geen fan van het 'lint' bovenaan in bijvoorbeeld Word. Positief in WP vind ik ook dat de wpd-extensie consequent is behouden. Bestanden uit oudere versies kan je nog altijd op een identieke manier openen (terwijl ze het bij Word nodig vonden om van doc naar docx te gaan). En er zal ook wel een stukje gewoonte in zitten. Als je aan een WP-gebruiker vraagt waarom hij Word niet (of minder) gebruikt, zou je de vraag ook omgekeerd moeten stellen: Waarom gebruikt een Word-gebruiker WP niet? Dan zal je ook wel een aantal 'voordelen' van Word opgesomd krijgen die niet (of op een andere manier) in WP zitten. Beste groeten, jd027

Hallo, Ruim een week geleden kreeg ik een automatische Windows 10-update. Afgezien van het feit dat die update wéér ongevraagd mijn printerdriver corrumpeerde (intussen gelukkig hersteld), zijn er nog andere ongemakken. 1) In Google Afbeeldingen krijg ik na een zoekopdracht nu steevast een hele rij van die groene vakjes met suggesties (ze staan vlak boven de gevonden afbeeldingen en vlak onder de menu's 'Alle', 'Afbeeldingen', ... Bestaat er een mogelijkheid om die groene vakjes weg te krijgen? 2) Als ik kies voor de slaapstand (Startknop > Aan/uit > Slaapstand) en ik keer daarna terug uit die slaapstand, staat het startmenu nog geopend. Vroeger kon ik bij een terugkeer uit de slaapstand altijd meteen verderwerken; nu moet ik eerst nog dat startmenu sluiten. Hoe zou ik kunnen vermijden dat het startmenu nog open staat als ik terugkeer uit de slaapstand? 3) Om het vorige probleem te vermijden, dacht ik om een snelkoppeling naar de slaapstand op mijn bureaublad te plaatsen. Online vond ik dat ik daartoe een bestand 'sleep.cmd' kon aanmaken en dat dan kon activeren met een snelkoppeling. De code die ik in dat bestand moest invoeren, was als volgt: powercfg -h off rundll32.exe powrprof.dll,SetSuspendState 0,1,0 powercfg -h on Daarbij stond uitgelegd dat de eerste en derde regel nodig waren om de sluimerstand (die blijkbaar standaard zou zijn in Windows?) eerst uit te schakelen en dan weer in te schakelen, terwijl de tweede regel de slaapstand zou instellen. Ik heb dat cmd-bestand kunnen aanmaken en het kunnen laten activeren via een snelkoppeling, maar het bleek om een andere slaapstand te gaan dan de slaapstand die via de Startknop wordt geactiveerd: - Als ik werk via Startknop > Aan/uit > Slaapstand kom ik in een slaapstand terecht waarbij het lampje van mijn pc nog blijft flikkeren; als ik dan opnieuw inschakel (via de powerknop), ben ik in een-twee-drie weer op mijn bureaublad en kan ik verderwerken. - Als ik werk via die snelkoppeling en de code die ik ingaf, komt de computer blijkbaar in een veel 'diepere' slaapstand terecht; als ik dan opnieuw inschakel (via de powerknop), duurt het terug inschakelen even lang als wanneer ik mijn volledig uitgeschakelde computer weer inschakel (maar alles staat nog wel geopend). Wat ik zou willen, is een snelkoppeling die mijn pc in de soort van slaapstand zet die ik via Startknop > Aan/uit > Slaapstand verkrijg. Is dat mogelijk en welke code zou ik dan moeten gebruiken? Alvast bedankt en beste groeten, jd027

Dag route99, Bedankt voor de tip. Ik ga eens rondkijken op die fora. De daar voorgestelde workaround 'Sluit WP eerst af en dan pas hibernate' vind ik wel moeilijk accepteerbaar. Je kiest voor de slaapstand om daarna meteen weer aan de slag te kunnen, en dan zou je in het geval van WP toch eerst het programma moeten afsluiten... Vriendelijke groeten, jd027

Dag Passer, De helpdesk contacteren, da's inderdaad iets wat ik ga doen. Bij het overstappen van X5 naar X8 merkte ik nog wel meer 'eigenaardigheden'. 1) Als je een document staat of je opent het venster waarin dat document staat, knippert de cursor exact vijf keer; de zesde keer 'bevriest' hij (maar ik kan wel meteen beginnen te typen). Als ik iets typ en ik hou op, dan is het weer hetzelfde: vijf keer knipperen en dan volledige stilstand. Als ik twee documenten open staan heb en ik schakel van het ene over naar het andere, is het ook weer hetzelfde. Is dit iets nieuws of zou dit ook een soort van bug zijn? 2) Wat ik in X5 (en vroegere versies) wel tof vond, was dat je na het ingeven van een Hard Pagina Return (HPg) een zwarte streep had tussen de twee pagina's (de kleine grijze zone op het scherm, op de overgang van de ene naar de andere pagina werd dus zwart of kreeg een zwarte rand). Nu is dat verdwenen: ook na een HPg blijft de grijze zone gewoon grijs. Heb jij deze fenomenen ook? Vriendelijke groeten, jd027