schlangster

LOL

Ok, to shed a bit of light on the current situation, here's a brief overview of the people that were involved with SKSE and their roles: Ian builds the core infrastructure and decodes the fundamental game systems. Most of his work happens when the game is released. He is the essential developer behind the script extender, but as you would expect from a person that skilled, he has a job and very little time. He sticks around to do the game updates and packages releases, but he doesn't have the time to do all the grunt work that comes with adding high-level features. Behippo handles decoding the game classes (that's lots of tedious work) and adding core script functions. He is a busy guy, too, so most of his work happens after release (at least for SKSE it was like that). These guys do the groundwork, but they do not create mods themselves (or even play the game extensively). This makes it harder for them to come up with actual script functions to add. The people best suited to do that part are the ones who have mods that require those functions. They know which functions and parameters they need and they have the mod set up the actually test those functions themselves, tweak them, etc. And that's how it should be IMO. We cannot expect two people who have been around for 10+ years to still do all the work. It needs people from the current generation of modders to step and contribute. For SKSE, these roles were filled by Brendan and me. Event-based input, Papyrus-ActionScript communication, mod events, the extending Equip functions, serialization, etc. - those were things I needed for SkyUI, they did not exist yet, so I added them. I was a student at the time, so I had lots of free time and I was highly motivated. Same goes for Brendan, he added even more stuff for RaceMenu (I would list it, but I don't know the details). In summary, it was two devs for the foundations, and two for the high-level features (though these roles are generally flexible). A good mix of people with experience but little time and vice versa. SKSE64 development worked pretty much the same so far. Ian and behippo did their thing, the foundations are more or less done. But Brendan currently focuses on F4SE as I understand and I am no longer active now (that was clear from the start). Behippo had planned to take on the task of porting the functionality required for SkyUI as you know, but so far that did not happen. It doesn't surprise me at all, because I know that if I had to do it all over again, except with the drastically reduced amount of time I have now, I would not have been able to either. Porting existing functions is a bit less work than starting from scratch, but he still has to figure out many things for the first time because he did not originally add all of them. So at the moment, there's not much going on. What could happen eventually: - Brendan moves on to SKSE64. - Behippo returns. - I return to port SkyUI (and the required functions in the process). - Ian gets mad and decides to do everything by himself in one hour :D - Others decide to get involved and help. But don't count on it, and do not assume any release schedule.

The source code is included with every release, but that doesn't mean it's released under an open source license. To quote the readme: The license applies to all of the files in src/common - not to the files in src/skse. It's not an alternative, it's just the SKSE source code of each release uploaded to GitHub. And if you are looking to contribute, just do some work and submit it for review? Worked out fine for me even though the project was not handed over to me first.

I was one of the four main contributors to SKSE.

That's to account for the possibility that someone made progress without me being aware of it.

I don't think there has been progress since December. Which is not unsual BTW. Work is usually done in bursts with months of inactivity in between, and more or less autonomously. My comment regarding whether there would be SkyUI 5 for SE was: "I don't know, but I think it's unlikely." It was just my realistic assessment based on experiences of the last 10 years, and if you go by that, you should assume that it's not going to happen (and be positively surprised if it turns out I was wrong).

Quarterly progress report:

In response to post #28634659. #28634974 is also a reply to the same post. I just tested it again with Chrome and IE, downloaded the same archive several times in a row but never got the donation prompt. (E: The file I tested with was http://www.nexusmods.com/skyrim/mods/3863/ file version 5.1, manual download.)

For me, the amount of donations had actually increased after the popup was added. Then, the popup was changed to only show for repeat downloads. Mods like SkyUI, which are below the 2MB file size limit, can be downloaded without logging in or creating an account. Thus, for those cases the repeat download thing never triggers, because they are not tracked. Correct me if I'm wrong there, but when I tested it with a logged out browser instance, I just never get the popup, no matter how many times I download. As a result, this significantly reduced the number of donations again from the day the change was applied. I brought it up repeatedly and initially had good faith that it would be addressed, because that was not even the intended effect of this change. However, nothing happened for 3-4 months, and at this point it doesn't matter anymore anyway. It would have been such a simple thing to fix and it would have made a big difference for me (and a few others). What I expect based on this experience is that no matter what anyone writes, unless Bethesda try paid modding again, nobody is going to give a damn about improving the donation system, just like it was before.

In response to post #24168884. #24169604 is also a reply to the same post. It would be a similar situation, if this site was completely ad free and in the top right corner there was a small "Donate" button. But I assume under these conditions the site could not survive for long, or am I wrong there? Anyway, to re-formulate my issue: Currently the content creators are more or less forbidden from making money. It's not because they can't, nor because they don't want to, but because they are not allowed to. Now one of the few people in this community who I assume can actually make a living from mods (indirectly), because these restrictions don't apply to what he is doing, is arguing that it would be for the better if these restrictions were not lifted for anyone else.

So for this site it's OK to turn a profit by hosting user generated content, but creators of said content should not be given the opportunity to do so, because... really, that's for the better. You're a smart guy, so I honestly don't understand how you cannot immediately see how wrong this is.

The issue for lists is different. What I'm trying is Blabla: [list] [*] blablabla [*] blablabla [*] blablabla [*] blablabla [/list] Blabla But the blank line after the list is always removed. (Same happens with multiple blank lines.)

Today I wanted to edit the description of SkyUI to add a new FAQ entry, but the new* editor failed to preserve the existing layout. Specifically, it removes blank lines, for example after a list, and there are certain paragraphs ("Mods with MCM support") which are just completely put into a single line. In both cases, what's shown in the WYSIWYG interface differs from what's actually rendered in the description. Note that switching to BBCode mode does not resolve it. Is there any way to restore the description to how it was before? * (at least new to me, the last time I edited a description it was still raw input)

Unfortunately, I only came up with the state-based approach after MCM had already been released. Otherwise, I would've made it the default, because it's clearly much nicer. At that point I didn't want to push the new API too hard to avoid that people who already created their menus with the old API felt pressured to learn something new. Even if full backward compatibility is ensured, suddenly doing everything different would not have inspired confidence.

In response to post #15469870. DLL files can be used to manipulate your computer, just like an executable.