incredyJoin Date: 2011-05-18
Post Count: 7764 |
Sorry for the title, but I found out most of you ignore my posts.
Ever had a virus but can't delete it, because it's invisible [Nil]? Well, here's a solution! We would have a new tab under "Explorer", located at "View". Simply, when you click it, A new tab will be shown next to the Explorer section. The nil Explorer would be the same as the Normal explorer, but it will show all nill too.
IF NIL EXPLORER IS HARD TO MAKE, THEN LOOK DOWN.
It would be a icon next to the Ungroup Icon. Simply, click it and it will show all the hidden things in the Explorer.
Meh, If you SUPPORT, then OKAY.
Meh, If you DON4T SUPPORT, Then, meh, reason. |
|
boomer549Join Date: 2008-07-19
Post Count: 8545 |
... I'm sorry, what?
I have no idea what you have said. This seems more of something for the Internet people, like IE, or MZFF. |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
*Facepalm*, I need builders, not people that doesn't know anything about scripting. -.-
~If someone betrays you once, it's his fault. If someone betrays you twice, it's your fault.~ |
|
EspithelJoin Date: 2009-10-09
Post Count: 20917 |
Is this one of those viral scripts in free models?
Always save before using a free model.
So if it's a bad free model, you can just quit and no progress lost.
Or you could just look for a script virus vaccine. |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
Its going to be a bit redicilous to keep saving when placing free models. :d
~If someone betrays you once, it's his fault. If someone betrays you twice, it's your fault.~ |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
You can't just remove nil scripts.
~If someone betrays you once, it's his fault. If someone betrays you twice, it's your fault.~ |
|
cobalt10Join Date: 2008-07-21
Post Count: 7371 |
I always thought setting the parent to nil removed the object from the game, as in the script would cease to function because of it? Or is this just some cheating way of calling :remove without actually calling :remove?
Anyway, when you set an object's parent to nil, you've literally set it's parent to nothing. As in, it has no parent. The object would still have to be *somewhere* inside of the game and, therefore, be able to be indexed provided to client has enough permissions to view where ever it went.
So, support. It would certainly be possible, provided I understand this correctly.
~ Ivegottogodosomething! |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
Thank you!! ;d Finally sopmeone understands this!
I messed up the title, I should keep it a bit clean.
~If someone betrays you once, it's his fault. If someone betrays you twice, it's your fault.~ |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
Thank you!! ;d Finally someone understands this!
I messed up the title, I should keep it a bit clean.
~If someone betrays you once, it's his fault. If someone betrays you twice, it's your fault.~ |
|
moobleJoin Date: 2008-01-12
Post Count: 1170 |
I agree. It'll help keep a backup of accidentally deleted objects, things that have fallen out of existence, and expand the knowledge of Nil. Only problem is that we don't know whether Nil deletes the objects or stores them in memory. If it deletes them, then it won't have much use. If it stores them in memory, then it will work. |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
Bump.
(｀・ω・´) |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
Bump.
(｀・ω・´) |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
Bump. Happy newyear!
(｀・ω・´) |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
Bump. Happy new year!
(｀・ω・´) |
|
|
simple, don't use free models. |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
Ow really? Say that to the whole community. Not me only. Before you start giving short "answers", think about what you say, simply saying "Simple, don't use free models", isn't enought. I see it as a invalid reason. And this thread isn't just about free models, [Look a bit above]. Go check where your part goes when it falls off your base. It has no parent anymore, but is still in memory, SOMEWHERE.
(｀・ω・´) |
|
|
support
and when an object is in nil, that is basicly removing it, but it can be brought back if it has a variable, like if a = game.Workspace.pie and you made a.Parent = nil then it could be brought back again
and scripts that are put into nil can STILL RUN
their are plenty of scripts that take advantage of being able to run n nil, like player orbs(camball), those work even when you have been placed into null(banned) in a game and the scripts go into nil so nothing can change or remove them
this would be a very useful feature to add |
|
|
"Sorry for the title, but I found out most of you ignore my posts."
There's a reason for that.
"I'm not raiding, I'm on a day trip to your armoury" - x001 |
|
cobalt10Join Date: 2008-07-21
Post Count: 7371 |
> but it can be brought back if it has a variable, like if a = game.Workspace.pie and
> you made a.Parent = nil then it could be brought back again
Incorrect. If you set a variable first, then move the object the variable pointed too afterwards, the variable will not auto-update itself and therefore any time you try to reference that variable again it will through out and object nil error. That's not the same as bringing an object back from nil.
~ Ivegottogodosomething! |
|
cobalt10Join Date: 2008-07-21
Post Count: 7371 |
God, I made too many typos in that last post.
~ Ivegottogodosomething! |
|
incredyJoin Date: 2011-05-18
Post Count: 7764 |
Lol.
(｀・ω・´) |
|
|
try this script
it is still recovered from nil just fine
a = game.Workspace.Wedge1
a.Parent = nil
wait(2)
a.Parent = workspace
wait(1)
game.Workspace.Wedge1.Parent = nil
wait(2)
a.Parent = workspace |
|
|
i also just tested it with 2 scripts, one sets the variable and does test1(putting a to nil and back) then it waits for script2 to do test2(put the object in nil VIA game.Workspace.Wedge1) then script 1 puts a back into workspace
to do the test run them at the same time
script one
a = game.Workspace.Wedge1
a.Parent = nil
wait(2)
a.Parent = workspace
wait(1)
wait(6)
a.Parent = workspace
script two
wait(4)
game.Workspace.Wedge1.Parent = nil |
|
cobalt10Join Date: 2008-07-21
Post Count: 7371 |
The last time I attempted to do this, it hadn't worked. Now I all have to do is figure out why. I'll just assume it was because I forgot to anchor the brick or something and call it a day.
~ Ivegottogodosomething! |
|