1031 replies to this topic

[Shockman]

Regarding movement of objects: wether the objects are grouped or not I could add a move mode. Something like in blender where you have to press g first to enter the movement mode and then you're able to move things around. If not in that mode nothing will happen when you click/drag an object.
And for the grouping feature: if I add more or less all features in the context menu that is in the collection manager the manager would be obsolete and the context menu would be flooded with items. And believe me that won't help at all

 

You have got to be kidding. A movement mode? As opposed to what other mode? How is this going make grouping useful again? It was perfect before you made that stupid decision that a simple click to select, move anything was too damn simple and perfect.

 

So what you have in mind now, is that going to be in addition to having to press another key (shift) to further complicate the overly complicated selection of an element?

 

Good Lord man. I told you when you changed that that it was not helpful, but opposite of it. I told you that clicking on something and moving a bunch of other shit around, some on other layers was stupid. It was not broke, and it certainly was not fixed, and now you want to add another step or function.

 

I don't even like this editor for upgrading a table any more. You could not pay me to use it for a new project. If something needs moved, it should be click and drag. If someone wanted to move a group, then that would be the special case and the shift key only then would make any sense.

 

This is not joining. If you want people to move things around together because the are joined, then that function should exist, A collection is not that, and neither is a grouped collection..

Edited by Shockman, 18 May 2018 - 11:34 PM.

[hauntfreaks]

someones off their meds...   

Edited by hauntfreaks, 18 May 2018 - 11:35 PM.

[fuzzel]

Seems so...

someones off their meds...   

[Shockman]

If you guys really believe that having to use a shift key to move what you click on, instead of using it for doing something special, like moving a lot of other things, then, if my meds would make me agree with that, I'll stay off them.

 

I'm not the only crazy fucker, or under-medicated, or what ever you are accusing me of being, that thinks this was not worth loosing grouping for, when it would not have made any more sense had it not. I'm just the only one that would say you're mean, stupid, and it seems ignorant of the actual use of this editor. VP has gotten better, but this editor was better as it was in this respect. For an old guy like me, it is just a snag, and an accident waiting (not for long) to happen with grouping on, it's about the same to me as if you switched the mouse buttons over. Everyone would have a problem with that even if they went ahead and used it that way, but for some it would make a relaxing hobby frustrating, and for at least me, it would not be worth it.

 

It was fine before. It has caused probably everyone to abandon their grouping, which was quite handy. It made not a lick of sense, was argued about when it happened. You might have thought at the time that there was some point to throwing a snag in a very basic standard, but why would it remain at this point?

[hauntfreaks]

where was it said there wouldnt be grouping?? if that was said I missed it....

I think the joke is the overreacting.... 

"I don't even like this editor for upgrading a table any more. You could not pay me to use it for a new project."

 

in what world do you think these devs or anyone else would care if you stopped using this freeware??

and what new project??.... you built one table in 10yrs and never finished it.... come on man stop.... LOL

Edited by hauntfreaks, 20 May 2018 - 12:26 AM.

[Shockman]

In this world I would care, but I know what you mean.

 

 

Oh, and I have finished my table... Lots of times.

Edited by Shockman, 20 May 2018 - 04:45 AM.

[Thalamus]

This is a beta thread. This is where things change, gets broken, fixed and/or tested. If the devs makes something that no one likes. I'm sure we'll be able to tell them just that. But, like civil people we would do it in a calm and polite manner.

 

We all know who you are on this site. And for me, reason is mostly because of your ridiculous outburst about anything new made to VP. Now, this isn't the place to discuss this any further. If you still need to rant about how bad the VP editor is, make your own thread. Just know that you feeling strongly about something doesn't mean the rest of the community agree, I would say just the opposite. And, no one is forcing you to go beyond the version that last had the grouping or whatever you whine about done "the right way".

Edited by Thalamus, 20 May 2018 - 07:11 AM.

[Slydog43]

Not sure if this a bug or not.  I'm trying to convert a vp9 table to vpx.  When I open up the table (vpx converted table) and I uncheck Test Desktop and choose Fullscreen, then save the table.  Close out of VP, reopen VP and choose table the Test Desktop is checked along with desktop Mode.  How do I change those to be saved with the table.  Thanks

[xenonph]

Not sure if this will help, but you can open the editor and click Video Options, then you should see "Use always FS Backdrop Settings".

I think it will default always to Desktop mode if this is not checked.

[coreduo0099]

Hi,

 

Just to report, I ran into a table that plays on 10.4 but not on 10.5...  "Nobs (BorgDog 2016)" original table will not put the ball to the plunger in 10.5.

 

Just a heads up in case it it not known. 

 

I was going to post in the download section for the actual table, but could not find it with search.

[BorgDog]

Hi,
 
Just to report, I ran into a table that plays on 10.4 but not on 10.5...  "Nobs (BorgDog 2016)" original table will not put the ball to the plunger in 10.5.
 
Just a heads up in case it it not known. 
 
I was going to post in the download section for the actual table, but could not find it with search.

It's over on vpinball.com. it's an issue with the ramps used for the trough, make the physical wall on them 0 and it should work (based on other similar tables, have not tested this one)

Sent from my Nexus 6 using Tapatalk

[toxie]

I had to change some physics related code for the ramps in 10.5, so most likely related to that (now they are more precisely collision detected than before)..

[coreduo0099]

 

Hi,
 
Just to report, I ran into a table that plays on 10.4 but not on 10.5...  "Nobs (BorgDog 2016)" original table will not put the ball to the plunger in 10.5.
 
Just a heads up in case it it not known. 
 
I was going to post in the download section for the actual table, but could not find it with search.

It's over on vpinball.com. it's an issue with the ramps used for the trough, make the physical wall on them 0 and it should work (based on other similar tables, have not tested this one)

 

yep, that did it, selected trough ramp, went to physics, changed both physical wall values to 0

[bassgeige]

It seems all LOTR versions and all vp versions do not run with the db2s and stay still with a form1 tasklist window after the last beta 1524600269_VPX_5_beta_rev3406 is used. Reverting back to the full install VPX4setup version solved the problem together with the "beta".exe

 

I did use the old script folder backup instead the one from the 1524600269_VPX_5_beta_rev3406 and it does work again. Maybe some script does not work in this package or is missing?

[bassgeige]

Strange the form1 window is back again. It does seem the VPinMAME.Controller is not affected. No idea what changed again atm. A different db2s for LOTR also had the form1 window appearing. Curious.

[bassgeige]

After redownloading and installing everything again, also deletion of nvram and carefully checking every setting over and over was done. Luckily I had the idea to set the db2s mode instead exe to the normal mode for lotr and lowered the timings and hit also the f3 keyboard button a few times. This helped and afterwards I set back all settings to their fastest timing and also the exe mode. So far it does work. :-)

 

Hopefully it will continue to do so, as every other table after the new hardware and the latest os setup did not had this curiosity.

[gtxjoe]

Can droptargets be enabled/disabled via script using HasHitEvent?  It looks like it is only readable via script so just trying to confirm

[DJRobX]

Anyone having vpx open but fail to load a table when you double click a table from a folder? Maybe my system is acting strangely but don’t remember it acting like that before. Maybe it’s the option to open table on startup messing it up

 

That's never worked for me.  It's always opened VPX but does not open the file.   Since at least VPX 10.1.   

Edited by DJRobX, 28 May 2018 - 08:13 PM.

[Rajo Joey]

Anyone having vpx open but fail to load a table when you double click a table from a folder? Maybe my system is acting strangely but don’t remember it acting like that before. Maybe it’s the option to open table on startup messing it up

 
That's never worked for me.  It's always opened VPX but does not open the file.   Since at least VPX 10.1.   

That's how I always started a table. Double click on the file and it works without problems.
Win 10 64bit; but also under Win 7 before. Maybe a problem with the rights?

Gesendet von meinem SGP511 mit Tapatalk

[Slydog43]

I had this problem years ago.  Its the registry.  check to make sure for vp9

 

HKEY_CLASSES_ROOT\Applicaitons\VPinball995.exe\shell\edit\command you have

    "C:\Visual Pinball\VPinball995.exe" "%1"

 

and 

 

HKEY_CLASSES_ROOT\Applicaitons\VPinball995.exe\shell\open\command you have

    "C:\Visual Pinball\VPinball995.exe" -play "%1"

 

 

for vpx

 

HKEY_CLASSES_ROOT\Applicaitons\VPinballX.exe\shell\edit\command you have

    "C:\Visual Pinball\VPinballX.exe" "%1"

 

and 

 

HKEY_CLASSES_ROOT\Applicaitons\VPinballX.exe\shell\open\command you have

    "C:\Visual Pinball\VPinballX.exe" -play "%1"

 

 

should be good to go after that

Edited by Slydog43, 29 May 2018 - 07:38 AM.