Re: [DQSD-Users] respect comma and period localization

2006-12-05 Thread Shawn K. Hall
Hi Stephen,

 But i have a small issue. Here in Denmark where i live
 we dont use the . (dot) as decimal marker, rather we
 use the , (comma).
 ...
 Is there anyway that i can configure this to work right
 in DQSD?

Can you be a bit more specific about where this is a problem? What
searches are you using that are being misinterpreted? Can you provide a
couple examples?

Regards,

Shawn K. Hall
http://12PointDesign.com/



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
To unsubscribe visit:
https://lists.sourceforge.net/lists/listinfo/dqsd-users
DQSD-Users@lists.sourceforge.net
http://sourceforge.net/mailarchive/forum.php?forum_id=8601


Re: [DQSD-Users] respect comma and period localization

2006-12-05 Thread Kim Gräsman
Hi Stephen,

 But i have a small issue. Here in Denmark where i live we 
 dont use the . (dot) as decimal marker, rather we use the , (comma).
 
 In most programs this switch is seamless, but in some 
 including DQSD, we have to use the wrong way to write a number: 
 
 On my system this is wrong:
 29.55
 
 on my system this is right:
 29,55
 
 Now my question.
 Is there anyway that i can configure this to work right in DQSD?
 Is there anyway that someone can make the installer detect 
 this localization? 

It's the same here in Sweden.

You see, what you're entering into the search bar (provided you mean when
you use it as a calculator) is actually JavaScript code.

If you type:

 25 + 9 / 3 * 3.14

the search bar responds with

 34.42

As this is just a JavaScript expression and JavaScript always expresses
floating point numbers in a locale-invariant manner, there's no built-in
facility for localized numerics.

Then again, I guess we could preprocess every numeric expression replacing
decimal separator of your choice with . before evaluating the
expression.

To me it just seems counter-intuitive, but maybe that's because I know what
it does, so I expect the locale-invariant behavior.

- Kim


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
To unsubscribe visit:
https://lists.sourceforge.net/lists/listinfo/dqsd-users
DQSD-Users@lists.sourceforge.net
http://sourceforge.net/mailarchive/forum.php?forum_id=8601


Re: [DQSD-Users] respect comma and period localization

2006-12-05 Thread Stephen Møller

Yes its only when i use it as a calculator...


When i do have to use it as a calculator, it usually has to work fast and,
with allot typing in different numbers.
When i hit the key below number 3 on the numeric keyboard, i get a comma
and not a period... to get a period i have to go to the main part on the
keyboard... like i said, just a little issue, thats a little annoying.

Anything that can be done?

excuse me... but i have seen it before in a very few pieces of software, and
to me it just seems to be lazy design/programming. (sorry)

Again, i don't know anything about javacode, or other types of programming,
but i love little genius software like DQSD.

Stephen

On 12/5/06, Kim Gräsman [EMAIL PROTECTED] wrote:


Hi Stephen,

 But i have a small issue. Here in Denmark where i live we
 dont use the . (dot) as decimal marker, rather we use the , (comma).

 In most programs this switch is seamless, but in some
 including DQSD, we have to use the wrong way to write a number:

 On my system this is wrong:
 29.55

 on my system this is right:
 29,55

 Now my question.
 Is there anyway that i can configure this to work right in DQSD?
 Is there anyway that someone can make the installer detect
 this localization?

It's the same here in Sweden.

You see, what you're entering into the search bar (provided you mean when
you use it as a calculator) is actually JavaScript code.

If you type:

25 + 9 / 3 * 3.14

the search bar responds with

34.42

As this is just a JavaScript expression and JavaScript always expresses
floating point numbers in a locale-invariant manner, there's no built-in
facility for localized numerics.

Then again, I guess we could preprocess every numeric expression replacing
decimal separator of your choice with . before evaluating the
expression.

To me it just seems counter-intuitive, but maybe that's because I know
what
it does, so I expect the locale-invariant behavior.

- Kim


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
To unsubscribe visit:
https://lists.sourceforge.net/lists/listinfo/dqsd-users
DQSD-Users@lists.sourceforge.net
http://sourceforge.net/mailarchive/forum.php?forum_id=8601





--
Stephen-Peter Foged Møller [EMAIL PROTECTED]
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
To unsubscribe visit:
https://lists.sourceforge.net/lists/listinfo/dqsd-users
DQSD-Users@lists.sourceforge.net
http://sourceforge.net/mailarchive/forum.php?forum_id=8601


Re: [DQSD-Users] respect comma and period localization

2006-12-05 Thread Glenn Carr
Stephen,
 
I don't think it was laziness on Dave's part - I'll blame Dave ;) - just an
oversight.  
 
And, I'm a bit surprised that we haven't had a request for this change
before (that I know of).  I took a quick look at the changes required to do
a replacement like Kim suggested would be more involved than I thought it
would be (see calculate.js:mathexp).
 
Unfortunately, I don't see a change being implemented to handle this.


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stephen
Møller
Sent: Tuesday, December 05, 2006 4:24 PM
To: DQSD users mailing list
Subject: Re: [DQSD-Users] respect comma and period localization


Yes its only when i use it as a calculator...


When i do have to use it as a calculator, it usually has to work fast and,
with allot typing in different numbers.
When i hit the key below number 3 on the numeric keyboard, i get a comma
and not a period... to get a period i have to go to the main part on the
keyboard... like i said, just a little issue, thats a little annoying. 

Anything that can be done?

excuse me... but i have seen it before in a very few pieces of software, and
to me it just seems to be lazy design/programming. (sorry)

Again, i don't know anything about javacode, or other types of programming,
but i love little genius software like DQSD. 

Stephen


On 12/5/06, Kim Gräsman [EMAIL PROTECTED] wrote: 

Hi Stephen,

 But i have a small issue. Here in Denmark where i live we
 dont use the . (dot) as decimal marker, rather we use the , (comma).

 In most programs this switch is seamless, but in some 
 including DQSD, we have to use the wrong way to write a number:

 On my system this is wrong:
 29.55

 on my system this is right:
 29,55

 Now my question. 
 Is there anyway that i can configure this to work right in DQSD?
 Is there anyway that someone can make the installer detect
 this localization?

It's the same here in Sweden.

You see, what you're entering into the search bar (provided you mean when 
you use it as a calculator) is actually JavaScript code.

If you type:

25 + 9 / 3 * 3.14

the search bar responds with

34.42

As this is just a JavaScript expression and JavaScript always expresses 
floating point numbers in a locale-invariant manner, there's no built-in
facility for localized numerics.

Then again, I guess we could preprocess every numeric expression replacing
decimal separator of your choice with . before evaluating the 
expression.

To me it just seems counter-intuitive, but maybe that's because I know what
it does, so I expect the locale-invariant behavior.

- Kim


- 
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
p=sourceforgeCID=DEVDEV
___
To unsubscribe visit:
https://lists.sourceforge.net/lists/listinfo/dqsd-users
DQSD-Users@lists.sourceforge.net
http://sourceforge.net/mailarchive/forum.php?forum_id=8601





-- 
Stephen-Peter Foged Møller [EMAIL PROTECTED] 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
To unsubscribe visit:
https://lists.sourceforge.net/lists/listinfo/dqsd-users
DQSD-Users@lists.sourceforge.net
http://sourceforge.net/mailarchive/forum.php?forum_id=8601