I would like to place buttons and panels on the screen in locations based on the screen resolution, but when I try something like the following I get a syntax error.
but if I do the math myself and just put the answers in, it works fine. I can't do this though because the screen resolution may be different on other pc's.

Edit: Yes the bmap background is defined before the Panel.

You have to do it in a function after the panel setup.
Panel define can not except variables because they are not set when the panel is created.. Use constants in define and modify with vars in functions after the define.
EDIT-> Also you can not use even simple math operations in a panel define.



EDIT -> JCL addressed this issue in one of the ask the dev or bug hunt threads and he explains better then me. I couldn't find it quickly to post a link. Hate looking for stuff on this forum, its a blackhole of good information.

Okay, I understand the idea behind this now, and I have it working correctly, But what is the -> for. I've seen it in c++ programming (something I'm very familiar with) but I don't know what it is or does, seems like an alternative to the '.' like pan_this.pos_x

It is just that for the most part in LiteC. I may use it wrong as a matter of form but it does replace '.' and pan_this.pos_x is correct. I believe there is information in manual about using it, but I think '.' is for members and '->' for flags in this form. Tell you the truth I see the experts here use it a lot and so I do - Just trying to be like the cool kids LOL.

Okay, thanks a lot for your help. Trying to be like the cool kids, lol. I found that way too hilarious.

"." normally only works on objects (/ instances of a struct), "->" is for pointers:

VECTOR temp; temp.x = 10;
VECTOR* temp; temp->x = 10;

Lite-C detects automatically whether "." is correct or should be "->", but you can deactivate this help with some pragma-define if you want to.

I highly doubt your statement if you don't know the difference between the "." and "->" operator.

First one is member access, second one is member access by dereferencing a pointer. Lite-C allows you to substitute -> with ., that doesn't make it nice syntax though, just eased the transition from C-Script.

@Superku What would I have to do to deactivate it? Seems like an easy step to help learn how to move out of the safety net of Lite-C.

@Justsid so I should use it for anything create like this -part*

BMAP*
SOUND*
PANEL*
all use -> for dereferencing to the data

And yes, every member access through a pointer needs to dereference the pointer, which is what the -> operator is doing. Alternatively, you can also use something like (*ptr).member, which is essentially the same thing: Dereference the pointer, access the member.

Anyhow, PRAGMA_POINTER will also require you to make more changes. Something like this for example doesn't work anymore:


The signature of vec_set() is pretty clear, the first argument has to be a pointer, but temp isn't in this case. Instead you have to use the reference operator & to get the pointer to temp:


Similarly:

Wow - Ok this is going to be new.