#VALUE!

V

vjk

I have a simple spreadsheet that calculates current rent due.

As I work my way down the cells, Excel increments the formula properly
and displays it [and the calculated value] properly, but suddenly when
it gets to row 32, it chokes with the #VALUE! display in the cell.

the basic "formula" is E3=E2+C3-D3

What am I doing wrong? Maybe the syntax is too simple??

TIA
 
J

jim

it sounds as if there is non-numeric data in one or more of the cells in row
32.
if you put =count(e32,c32,d32) in say, cell g32, what does it show?

Jim
 
V

vjk

it sounds as if there is non-numeric data in one or more of the cells in
row 32.
if you put =count(e32,c32,d32) in say, cell g32, what does it show?

Jim

vjk said:
I have a simple spreadsheet that calculates current rent due.

As I work my way down the cells, Excel increments the formula properly
and displays it [and the calculated value] properly, but suddenly when
it gets to row 32, it chokes with the #VALUE! display in the cell.

the basic "formula" is E3=E2+C3-D3

What am I doing wrong? Maybe the syntax is too simple??

TIA

Thanks Jim,

the values in row 32 were entered with the wrong separator, and Excel
saw that as text.

However once I fixed the separator and the error message disappeared,
the formula no longer increments when I move to the next row - excel
apparently no longer "sees" the pattern.

How do I get the behavior back? (I don't know how I got the behavior in
the first place, but it sure saves a lot of formula entering ;-) )
 
S

Schizoid Man

vjk said:
Thanks Jim,

the values in row 32 were entered with the wrong separator, and Excel
saw that as text.

However once I fixed the separator and the error message disappeared,
the formula no longer increments when I move to the next row - excel
apparently no longer "sees" the pattern.

How do I get the behavior back? (I don't know how I got the behavior in
the first place, but it sure saves a lot of formula entering ;-) )

Re-drag the forumla from the beginning. If you hover on the bottom right
corner of the first cell, the standard Excel cursor should change from a
white solid cross to a black line cross. When this happens, click and drag
down for as many cells you require. This will copy the format and formulas
across the entire range you highlight.

Also for your future reference - you don't need to manually adjust the
separators. If you're running Windows/Excel with US/UK locale settings, then
the separate is automatically a dot, and for Europeans locales it will be a
comma.
 
V

vjk

Re-drag the forumla from the beginning. If you hover on the bottom right
corner of the first cell, the standard Excel cursor should change from a
white solid cross to a black line cross. When this happens, click and
drag down for as many cells you require. This will copy the format and
formulas across the entire range you highlight.

Also for your future reference - you don't need to manually adjust the
separators. If you're running Windows/Excel with US/UK locale settings,
then the separate is automatically a dot, and for Europeans locales it
will be a comma.

Appreciate the explanations and suggestions.

The Excel sheet was created from a Word table - hence the different
separators - which went unnoticed.

Also, it appears that Excel gets tired of adding blank space as "zero"
and also throws the same error. fwiw - solved by entering zero's and
then un-checking zero values in options to display white space instead
of -0-.

vjk
 
F

Fred Smith

Excel will always treat an empty as zero. But cells that look empty aren't
necessarily. If you have a formula in them, even one that returns a null
string (""), the cell is not empty.

Regards,
Fred
 
V

vjk

Excel will always treat an empty as zero. But cells that look empty
aren't necessarily. If you have a formula in them, even one that returns
a null string (""), the cell is not empty.

Regards,
Fred

Hi Fred,

Maybe I am missing something. Select show formulas in options and some
of the C and D cells are still blank [in my original sheet] - the
formula was in E cells - and they are visible. This is table data that
was copied from a Word document. The #VALUE! error seems to also be
caused by the blank cells after some 30 odd rows or so - and I presumed
there is a limit on how may empties it can digest as zero's before
complaining. [Excel 2000]

Not trying to be argumentative - just want to be sure I understand what
is causing the behavior. This is about as basic as a spreadsheet can
get. Filling in zeros seems to have resolved the issue - there are some
170+ rows in all.

vjk
 
F

Fred Smith

I can't say any more than I did. There's no limit that I know of to the
number of empty cells which Excel can process. The way to test it is simple.
When you get a #Value error on a cell which you think is empty, take a look
at it in the formula bar. If there's anything there, like a space, null
string or formula which evaluates to null, it's not empty to Excel. If it
truly is empty, but gives you a #Value error, then let us know, because it
shouldn't happen.

Regards,
Fred

vjk said:
Excel will always treat an empty as zero. But cells that look empty
aren't necessarily. If you have a formula in them, even one that returns
a null string (""), the cell is not empty.

Regards,
Fred

Hi Fred,

Maybe I am missing something. Select show formulas in options and some
of the C and D cells are still blank [in my original sheet] - the
formula was in E cells - and they are visible. This is table data that
was copied from a Word document. The #VALUE! error seems to also be
caused by the blank cells after some 30 odd rows or so - and I presumed
there is a limit on how may empties it can digest as zero's before
complaining. [Excel 2000]

Not trying to be argumentative - just want to be sure I understand what
is causing the behavior. This is about as basic as a spreadsheet can
get. Filling in zeros seems to have resolved the issue - there are some
170+ rows in all.

vjk
 
J

jim

The fact that the table was created from a word document make me feel sure
that there is text in there somewhere. To test this, try my earlier
suggestion:

If your data is in columns C thru E, for example, in cell f3 ener this:
=count(c3:e3) The answer should be 3. If it's not, you have text there,
not a number. Fill the formula down column F and any time you see something
other than a three where there is data in c,d and e, there must be text. A
truly blank cell will not cause the #VALUE! error.

Jim

Excel will always treat an empty as zero. But cells that look empty
aren't necessarily. If you have a formula in them, even one that returns
a null string (""), the cell is not empty.

Regards,
Fred

Hi Fred,

Maybe I am missing something. Select show formulas in options and some
of the C and D cells are still blank [in my original sheet] - the
formula was in E cells - and they are visible. This is table data that
was copied from a Word document. The #VALUE! error seems to also be
caused by the blank cells after some 30 odd rows or so - and I presumed
there is a limit on how may empties it can digest as zero's before
complaining. [Excel 2000]

Not trying to be argumentative - just want to be sure I understand what
is causing the behavior. This is about as basic as a spreadsheet can
get. Filling in zeros seems to have resolved the issue - there are some
170+ rows in all.

vjk
 
V

vjk

Finally clear - I think ;-)

The offending "character" was a Word "space" within the word table
fields. But it seems that not all spaces are equal. I think I figured
out what was causing the odd [to me] behavior.

What I find interesting, is that the Word "space" was not fully visible
to the Excel sheet - not in the formula bar - not it the cell- and
cannot be "deleted" or backspaced over. You cannot copy it to notepad.
The =count formula *does* reveal its existence.

Also, it seems that table justification transfers from Word, since my
offending text character, 123.4 was right justified in the Excel sheet -
which is why it was hard to notice as text. If you enter 123.4 [on a
european region box]into a cell in a new row, Excel sees that as text
and automatically left justifies, but the toolbar does not display the
"justification". If you right justify it it moves to the right in the
cell and the justification is visible in the toolbar. But if then, in
the formula bar, you add spaces after the 123.4 the spaces are there in
the bar as additional text, but that does not result in the cell
displaying the spaces. The visible characters remain right justified -
no spaces. Excel obviously does not want you using spaces to align what
is in the cell

So in the word table, the "spaces" were visible [in Word] when exposed
under the view options [seen as a horizontal colon character] but I
suspect are actually cruff from some previous Word right indent
configuration on that table. I presume they are a "hidden" space created
by word when the right indent was applied at some point, and for
whatever reason, got orphaned. I can find no option in Excel that would
"expose" the character other than the =count formula. Since they are a
hidden Word element, maybe that accounts for why you cannot delete or
remove them from an Excel cell using the obvious means - you can only
overwrite - which is why the zero's did the trick.

Thank you for the assistance

Excel will always treat an empty as zero. But cells that look empty
aren't necessarily. If you have a formula in them, even one that returns
a null string (""), the cell is not empty.

Regards,
Fred

Hi Fred,

Maybe I am missing something. Select show formulas in options and some
of the C and D cells are still blank [in my original sheet] - the
formula was in E cells - and they are visible. This is table data that
was copied from a Word document. The #VALUE! error seems to also be
caused by the blank cells after some 30 odd rows or so - and I presumed
there is a limit on how may empties it can digest as zero's before
complaining. [Excel 2000]

Not trying to be argumentative - just want to be sure I understand what
is causing the behavior. This is about as basic as a spreadsheet can
get. Filling in zeros seems to have resolved the issue - there are some
170+ rows in all.

vjk
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top