[SOLVED] Length Not Working Like It Should

[VTwin]

Expected is  √-1

[Martin_fr]

1) It is a TEdit text box.  And the property is Text not Caption
2) The length is returning the value of 0
3) I don't remember where I saw that it was a bug, but it was on this forum somewhere

If the text string in the TEdit.Text is "3:00 PM"
Length should be returning 7 characters, not 0

3) I am not aware of any such issue in recent days. But maybe (and that could be misleading) you did read, that TEdit.Text does not return a value in the debugger. If so, that only refers to what the debugger sees. The application itself would still see the value.

Anyway, in order to help you it would be good if someone could reproduce the issue.

a) Can you try and see if it works in a new simple app
- Put a TEdit on a form
- Put a button on it
- in the button OnClick handler do: Caption := length(Edit1.Text);

Does the form's caption update according to the length of the text?

b) In your app:
- The text is entered by the user (rather than being set by the app)?
  You do NOT have code like: Edit1.Text := '...'; ?
- In what procedure do you do "length(Edit.Text)" ? Triggered by what event? Some button click, some other event?


c)
Your footer says: Lazarus 2.0 w/FPC-3.0.4 • Windows 7
That does apply to the app on which you experience the issue?

Any 3rd party packages installed / used in your app  (even if you think they are unrelated)?

[marcov]

I have similar problem

Code: Pascal  [Select][+][-]

1. writeln(i);

Outputs 5, but  expected is 3.

Expected is  √-1

Is it still the case that in physics "j" is used instead of "i" ?

[wp]

"j" has been used in electrical engineering to avoid confusion with the symbol for current (I), physics always has used "i".

[lucamar]

1) It is a TEdit text box.  And the property is Text not Caption

My example uses Edit1.Text everywhere. The only Caption you'll see is that of the label used for the results

2) The length is returning the value of 0

Which is not the case for my example/test. That's why we need to see more of your code.

3) I don't remember where I saw that it was a bug, but it was on this forum somewhere

I'm unable to find anything related. Maybe it was some (very) old bug ... <shrugs>

If the text string in the TEdit.Text is "3:00 PM"
Length should be returning 7 characters, not 0

Yes, but that is what it does here! There must be something else going on in your code if you're really seeing that.

I've modified my example/test a little so that it shows full(er) results. Note that I didn't program this because I like to brag about my skills but to show that it works here and to have a base program for you to test and see if it behaves differently in your system. Please, use it!.

[pixelink]

That is how I have it setup, but, I didn't use DateTime const to evaluate.

Your example works perfectly THANK YOU!!!

[lucamar]

That is how I have it setup, but, I didn't use DateTime const to evaluate.

Let me guess: you were converting the string "by hand" (so to say)?
Note that apart TryStrToDateTime() you have also TryStrToDate() and TryStrToTime(), if you need to make sure there is only a date or a time, respectively. The nice thing about them is that with just one call you can both: ascertain whether the string can be converted and, if so, convert it.

BTW, I'm not using any "const" (other than the resource string): just a TDateTime var.

Your example works perfectly THANK YOU!!!

Not at all; I love programing and building these little tests is always funny

[pixelink]

That is how I have it setup, but, I didn't use DateTime const to evaluate.

Let me guess: you were converting the string "by hand" (so to say)?
Note that apart TryStrToDateTime() you have also TryStrToDate() and TryStrToTime(), if you need to make sure there is only a date or a time, respectively. The nice thing about them is that with just one call you can both: ascertain whether the string can be converted and, if so, convert it.

BTW, I'm not using any "const" (other than the resource string): just a TDateTime var.

Your example works perfectly THANK YOU!!!

Not at all; I love programing and building these little tests is always funny

Cool... that was my next step is to validate that the date is , well, valid.

Thanks for the tips!!!