SRL Archive - Reflection Development

The NEW Development SVN is at http://scardevreflection.googlecode.com/svn/trunk/
The stable Reflection SVN is still at http://scarreflection.googlecode.com/svn/trunk/

Please use the Dev SVN as much as you want to commit improvements etc. Improvements that are stable should be noted and will be uploaded on Hook updates.

All MAJOR changes will be discussed in detail on these forums (Reflection Development).

could i ask why? any one done anything wrong?

Owners, nava2. Ones removed, nava2?


jakeyboy, they was updating the rev's without proper due care and attention, which caused quite a fiasco.

Link to the public group .. http://code.google.com/p/scarreflection/

It is so people do not add stuff to Reflection that no one wants, or does not work good, etc.

@ToF: He was removed from the public group, but then added into the Dev group as an admin.

Stable commits will be heavily reviewed before being committed. Some may be re-added to speed up the process depending.

When the hooks break. Will there be a quick fix, instead of waiting for a stable "Official" version?

From: noidea
When the hooks break. Will there be a quick fix, instead of waiting for a stable "Official" version?

Narcle suggested that I add the hooks to the Developer repository, where they can then be tested and moved to the regular repository, so that will probably be how it goes for the next update unless it moves very slowly.

From: Method
Narcle suggested that I add the hooks to the Developer repository, where they can then be tested and moved to the regular repository, so that will probably be how it goes for the next update unless it moves very slowly.

Yep. If its too slow it'll switch to a quick update system for hooks and updates for other stuff will be offset from hooks. We'll try to keep them together but well… we'll see what happens.

Good update, i have been making little commits ( not to many latly ) lots when it started, i will continue you doing this in the furure, and I will never mess up the reflection include, I think the bug updated ( that is fixed now) should have been done lots slower, and talked about lots more.\

Nicbaz.

From: Narcle
Yep. If its too slow it'll switch to a quick update system for hooks and updates for other stuff will be offset from hooks. We'll try to keep them together but well… we'll see what happens.

We should just add hooks directly to the main svn. Theres not many ways you can make mistakes while adding hooks and even if there are mistakes its not as bad as having outdated hooks which lead to reflection completely failing.

From: ZephyrsFury
We should just add hooks directly to the main svn. Theres not many ways you can make mistakes while adding hooks and even if there are mistakes its not as bad as having outdated hooks which lead to reflection completely failing.

Hooks have never been a issue. Mainly I want to get new functions/updates out when the hooks are updated - reducing the reflection revisions.

From: Narcle
Hooks have never been a issue. Mainly I want to get new functions/updates out when the hooks are updated - reducing the reflection revisions.

But we should keep everyone waiting on the new hooks especially as they are required for reflection to work. They should be released as soon as possible meaning we commit directly to the pub svn rather than having to "test it" in the dev one.

From: ZephyrsFury
But we should keep everyone waiting on the new hooks especially as they are required for reflection to work. They should be released as soon as possible meaning we commit directly to the pub svn rather than having to "test it" in the dev one.

Well if you have a "test" script it would take 2 mins to test. Technically it doesn't have to be in the Dev first but just a confirmation real quick.

Really I wish we could use a online hook database instead, would be even faster and way less reflection revisions.

From: Narcle
Well if you have a "test" script it would take 2 mins to test. Technically it doesn't have to be in the Dev first but just a confirmation real quick.

Really I wish we could use a online hook database instead, would be even faster and way less reflection revisions.

That would be possible, but wouldn't it take a toll on speed if you had to connect to the internet every time you wanted to grab a hook?

From: lordsaturn
That would be possible, but wouldn't it take a toll on speed if you had to connect to the internet every time you wanted to grab a hook?

Not if u grab it once then save it. Then have a separate page that's real small with Runescapes client version (w/e its called) so you know they're up to date. Loading 3 numbers for version check if they don't match then it downloads and saves new hooks to a ini file.

From: Narcle
Not if u grab it once then save it. Then have a separate page that's real small with Runescapes client version (w/e its called) so you know they're up to date. Loading 3 numbers for version check if they don't match then it downloads and saves new hooks to a ini file.

So if I understand you correctly, what you're saying is save the hooks online somewhere. When a script runs, check to see if an ini doesnt exist or is outdated, if so, download it from the site. And then use that as your personal hooks file?

I like this idea, like Worlds.Ini…. wow if methods willing, he could try and make a browser based hook getter.. and it would update by auto..

But for now i think we should just , download the ini file going, that would be great as we would not have to commit a pubic revition each time hooks update.

From: lordsaturn
So if I understand you correctly, what you're saying is save the hooks online somewhere. When a script runs, check to see if an ini doesnt exist or is outdated, if so, download it from the site. And then use that as your personal hooks file?

You don't look for the ini first because in scar you have to load the whole page. So load a Runescape version check that's one page and has the version number (3 numbers e.g. 543) so its a instant load even on dial-up connection. Now if the version isn't the same as yours THEN it updates from the ini page.

I would have to talk to Method in detail and figure out a stable website etc. It was tried before but was scraped for a reason I'm unaware of.

Frankly, a SetupReflection could do this quite easily. Load all the hooks into a TStringArray, and then place them into the correct constants. This would make updating the hooks easy.

But, this would take some work, as well as make the hooks Vars now instead of constants.

Also, as lordsaturn stated, speed would be effected, but only on start up. I'd be willing to set this up, with some help. :)

E: A simple RSBuild Check would make sure the hooks are only updated when they need to be.

From: NiCbaZ
wow if methods willing, he could try and make a browser based hook getter.. and it would update by auto..

If you mean something that gets new hooks automatically without a human checking them first, then no thats a bad idea.

From: Nava2
Frankly, a SetupReflection could do this quite easily. Load all the hooks into a TStringArray, and then place them into the correct constants. This would make updating the hooks easy.

Look around rev ~20, we tried and it failed horribly.

From: Changelog
8-08-08 Widget:
- Reverting Hooks.scar back to constants. Ini file will no longer be used.
- LoadHooks/SetupReflection is no longer needed (for now)

Who really cares about the number of revision updates? Update hooks right away, and major updates whenever. When people update hooks the next time or a script doesn't work, they'll have the new reflection. Update-checking is silly unless someone wants to write a plugin.


Edit:

From: Nava2
For the record, remove Widget too. He isn't a dev. Nor is he worthy.

That's like saying WT-Fakawi shouldn't be allowed to change SRL because he doesn't do all that much anymore, look toward the bottom of the changelog, you just weren't around ;) (/feels like an old man)

Ededitit: For the record, is reflection considered "stable" yet? I've always thought of it as beta once it went public since it wasn't guaranteed that your scripts wouldn't break since we had a million new features to add back then, but it seems we have most stuff now.

Originally Posted by Nava2 View Post
For the record, remove Widget too. He isn't a dev. Nor is he worthy.

WTF? Widget got this going, he wrote all the NPC and player stuff, and helped lots of people in development?

Nice. Wish I could help out with this, but I'm still getting use to reflection :p

~Camo

From: NiCbaZ
WTF? Widget got this going, he wrote all the NPC and player stuff, and helped lots of people in development?

Context my friend, context.

:)

I know he did that. ;)

But on that same note, although this is all done and over with. All of us moving on, did you also know that I wrote almost all of the Inventory stuff, the bank stuff, and a bunch of smaller stuff? :)

I was on a rage =/

E: I also already talked to Widget bout this.