I swear this just worked yesterday...
I have a program that creates formulas within certain cells that depend on subsequent data entries into other cells:
Cells(i, 40).Formula = "= (N" & i & ")/AP" & i
So, APi can be input and/or changed after the fact, and the formula should give you the result for whatever value is there. However, I get a #Div/0! error no matter what value is in that cell. When I evaluate the formula (within Excel) and step through the calculations, it shows this (for one particular cell):
= (N64)/AP64 = (47.35)/AP64 = 47.35/AP64 = 47.35/9 = #DIV/0!
So, the formula recognizes that there is a value in the cell AP64, but then does not use it to properly calculate the result.
As I said at the top, this worked as I expected yesterday afternoon when I was testing it. Now that I need other people to start using it, of course, it doesn't. I changed nothing within the program relative to these lines of code.
I apologize if this is answered elsewhere - I really have no idea how to create a search for this type of problem.
Two things to check:
1) Value of the cells used is formatted to a number (i've had #Value based on that a couple times) and
2) verify that modifying the code using fixed references provides the appropriate output ("A16" for some reason wasn't recognized as a cell reference in one I had show up). E.g., "$N" & i & "/$AP" & i
If those both look alright, you might try something like:
.Range(.Cells(3,40),.Cells(lr,40)).Formula = "=$N3/$AP3" 'ensure no random spaces
This should act like a fill-down in which the # 3 is iterated with the same row as the formula.
Related
Could someone tell me what I am doing wrong with this sytax?
Worksheets("LTXN Report").Range("A2").Formula = "=""####-#""&IF(Launch!C7<>,RIGHT(Launch!,LEN(Launch!C7)-5),IF(Launch!C15<>,RIGHT(Launch!C15<>,LEN(Launch!C15)-5),IF(Launch!C23<>,RIGHT(Launch!C23,LEN(Launch!C23)-5),)))"
Essentially what I am doing is setting a clear function that copies a back up version of my sheets and replaces the previous version. However, on my launch worksheet, there are three options to search by (represented by cells C7, C15, and C23). The spreadsheet will pull transaction data and then filter it into a report, and I am trying to have this formula be filled out in the A2 cell of the new report when the new page is created.
I keep getting an object error. It seems like it doesnt like me using #'s or *'s to mask the account number in the function. Any ideas on how I could still do this?
I got it here. I simply had the quotes incorrect.
Worksheets("LTXN Report").Range("A2").Formula = "=""****-*""&IF(Launch!C7 <> """",RIGHT(Launch!C7,LEN(Launch!C7)-5),IF(Launch!C15 <> """",RIGHT(Launch!C15,LEN(Launch!C15)-5),IF(Launch!C23 <> """",RIGHT(Launch!C23,LEN(Launch!C23)-5),"""")))"
works!
I have created a table with headers via VBA,
Header:
[Name][ID][Check]
on a different cell, i want to calculate the amount of "Checks" summed up.
So i tried to do this
ActiveSheet.Range("G3").Formula = "=SUM(" & shortname & "[[#All];[Check]])"
When i run the code i get error 1004, and when i look it up,
it says it is possible that it is ambigious, but there is only one coumn named Check.
Any ideas?
When you use .Formula, syntax and (names of) functions must follow the US standard.
Otherwise use .FormulaLocal.
The code lines
.FormulaR1C1 = "=IF(R1C1="&Chr(34)&text&Chr(34)&",1,0)"
.FormulaR1C1 = "=IF(R[-3]C[2]="&Chr(34)&text&Chr(34)&",1,0)"
are examples of the usual manner to insert R1C1 formulas in target cells when the addresses of the target cells are already known. No problem with that.
BUT...I can't find the way to devise a general R1C1 formula that can be used to do the job when the addresses of the target cells aren't previously known, but they are read from different text files instead, and both, rows and columns, may vary from one occasion to the next, getting inserted by means of loops. The following code lines can give an idea of what I'd like to have in a text file to be read, inserted in a cell and work properly:
"=IF(R[-"&varRow&"]C["&varCol&"]="&Chr(34)&text&Chr(34)&",1,0)"
"=IF(R"&varRow&"C"&varCol&"="&Chr(34)&text&Chr(34)&",1,0)"
In other words, I can't figure out how to use variables for the numbers of rows and columns in the examples given above. I asume such a possibility exists, but I have ran out of ideas on how to implement it. I've implemented some, but I've just gotten the code to be inserted as the value for the cells or the #NOMBRE(#NAME) error.
What is a solution to this problem?
I am not able to "replay" your issue...or I understood it wrong.
If I use this code:
Range("C2").Select
Dim varRow As String
Dim varCol As String
varCol = 2
varRow = 2
Range("A1").FormulaR1C1 = "=IF(R[" & varRow & "]C[" & varCol & "]=" & Chr(34) & Chr(34) & ",1,0)"
The right formula appears in cell A1 and does its job.
To write this in a file, just put the formula string as it is in a string variable and write it to a file.
Scott, SJR, and anyone reading this post.
Apologies in advance for the length of this post, but I think that the matter deserves it.
I have managed to solve the situation regarding the FormulaR1C1 format when it is to be loaded from a text file. However, I'm not totally sure of the why and the how involved in the analysis and the solution. Maybe you can give a thorough explanation about it.
The fact is that the solution (formula format) you have given, quite similar to the one given by Microsoft and similar to the result obtained when recording the macro in entering the procedure by hand, when entered as plain text in a text file and then read from it and placed in a cell just doesn't give the result expected. An example of the original data in a text file:
22_2_|"=IF(R[" & varRow & "]C[" & varCol & "]=" & Chr(34) & varValue & Chr(34) & ",1,0)"
"22" would be the row number (varRow) and "2" the column number (varCol).
I tried every different logical possibility that came to my mind over and over, all of them with similar results: failure. Then I decided to forget logic and try random thoughts.
First thing I did on this new trail was to revise the original idea: use a general formula exclusively with variables in it. I realized that I was making a stupid mistake giving the value for the variable -for instance, the column and row number- and right next to it placing the variable in the formula at the same time. Why to do it that way? Why not to place the numbers for the row and column directly in the formula? After all, the formula should work the same all the way.
An example for this new approach could be:
"=IF(R[number]C[number]=" & Chr(34) & varValue & Chr(34) & ",1,0)"
I did it this way and tested it, with dissapointing results, similar to the ones obtained at first.
Then I thought about the quotes used for the formula format. Could it be possible that the reason for the problem might have to do with them? Well, there was only one way to find out. So I tried it this way, then this other way, an other..and other...and then...EUREKA!...This is what I got, that finally works:
=IF(R22C2="value",1,0)
As you may notice, the final formula ends up having no variables at all. That was a stupid idea on my side, considering that the data is going to be obtained from a text file. So, forget the variables. BUT...and this is a very important "BUT"...
Notice what has happened to the quotes. The only ones remaning are the ones that enclose the value that is to be compared. All the others have dissapeared. And this is the only way in which the formula, when read from the text file and inserted in a cell, ends up as a functional formula in the cell, and not as the value for the cell or as a "#NAME?" error. And now, a very important question: WHY? My answer for it: I have no idea.
I must suppose -and that's the most I can do at this moment- that the fact the formula is being read from a text file and inserted as text in the cell is handled by Excel in a "certain way" that already includes -behind curtains- the necessary quotes in the internal works of the worksheet. So, if you previously include some quotes, the formula ends up having an excess of them and the final product is not the one expected. Might that be it? Who can tell? Well, what matters to me is that, as strange as it may look, it now works as I wanted it. Give it a try yourself, and then tell me.
Well, pals, that's it. And thanks a lot to all for your kind and timely help.
In the contents of cell F3 I have the following formula (which takes one value on the current row and looks it up in another sheet, returning a range based upon where it was found):
="'OBS Procedures'!" & ADDRESS(MATCH(INDIRECT(ADDRESS(ROW(),1)),'OBS Procedures'!A:A,0),3) & ":" & ADDRESS(MATCH(INDIRECT(ADDRESS(ROW(),1)),'OBS Procedures'!A:A,0),50)
which outputs, as it ought, the text : 'OBS Procedures'!$C$1:$AX$1
All good so far.
I have in another cell (which outputs the rightmost filled cell of the range generated by cell F3):
=LOOKUP(2,1/(INDIRECT(F3)<>""),INDIRECT(F3))
And this outputs , as it ought, the text : 5 : 18/07/2016
Great.
But I'm wanting to get rid of cell F3 entirely, and incorporate the formula for F3 into the second formula above.
Simply copying in the F3 formula between the second INDIRECT() works fine. But copying it into the first F3 generates #N/A.
Specifically :
=LOOKUP(2,1/(INDIRECT("'OBS Procedures'!" & ADDRESS(MATCH(INDIRECT(ADDRESS(ROW(),1)),'OBS Procedures'!A:A,0),3) & ":" & ADDRESS(MATCH(INDIRECT(ADDRESS(ROW(),1)),'OBS Procedures'!A:A,0),50))<>""),INDIRECT(F3))
generates #N/A
Whereas even
=LOOKUP(2,1/(INDIRECT("'OBS Procedures'!$C$1:$AX$1")<>""),INDIRECT(F3))
and generates what I expect
(Keeping the intermediate cell or doing this in VBA, which is my usual go-to for anything more than simple formulae, isn't an option in this case)
I'm simply not seeing what I am doing wrong here - can anyone enlighten me, please? :)
As hinted at in my comments, I'm afraid to say that the construction you are currently using is a very poor one indeed, and could be replaced with a set-up which is both non-volatile and far more efficient.
The reason for your error is due to the manner in which you are using the ROW function. In fact, for generating incremental integers in this manner, ROW is, for several reasons, inferior to ROWS (https://excelxor.com/2014/08/25/row-vs-rows-for-consecutive-integer-generation/).
Despite its inferiority in this respect, however, this does not usually lead to errors. Here, you are a little unfortunate in that, due to the nature of your construction, Excel is expecting an array output from the portion:
ROW()
As such, and assuming for the sake of argument that the formula we are discussing is in row 1, this part:
ADDRESS(ROW(),1)
which, under different circumstances, would evaluate to:
"$A$1"
here evaluates instead to:
{"$A$1"}
since the LOOKUP is lending the necessary array-coercion to the overall construction such that the ROW() portion is expected to deliver an array output, albeit one containing just a single value. In fact, here (and you can see this by using the Evaluate Formula feature), this part evaluates to (for row 1), not 1, but {1}.
And so here:
INDIRECT(ADDRESS(ROW(),1))
is:
INDIRECT({"$A$1"})
and since, in general, INDIRECT is incapable of resolving an array of values (though this can be achieved via further manipulation), this part errors.
To avoid this, you can use ROWS, e.g. (for row 1):
ADDRESS(ROWS($1:1),1)
or else coerce the array output from ROW into a non-array type via some suitable additional function, e.g. SUM, viz:
ADDRESS(SUM(ROW()),1)
That said, I really think that you need to rethink your whole approach here. For example, this:
=LOOKUP(2,1/(INDEX('OBS Procedures'!$C:$AX,MATCH(A1,'OBS Procedures'!A:A,0),)<>""),INDEX('OBS Procedures'!$C:$AX,MATCH(A1,'OBS Procedures'!A:A,0),))
assumed to be in row 1, would be equivalent to your:
=LOOKUP(2,1/(INDIRECT("'OBS Procedures'!" & ADDRESS(MATCH(INDIRECT(ADDRESS(ROW(),1)),'OBS Procedures'!A:A,0),3) & ":" & ADDRESS(MATCH(INDIRECT(ADDRESS(ROW(),1)),'OBS Procedures'!A:A,0),50))<>""),INDIRECT(F3))
(again assumed to be in row 1), and not only does not require the prior construction of a text string representing a range, but is also concise and, importantly, non-volatile.
Regards
In Excel 2010, I am writing VBA to take the SUM of a range of filtered values, and store that result into a variable. The code looks like this:
With Sheets("Output")
.Range("$A:$ZZ").AutoFilter field:=ColIndex(AB), Criteria1:="x"
y = Application.WorksheetFunction.Sum( _
Range(Cells(2, "AC"), Cells(10, "AC")).SpecialCells(xlCellTypeVisible) _
)
This does work, but only when I have manually toyed with the data. When I try to use this formula on my data set unedited, I get a blank result. The problem seems to lie with the data when unedited.
Each number gets the Number Stored as Text (NSaT) error. Changing the type from Text to General causes nothing to happen. I have to open the cell for editing, and then remove focus from the cell for the type to kick in. After that, I can change it back and forth from General to Text, and Excel immediately recognizes this and updates the cell. The Sum function will, at this point, recognize both General and Text field types as a number.
Is there a VBA solution for dealing with these NSaT errors? I have attempted to use 'NumberFormat' on the column, but it does not help. I have also tried manually copying and pasting the data again, even using the special As Value option, but it still has the NSaT error until manually toyed with.