#1   Report Post  
Posted to microsoft.public.excel.misc
ck ck is offline
external usenet poster
 
Posts: 52
Default ignore decimal

Hi,
I saw some posts regarding the ignoring of decimal points and the solutions.
What happens if a particular cell requires manual input and the decimal
places varies?

E.g.
1.25
89.1204
105.22

Requi
125
891204
10522

Any solutions for this? Thanks
  #2   Report Post  
Posted to microsoft.public.excel.misc
external usenet poster
 
Posts: 35,218
Default ignore decimal

I think I'd treat the entries as text and use a formula like:

=--substitute(a1,".","")

=substitute() returns a string.
the first minus converts the string to a number (but opposite sign). The second
minus changes the number back to the original sign.



ck wrote:

Hi,
I saw some posts regarding the ignoring of decimal points and the solutions.
What happens if a particular cell requires manual input and the decimal
places varies?

E.g.
1.25
89.1204
105.22

Requi
125
891204
10522

Any solutions for this? Thanks


--

Dave Peterson
  #3   Report Post  
Posted to microsoft.public.excel.misc
ck ck is offline
external usenet poster
 
Posts: 52
Default ignore decimal

Hi Dave,

It works but i encounter a situation which I did not anticipate (error on my
part). If i key in 1.2521, it will reflect 12521 (ok) but if the figure is
suppose to be 1.200, then it shows 12 when it should be 1200.

What can be done to your formula to solve this issue? Or am i asking for too
much out of the capability of formulas?

entry: require Your solution
1.2521 12521 ok
1.2000 12000 it shows 12 instead of the required
88.49 8849 ok
88.50 8850 it shows 885 instead of the required

Thanks.


"Dave Peterson" wrote:

I think I'd treat the entries as text and use a formula like:

=--substitute(a1,".","")

=substitute() returns a string.
the first minus converts the string to a number (but opposite sign). The second
minus changes the number back to the original sign.



ck wrote:

Hi,
I saw some posts regarding the ignoring of decimal points and the solutions.
What happens if a particular cell requires manual input and the decimal
places varies?

E.g.
1.25
89.1204
105.22

Requi
125
891204
10522

Any solutions for this? Thanks


--

Dave Peterson
.

  #4   Report Post  
Posted to microsoft.public.excel.misc
external usenet poster
 
Posts: 8,651
Default ignore decimal

In which case you'd have to enter as text, not as a number. When Excel
stores a number, it doesn't distinguish between 1.2 and 1.200.
--
David Biddulph


"ck" wrote in message
...
Hi Dave,

It works but i encounter a situation which I did not anticipate (error on
my
part). If i key in 1.2521, it will reflect 12521 (ok) but if the figure is
suppose to be 1.200, then it shows 12 when it should be 1200.

What can be done to your formula to solve this issue? Or am i asking for
too
much out of the capability of formulas?

entry: require Your solution
1.2521 12521 ok
1.2000 12000 it shows 12 instead of the required
88.49 8849 ok
88.50 8850 it shows 885 instead of the required

Thanks.


"Dave Peterson" wrote:

I think I'd treat the entries as text and use a formula like:

=--substitute(a1,".","")

=substitute() returns a string.
the first minus converts the string to a number (but opposite sign). The
second
minus changes the number back to the original sign.



ck wrote:

Hi,
I saw some posts regarding the ignoring of decimal points and the
solutions.
What happens if a particular cell requires manual input and the decimal
places varies?

E.g.
1.25
89.1204
105.22

Requi
125
891204
10522

Any solutions for this? Thanks


--

Dave Peterson
.


  #5   Report Post  
Posted to microsoft.public.excel.misc
ck ck is offline
external usenet poster
 
Posts: 52
Default ignore decimal

Tks to all for the help.

"David Biddulph" wrote:

In which case you'd have to enter as text, not as a number. When Excel
stores a number, it doesn't distinguish between 1.2 and 1.200.
--
David Biddulph


"ck" wrote in message
...
Hi Dave,

It works but i encounter a situation which I did not anticipate (error on
my
part). If i key in 1.2521, it will reflect 12521 (ok) but if the figure is
suppose to be 1.200, then it shows 12 when it should be 1200.

What can be done to your formula to solve this issue? Or am i asking for
too
much out of the capability of formulas?

entry: require Your solution
1.2521 12521 ok
1.2000 12000 it shows 12 instead of the required
88.49 8849 ok
88.50 8850 it shows 885 instead of the required

Thanks.


"Dave Peterson" wrote:

I think I'd treat the entries as text and use a formula like:

=--substitute(a1,".","")

=substitute() returns a string.
the first minus converts the string to a number (but opposite sign). The
second
minus changes the number back to the original sign.



ck wrote:

Hi,
I saw some posts regarding the ignoring of decimal points and the
solutions.
What happens if a particular cell requires manual input and the decimal
places varies?

E.g.
1.25
89.1204
105.22

Requi
125
891204
10522

Any solutions for this? Thanks

--

Dave Peterson
.


.



Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules

Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
How can I convert decimal commas to decimal points? Peteylepieu Excel Discussion (Misc queries) 1 October 2nd 07 10:18 PM
Subtracting two 2-decimal place numbers gives result 13-decimal places? [email protected] Excel Worksheet Functions 5 March 12th 07 10:38 PM
Batch converting CSV files from comma-decimal to period-decimal Nodles Excel Discussion (Misc queries) 3 July 5th 06 06:57 PM
Converting 2-place decimal value to floating point decimal number with leading zero Kermit Piper Excel Discussion (Misc queries) 3 March 18th 06 06:20 PM
FIXED 2 DECIMAL PLACES, MUST ENTER ALL ZEROES AFTER DECIMAL POINT. SUKYKITTY Excel Discussion (Misc queries) 3 July 6th 05 01:50 PM


All times are GMT +1. The time now is 10:11 AM.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Copyright ©2004-2025 ExcelBanter.
The comments are property of their posters.
 

About Us

"It's about Microsoft Excel"