Re: [PERL] else if probleem
John Bokma schreef:
> Wimjan wrote:
> > John Bokma schreef:
> >>Wimjan wrote:
> >>>John Bokma schreef:
> >>>>Daniel Tryba wrote:
> >>>>>John Bokma wrote:
> >>>>>
> >>>>>>>>. is de "kommascheider" in de meeste talen.
> >>>>
> >>>Een goede en relevante uitzondering is bijvoorbeeld het Nederlands.
> >>
> >>lees: programmeertalen, dat was nl. de context ;-).
> >
> > Dat weet je niet. Het (behoorlijk willekeurig) geknipte stukje code van
>
> Eh, hallo, ik schreef dat, dat de "." de kommascheider (brr, ik bedoelde
> dus het decimalenscheidingsteken of zoiets) was.
>
Jaja, dat was me duidelijk.
> > de OP liet helemaal in het midden hoe hij omgaat met die bedragen: ze
> > zouden bijvoorbeeld rechtstreeks uit een edit-box kunnen zijn gehaald. Op
> > een Nederlandstalige website zou ik dan helemaal niet verbaasd zijn als
> > rationele getallen in stringrepresentatie dan een komma bevatten.
^^^^^^^^^^^^^^^^^^^^^^
> Wel in JS.
>
Javascript zal zelfstandig geen strings gaan veranderen als het de indruk
heeft dat er een getal in staat bij een vergelijking tussen twee strings.
Onafhankelijk van de taal van de gebruiker, de browser of het OS. Nooit.
> Stel je voor, anders zou je in JS moeten kijken in welke taal
> de client staat... Erger, ik gebruik een Engelstalige IE, op een
> Engelstalig OS maar zou best wel eens de ',' kunnen gebruiken...
>
Volgens mij miste je het 'in stringrepresentatie' in mijn tekst. En je
laatste zin is me onduidelijk: ik zie niet wat het onderwerp is in het
gedeelte vanaf 'op een'.
> [snip]
>
> > Tuurlijk, maar de vraag van de OP ging -als ik hem goed begrijp- helemaal
> > niet om die stukken Javascript maar om de if-then-else-constructie die
> > eromheen staat. Die is -als ik het goed lees- wel degelijk perl.
>
> Vrees van niet. Maar zelfs als het wel perl was, dan is het fout. Ik
> kijk net even terug, en ik vrees toch echt dat het geen perl is.
>
Je hebt gelijk.
> Om kortingen te berekenen hoop ik dat je > en vrienden gebruikt, en niet
> gt en vrienden :-)
>
Tuurlijk.
> >>Ik *hoop* dat dat niet afhankelijk is van de taalinstelling van de
> >>browser...
> >
> > Nee hoor. Trouwens: da's toch wel zo in MS Office-talen? Of ben ik nu
> > abuis?
>
> Ik geloof dat je dat in kan stellen. Heb al een tijdje niks meer in
> Office gedaan qua VBA. Weet wel dat ik er ooit tegenaan liep. Ooit zelfs
> in een VBA (of heette dat toen anders?) gewerkt met NLtalige opdrachten,
> vreemd... ALS bla bla DAN brrrr...
>
> > [snip reclame :-)]
>
> Wat nu, reclame, ik verkoop niks, vraag geen geld etc. ;-)
>
Tegencitaat uit de Van Dale:
<citaat>
reclame: openbare aanprijzing en alles wat daartoe dient ter bevordering
van de afzet van goederen of diensten
- (bij uitbreiding) reclame maken voor een systeem, een leer, voor
zichzelf: er aanhangers resp. bewonderaars voor trachten te werven
</citaat>
Groet,
Wimjan
--
Iemands e-mailadres kwijt? Probeer m'n meta e-mail zoeker eens op
<http://inventio.nl/metanamesearch/>
Re: [PERL] else if probleem
Wimjan wrote:
> John Bokma schreef:
>
>>Wimjan wrote:
>>
>>>John Bokma schreef:
>>>
>>>>Wimjan wrote:
>>>>
>>>>>John Bokma schreef:
>>>>>
>>>>>>Daniel Tryba wrote:
>>>>>>
>>>>>>>John Bokma wrote:
>>>>>>>
>>>>>>>
>>>>>>>>>>. is de "kommascheider" in de meeste talen.
>>>>>>
>>>>>Een goede en relevante uitzondering is bijvoorbeeld het Nederlands.
>>>>
>>>>lees: programmeertalen, dat was nl. de context ;-).
>>>
>>>Dat weet je niet. Het (behoorlijk willekeurig) geknipte stukje code van
>>
>>Eh, hallo, ik schreef dat, dat de "." de kommascheider (brr, ik bedoelde
>>dus het decimalenscheidingsteken of zoiets) was.
>>
>
> Jaja, dat was me duidelijk.
Ok.
>>>de OP liet helemaal in het midden hoe hij omgaat met die bedragen: ze
>>>zouden bijvoorbeeld rechtstreeks uit een edit-box kunnen zijn gehaald. Op
>>>een Nederlandstalige website zou ik dan helemaal niet verbaasd zijn als
>>>rationele getallen in stringrepresentatie dan een komma bevatten.
>
> ^^^^^^^^^^^^^^^^^^^^^^
Natuurlijk kan daar een komma inzitten, maar dan kan je niet meer
nummeriek vergelijken, en vergelijken als tekst is onzinnig, want dan
blijkt 1000000 ineens kleiner te zijn dan 2 (bijvoorbeeld).
>>Wel in JS. >
>
> Javascript zal zelfstandig geen strings gaan veranderen als het de indruk
> heeft dat er een getal in staat bij een vergelijking tussen twee strings.
> Onafhankelijk van de taal van de gebruiker, de browser of het OS. Nooit.
Ok, dat weet ik niet. Dan is het dus helemaal fout, het voorbeeld. Ik
was er vanuit gegaan dat het om Perl ging, en heb daarna ook geantwoord
(ook al zette ik er mijn vraagtekens bij).
>>Stel je voor, anders zou je in JS moeten kijken in welke taal
>>de client staat... Erger, ik gebruik een Engelstalige IE, op een
>>Engelstalig OS maar zou best wel eens de ',' kunnen gebruiken...
>>
>
> Volgens mij miste je het 'in stringrepresentatie' in mijn tekst. En je
Nee, maar "79,73" vergelijken met "100000" is een beetje onzin, zeker
voor korting en zo.
> laatste zin is me onduidelijk: ik zie niet wat het onderwerp is in het
> gedeelte vanaf 'op een'.
Engelstalig OS? Mijn NL is niet zo fantastisch ;-).
[snip]
>>Om kortingen te berekenen hoop ik dat je > en vrienden gebruikt, en niet
>>gt en vrienden :-)
>
> Tuurlijk.
Ok.
>>>[snip reclame :-)]
>>
>>Wat nu, reclame, ik verkoop niks, vraag geen geld etc. ;-)
[ Van Dale ]
> - (bij uitbreiding) reclame maken voor een systeem, een leer, voor
> zichzelf: er aanhangers resp. bewonderaars voor trachten te werven
Ah, ok, mijn sig valt onder de uitbreiding :-). Sterker, elke posting op
Usenet is reclame!
John
--
email: mail(at)johnbokma.com (or reply) home: http://johnbokma.com/
Web site hints: http://johnbokma.com/websitedesign/ ~ ICQ 218175426