Development Cycle Archive
Thread: IT 7-6: Vertical Item Movement
dunkan44
Sun Feb 29, 2004 7:32 pm
#27
Karquile wrote:
The workaround for now is to move stuff by name when the conflict exists. My alt in Bespine was able to
/move inert forward 50
and put some good Polymer on the shelf.
PS Editing doesn't work for usin this Forum because you apparently need the create_thread privilege. That might be a Forum bug.
Actually the work around is to stop using a short alias. /Use MoveFurniture instead.
You get editing privledges at Community Member..
KetherSWG
Mon Mar 01, 2004 5:24 am
#29
Karquile wrote:
The problem occurs when there is an object within your targetable world whose name conflicts with one of the four direction keywords. And the classic example, most commonly biting us in the keister right now, is theFaction Base. If your city has one, it is probably named
Forward Outpost
and guess what. When you sit in your house and type /move forward 50, it assumes you meant the base. Which indeed is not in your house.
BRILLIANT!!!!!!!! I ran into this problem when I lived on Rori. I was able to /move forward with no problems until our guild placed a faction base nearby. I didn't even consider that to be the problem. That explains so much. 
d0qtrX
Mon Mar 01, 2004 6:44 am
#30
This also happens to me on live, but i have not been able to reproduce it consistently. It's kind of random, and it sometimes depends on what PC I am using.
LLJK_Griz wrote:
Sneezy wrote:
TC only bug: /move forwardusing the command lineSTILL creates a "That object is not in the building" error message. This error message is received on /move up now also.
This also exists on live, I have not been able to use /move forward in my house since publish 5.
RebPat
Mon Mar 01, 2004 8:38 am
#31
Any chance of getting a ui for the object movement? I mean how hard would it be to have sliders that go all the directions?
Lightsabersmith
Mon Mar 01, 2004 9:45 am
#32
This might not be totally on topic but here goes anyway.
Has anyone ever noticed that the /rotate command and the Rotate radial menu do just the opposite of each other? If you clck the radial on objects and do Rotate Right, you get the object to turn counter clockwise. If you type /rotate right 90, the object rotates clockwise.
While you are doing move up and down, could we maybe get this fixed too?
Karquile
Mon Mar 01, 2004 9:56 am
#33
Lightsabersmith wrote:
This might not be totally on topic but here goes anyway.
Has anyone ever noticed that the /rotate command and the Rotate radial menu do just the opposite of each other? If you clck the radial on objects and do Rotate Right, you get the object to turn counter clockwise. If you type /rotate right 90, the object rotates clockwise.
While you are doing move up and down, could we maybe get this fixed too?
I have reported this in the (dim distant) past, but this might be a great time to get it fixed!
LLJK_Griz
Mon Mar 01, 2004 4:47 pm
#34
d0qtrX wrote:
This also happens to me on live, but i have not been able to reproduce it consistently. It's kind of random, and it sometimes depends on what PC I am using.
LLJK_Griz wrote:
Sneezy wrote:
TC only bug: /move forwardusing the command lineSTILL creates a "That object is not in the building" error message. This error message is received on /move up now also.
This also exists on live, I have not been able to use /move forward in my house since publish 5.
I just tested, it's Karquile's forward outpost bug. I'm like 500m from our base complex and apparently that's close enough to be targetted. Other people in the same town can don't have the problem because they're further away from the bases.
Feisen
Tue Mar 02, 2004 6:46 pm
#35
Karquile wrote:
So again, just a reminder that the workaround is to NAME the object:
/move glass up 20
As long as you know this trick, you should be able to move anything you're allowed to move. (They should still fix the targeting syntax.)
This does indeed fix my problem moving objects up and forward. Just a refinement on this, however...
I found that objects considered themselves named by the first word of their name, i.e. blue milk would be "blue" or painting of a krayt dragon is just "painting". A problem arises when you are trying to place objects like:
- A broken decryptor
- A camera
- A decorative shisha
- A photographic image
- A recorded image...
All of these objects consider themselves to be named "A". Even worse, as you try to move them around you'll find they are targeted in alphabetical order rather than by proximity. So you'll never get "A Recorded Image" to move withthis workaroundif you already have "A Decorative Shisha" placed in your house. Thus to place all these items, you're going to have to work backwards alphabetically.
Feisen
Feisen
Tue Mar 02, 2004 8:04 pm
#36
Addendum to above:
When the items are named exactly the same thing, then the targeting is based on proximity.
Trayson_Antilles
Tue Mar 02, 2004 11:44 pm
#37
Have you tried using object spaces? Most databases use _ instead of a space, so your A recording device would actually be A_recording_device. Worth a shot at any rate.
Feisen
Wed Mar 03, 2004 6:46 am
#38
Good suggestion. I just now tried this with several of the "A" named objects. However, in every case the system returned the "format:" error message and the object did not move. Itriedit initially without caps (/move a_recorded_image up 10) and then carefully capitalizing just as the object was named (/move A_Recorded_Image up 10), but still no go.
Trayson_Antilles wrote:
Have you tried using object spaces? Most databases use _ instead of a space, so your A recording device would actually be A_recording_device. Worth a shot at any rate.
As you said, it was worth a shot.
Oh-kari, Skystone, Tatooine(Test Center)
Tian Tian, Brethren City, Dantooine (Radiant)
vonbloodworth
Wed Mar 03, 2004 9:18 pm
#39
all movement is relitive to what way yout toon is facing...unless you use the radial then its world cord's..