Author Topic: RTB Development  (Read 391445 times)

There's been one since v2.

There's been one since v2.

There's an auto-updater for for dedicated.bat servers? I was not aware of this! How is this done?

You don't always have to be running dedicated.
You would manually update all your add-ons rather than just opening blockland.exe to do it?

You don't always have to be running dedicated.
You would manually update all your add-ons rather than just opening blockland.exe to do it?

I run my dedicated servers off of system that does not not use a monitor in order to function. Starting Blockland.exe is not a viable option. What I'm suggesting is support for dedicated servers, not relying on a graphical interface.

Ah I see your point now.

I'll put this on the to-do list for sure, it does seem like an important feature. There is already an auto-updater for RTB itself for dedicated servers, so making it do add-ons too shouldn't be too tough.

I run my dedicated servers off of system that does not not use a monitor in order to function. Starting Blockland.exe is not a viable option. What I'm suggesting is support for dedicated servers, not relying on a graphical interface.
Technically you're still running Blockland.exe
Code: [Select]
start blockland.exe -dedicated -map bedroom

One thing that would be cool, tabs. You can bee browsing the mid manager, decide you want to stay on one page but also go on another, and tabs da! Your mulitasking(like internet browser tabs)

Problem with that is, gui controls can eat up Torque memory quite fast so having a few tabs open would slow things down considerably for users. It'd also require quite a bit of reworking of the gui building code. I can't say it'll be a high priority but I will look into it.

I have a few suggestions;

1. A cool feature for the downloads system would be development blogs. Modders could post information about upcoming releases and such. I understand that you could just comment but it would still be a cool feature.

2. A public interface like the filecp except logging updates, new submissions, comments, etc. that would be per user. A subscribe feature would be cool so you could keep up with your favourite modders.

3. There should be more file moderators. There is a lot more files being submitted then previous days and some people are being crushed from the pressure (see Space Guy's post @ Bot_Events (v1.1) in moddification discussion. Like he mentioned, some of the moderators only ever approve their own submissions. I realise that this is the Blockland community and there are few who are responsible enough and actually know modding well, however there are some (Chrono, Resonance_Cascade) who may very well be fit for the job.

4. I think it would be better if you changed the current version labels to "Submission Version" and add a new label called "Real Version" field that the submitters can change. It's confusing for some of my mods as my version is completely different to the submission version.

1. They can just start a thread in the Modification Discussion.

2. I'm still designing how the social aspect of the system will work. This would feature youtube/steam like user pages where you can choose to subscribe to a user's submissions etc.

3. We're doing OK with me and Space Guy at the moment. Plus he secretly loves reviewing add-ons.

4. It'd be best if you just went with the flow and used RTB's versioning. Having two version numbers per add-on floating around would get incredibly confusing for users.

1. Yeah.
2. Awesome, making it like the youtube profiles will be good.
3. Oh ok. It's just I asked Space Guy if he could take a look at something I had in the holding tank and he got quite nasty with me. I honestly mean't no harm.
4. Could you maybe make it so submitters can modify the version then?

3. There is an approval queue where the oldest files in the Holding Tank are reviewed first. We work through the list in that order and requesting we skip add-ons to look at yours is never going to go down well.

4. Still no. We'd get idiots putting their files to v9001 and that kind of stuff. Where else are you listing version numbers? Can you not change those to reflect the version numbers used in RTB?

Yeah it was rude to say that. I didn't know there was a specific order of reviewing.

And the issue is that I had many versions of Variable/Conditionals prior to RTB hosting. I work my versioning system off a FullVersion.SmallVersionPatch Version system but I'll just make some sort of explanation in the changelog from now on.

Also; is there ever going to be a changelog viewer from the "Your rtb add-ons have updates"? I can't recal if there use to be one but it'd be useful.

Yeah, I'll be adding that into 3.3.