[RESOLVED] why MID$() was featureless in VB6?

My original post, was a mistake.

but, anyway, I tested things that maybe aren't in the help, that is good to know.

mid$(s,2,2) = "bcabrffe" ' will only copy the first two characters. as expected.

mid$(s,2)= "abccdeeff" ' will copy everything and paste it starting from the pointed position. but if the original string length is not large enough, it will only copy what it fits within the original string size

mid$(s,2,5) = "2affbccccc" if not fits, it will be cut, overriding the explicit length to copy, it won't expand the original string size.

A starting offset that is not currently allocated, like S="123":Mid$(S,5,2) = "ab" ' will result in error 5, bad procedure call.


this is the faster way to paste thing where the size of the thing do not change.

Maybe I misunderstood, but this still works.

Code:

---

A = “ABCDEF”
Mid$(A, 2, 2) = “34”

---

Quote:

---

Originally Posted by Arnoutdv

Maybe I misunderstood, but this still works.

Code:

---

A = “ABCDEF”
Mid$(A, 2, 2) = “34”

---

---

ohhhh, right!, I re-tested it, and it works, seeing the copy past, I did a typo in the variable name, and it throw error 5, so, I though that is was featureless, also the quick help only mention it as a function not as a procedure, that also confused me!.


anyway it is interesting enough....


mid$(s,2,2) = "bcabrffe" ' will only copy the first two characters. as espected.

mid$(s,2)= "abccdeeff" ' will copy everything starting from the pointed position. but if the original lenght is not large enough, it will only copy what it fits. mid$(s,2,5) if not fits, it will be cut, overriding the desired length to copy.

this is the faster way, no concatenation, no reassign length, just a single memcopy.

why did u post this before checking yourself?
as the other answered, it works. not sure why they would change its behavior in VB6.

also, always use Mid$ if the type is a string. no point returning a Variant.

another thing is to "understand" how it works
Mid$(s, 2, 2) will change from position 2

so of course "abcd" will change into "azxd"

using Mid$(s, 3, 2) will change from position 3

so it will change "abcd" into "abzx"

@flyguille.

VB6 uses BSTR, type of string. This string type normally didn't allow to change bytes inside memory of the string data/characters. So each time you put something in a string VB place a new string, the result. But because VB6 is like a swiss army knife, for all jobs, there are some special functions/subs which change bytes directly on string data.
These are:
1. the LSET which place a string result directly on another string data, but only those that can be written to current size of target string. If we feed something smaller, then spaces placed to not used character places.
2. RET like LSET but the feeding string placed like using right justify.
3. MID$(). Although is a function we can use it like a procedure; Used for 2 bytes or multiple of two bytes
4. MIDB$(). like MID$() but for one byte or multiple of one.
So we can use a BSTR string for UTF16LE or ANSI enconding. The debug.print not know which one we use.
let's place one byte to string A using A=chrb$(65)
So now to read it on immediate window we have to use this:
Debug.Print StrConv(A, vbUnicode)
We can place text using
A=StrConv("This Is Utf16LE", vbFromUnicode).
So now A has bytes for characters at 1:1.

So what wrong with the VB IDE??
The VB IDE is a multilanguage editor, but we have to use one language, for editing our program. So why we call it multilanguage editor? For me which I use Greek names for some string values, I choose from Editor preferences a font with a specific language (Greek). So now the editor render the text (which is saved to file in ANSI form, but without saying which codepage) as the Greek Ansi codepage. Also controls have "rendering" based on the language of font in use.
Inside your code the strings as you feed them with string literals, are UTF16LE (a Unicode encoding). So to make your program to render unicode you have to use the HDC (handler of a form using from many display functions, for rendering text to forms/controls/printers). Also with careful handling of keyboard queue you get the real unicode keys from keyboard. You can use Krools controls for totaly good results.
So my last word here is: To make vb6 programs you have a lot to consider, so for practical use try something else. VB6 is the difficult path.

Something else? TwinBasic?

I am trying to comprehend this post?