Alters [library support]

[Wormopolis]

ok. leave a number in there that makes sense to you, and I will put in something to ignore post count if entry is blank

[Skidjit]

Ok I'll do that. Thanks.

[Wormopolis]

v1.5.1 submitted

now handles not finding post count correctly, as well as blank percentage value
now works from quick reply
if member deletes their account, it should still show alter data in profile as long as alter still exists. if you delete an alter, the post will revert to OP, and if the member also deleted their account, it will look like a guest post. its better to just set the alter to NOT be active using the checkbox in its settings, or assign the alter to someone else if you allow for that.



I looked at making it update alter data on each post but I dont think its possible. VS Admin said its not allowed to set a key on a page load, and essentially this would attempt to update the post key on every post associated with an alter. Im sure proboards would flip out if I set it to update 20 post keys on a page load.

[Elædria]

Hi there! I've recently installed your plugin on my forums, and I absolutely love the way it works. (: My only problem thus far is that because I'm using Stinky66's board remodel, it doesn't display the alter's username, it displays the actual username on the board display. You can see an example of it on my forums here.

I should be able to change the variable $[board.last_thread.last_post.created_by_user] to something that will show the alter's display name, but I'm unsure how. Any tips?

[Wormopolis]

on the main page? you dont have alast post cell on the main page.. the thread listing I am seeing TestingKitten as the last post author in "rules & regulations"

[Elædria]

Screenshot - Shouldn't it show 'TestingKitten' instead of 'Admin' there?

[Wormopolis]

ah ok I see it now.

yeah currently there isnt anything in there to replace that author name. if the template were default it would work, but once the template gets jacked with, plugins have no idea where stuff is that it needs to do its job. The alter code is looking for a cell to start with, and your template moved it into a div. I need to push out a small change to target the div in order for it to find it.

[Elædria]

Ahh, alrighty. Thanks for your help! (: Still definitely going to use this code.

[Wormopolis]

I added in something that should make it find it. Im trying to finish up the custom MP remodel part of this code this week, so it will be in that release.

[Skidjit]

Once you've finished that will all people who are using your pluging need to update?
That might be a dumb question, I just thought I'd ask.

[Wormopolis]

only if they want to.

[Ace Of Charts]

Question, what is the proper way to update this plugin without losing any alters?

When I updated to 1.5.1, I did so by deleting the old version (I clicked "Delete Plugin," not "Delete Plugin & Data," so I figured I was good), and putting the new version in, and lost what few alters we'd made. Is there a more proper way to do it, so I don't lose any alters next time?

[Wormopolis]

I thought that was fixed? Tim Camara might know?

[Wormopolis]

v1.6.0
custom MP modeling now available. (I dont have if statements working yet though)

will be submitted tonight.

[Ace Of Charts]

I just updated to 1.6, and my forum's alters are gone again.

Allow me to clarify what's going on, specifically.

What I speak of is, when I delete the old version, then install the new version, the list of characters is gone from the Characters tab in the UI, and as a result, until they're restored, alters do not appear in posts. Apparently, that data is still present, but after an update, since there's no existing Alter in the Characters list to attach the data to, they don't appear until the Alter is restored. I have found that as long as the user permissions and display name are restored properly, the Alter's miniprofile is restored in any posts made by that Alter.

I can only assume that what's going on is, the UI settings data is thrown out when the old plugin is deleted (as I know is the case for any plugin), but the other data stays as it should.

So what would need to happen, if I am correct in my assessment of the problem, is that the key would need to remember current UI settings data, and restore it when it detects that the plugin has been re-installed.

Edit-In: Or, another solution, if the above cannot be used, add Download/Upload Character Data buttons to the Characters tab, so that when staff needs to update the plugin, they can fetch the character data, then restore it after the UI data is inevitably thrown out when re-installing the plugin.