1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 | Public SelectedValue As String 'MODULE IS GEBOUWD OM WIJZIGINGEN IN DE EXCEL SHEET TE TRACKEN Private Sub Worksheet_Change(ByVal Target As Range) Dim OldValue, NewValue, lAddress, lToExport As String Dim FilePath As String On Error GoTo Hell FilePath = "c:\datadump.txt" lAddress = Target.Cells.Address OldValue = SelectedValue NewValue = Target.Cells.Value lToExport = lToExport & Date & "|" & Time & "|" & Environ("UserName") & "|" & lAddress & "|" If SelectedValue = "-=MULTIPLESELECTION=-" Then lToExport = lToExport & "Multiple Changed" & "|" & "Multiple Changed" Open FilePath For Append As #2 Write #2, lToExport Close #2 Else If OldValue <> NewValue Then lToExport = lToExport & OldValue & "|" & NewValue Open FilePath For Append As #2 Write #2, lToExport Close #2 End If End If Hell: End Sub Private Sub Worksheet_SelectionChange(ByVal Target As Range) If Selection.Count > 1 Then SelectedValue = "-=MULTIPLESELECTION=-" Else SelectedValue = Target.Cells.Value End If End Sub |
On error goto hellquote:Op maandag 26 januari 2015 16:15 schreef webbyplus het volgende:
Op het werk, werken we regelmatig met verschillende excel-files.
Thanks, maar bij mij werkt dit dus nietquote:Op dinsdag 27 januari 2015 11:38 schreef Viezze het volgende:
Voor de dag;
=TEKST(B5;"dddd")
Maand;
=TEKST(B5;"mmmm")
Zie ook https://support.office.mi(...)nl-NL&rs=nl-NL&ad=NL
O ik zoek wel ff de Engelse uitleg dan, handigquote:
SUMPRODUCT accepteert in tegenstelling tot SUM wel arrays als input.quote:
Ja ik zat dus ook op het punt van 'opmerkelijke' te kutten. De evaluator geeft wel gewoon resultaat zelfs :pquote:Op dinsdag 27 januari 2015 19:23 schreef sylvesterrr het volgende:
[..]
SUMPRODUCT accepteert in tegenstelling tot SUM wel arrays als input.
Wanneer je in SUMIFS een named range opgeeft als criteria, dan wordt geeft SUMIFS een array terug. Dat is de enige verklaring hiervoor. Wel een opmerkelijke, want zowel =SUMIFS(I:I;G:G;{"a";"b";"c"};H:H;C1) als SUMIFS(I:I;G:G;selectie;H:H;C1) levert een array op met drie waarden (zet er maar ROWS() omheen). Het lijkt wel alsof SUM vergevingsgezind is wanneer je de reeks in SUMIFS expliciet opgeeft in plaats van een named range te gebruiken.
vert.zoeken()quote:Op dinsdag 3 februari 2015 15:40 schreef gekkie000000 het volgende:
Excel dummie zoekt hulp.
Werkblad A heeft 16142 regels met kolommen waarin oa artikelnummer, artikelomschrijving, eenheid en prijs vermeld staan. Niet bij alle artikelen staat een prijs ingevuld.
Werkblad B heeft 3797 regels met kolommen waarin artikelnummer, prijs en eenheid staan.
Is er een mogelijkheid om de prijzen van werkblad B in werkblad A te krijgen zonder deze handmatig te hoeven invoeren?
Alvast heel erg bedankt,
Bedankt, ga ik morgen meteen proberen!quote:
Gaat het wel goed als er 0,90 staat ipv 0,9?quote:Op woensdag 4 februari 2015 17:17 schreef Zocalo het volgende:
Ik heb een programma die cijfers inleest uit Excel. Nu heb ik echter problemen als het laatste cijfer (in geld) op een 0 eindigt. Die 0 ziet hij dan namelijk niet, omdat Excel die zelf weg haalt.
Bijvoorbeeld: ¤0,90 wordt zichtbaar als 0,9. Dit komt omdat in de cel ook 0,9 staat. Ik krijg echter met geen mogelijkheid de 0 er wel achter. Hoe doe ik dat? Het gaat dus om het daadwerkelijke getal wat in de cel staat, het een financieel getal maken helpt bijvoorbeeld niet.
Hetzelfde probleem heb ik met bijvoorbeeld 12,00. Excel maakt hier nu standaard 12 van.
Wordt de data geïmporteerd in Excel of vanuit Excel naar een ander programma geëxporteerd?quote:Op woensdag 4 februari 2015 17:17 schreef Zocalo het volgende:
Ik heb een programma die cijfers inleest uit Excel. Nu heb ik echter problemen als het laatste cijfer (in geld) op een 0 eindigt. Die 0 ziet hij dan namelijk niet, omdat Excel die zelf weg haalt.
Bijvoorbeeld: ¤0,90 wordt zichtbaar als 0,9. Dit komt omdat in de cel ook 0,9 staat. Ik krijg echter met geen mogelijkheid de 0 er wel achter. Hoe doe ik dat? Het gaat dus om het daadwerkelijke getal wat in de cel staat, het een financieel getal maken helpt bijvoorbeeld niet.
Hetzelfde probleem heb ik met bijvoorbeeld 12,00. Excel maakt hier nu standaard 12 van.
hij kijkt naar de ingevoerde waarde in een cel. Excel zelf maakt er 0,9 van, ook als ik 0,90 van maak. Veranderen in financieel (¤0,90) helpt ook niet, omdat hij als bron 0,9 blijft zienquote:Op woensdag 4 februari 2015 17:28 schreef sylvesterrr het volgende:
[..]
Gaat het wel goed als er 0,90 staat ipv 0,9?
Hoe leest dat programma het bestand in?
Niet echt, 0,90 is 0,90 en 0,9 is 0,9quote:Op woensdag 4 februari 2015 18:15 schreef sylvesterrr het volgende:
Ok... Maar ik zie het probleem niet echt. 0,90 is toch gewoon 0,9? Het lijkt me dat dat andere programma dat getal gewoon met twee decimalen moet tonen.
Als je de nauwkeurigheid van een waarde moet bepalen, dan is het wel van belang dat er 0,90 staat ipv 0,9. Dat ben ik met je eens. In alle andere gevallen kan je 0,90 toch gewoon noteren als 0,9?quote:Op woensdag 4 februari 2015 18:18 schreef qu63 het volgende:
[..]
Niet echt, 0,90 is 0,90 en 0,9 is 0,9
Maar waarom t programma het zo doet is mij ook een raadsel..
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |