Scratch

zippynk wrote:

How will this work?

And according to the script, it's not done yet so I shouldn't install it 

It will work by adding a forum to "Interests Beyond Scratch" and when you go there it will do 1 of these:
-Iframe in a Misc. forum that's hosted off-site
-Somehow reverse-engineer the Misc. archive
Or something else.

zippynk wrote:

cocolover76 wrote:

zippynk wrote:

How will this work?

And according to the script, it's not done yet so I shouldn't install it 

It will work by adding a forum to "Interests Beyond Scratch" and when you go there it will do 1 of these:
-Iframe in a Misc. forum that's hosted off-site
-Somehow reverse-engineer the Misc. archive
Or something else.

I'm not sure how happy the ST would be about that one. Perhaps you should ask first?

By keeping the archive and injecting from a forum off-site.
Also, I am having problems.
Tell me what part of this doesn't work:

// ==UserScript==
// @name           Get Misc. Back!
// @namespace      cocolover76
// @description    DO NOT INSTALL IN TESTING.
// @include        http://scratch.mit.edu/forums/
// ==/UserScript==
var fourthTBody = document.getElementsByTagName("tbody")[4].innerHTML;
var injectedHtml = '<tr class="inew"><td class="tcl"><div class="intd"><div class="icon inew"><div class="nosize">There are new posts</div></div><div class="tclcon"><h3><a href="http://scratchmiscellaneous.punbb-hosting.com/index.php">Miscellaneous</a></h3>The old Misc. Provided by Coco.</div></div></td><td class="tc2">I dunno.</td><td class="tc3">I dunno.</td><td class="tcr">I dunno.</td></tr>'
fourthTBody = fourthTBody + injectedHtml;

Sounds cool 

cocolover76 wrote:

LS97 wrote:

You're setting a string value (innerHTML) to another string.

But other people..... oh.

Ugh it still doesn't work.

You can still acess misc, but the topics are locked...

http://scratch.mit.edu/forums/viewforum.php?id=46

Still there. See?

Last edited by Zeusking19 (2012-01-28 15:04:36)

sparks wrote:

I don't see how this will help? You wont be able to post in the old misc, if you host a misc forum you will have to get it Scratch site approved, in which case the site will have had to be up and running for several months and the two new forums still allow scope for the more relevant misc topics while cutting out a lot of the random stuff that just clutters up the fora and causes a moderation drain...

I am making something that has trusty forum that doesn't need Scratch approved because it is in Scratch.

cocolover76 wrote:

I am making something that has trusty forum that doesn't need Scratch approved because it is in Scratch.

That's not true, it isn't in Scratch. It's an injection which injects a 3rd-party script into the users' browser, and since it doesn't come from the Scratch's site, it isn't a Scratch approved site.

You won't be able to make it without authenticating the users. You also will need to make sure users can't spoof as other users. There are many flaws in making this and many flaws in maintaining something like this.

The idea in general is a good one, but when you say it as part of the Scratch site and it doesn't need to be approved, I consider the idea a dark one.

Hardmath123 wrote:

cocolover76 wrote:

zippynk wrote:

I'm not sure how happy the ST would be about that one. Perhaps you should ask first?

By keeping the archive and injecting from a forum off-site.
Also, I am having problems.
Tell me what part of this doesn't work:

Code:

// ==UserScript==
// @name           Get Misc. Back!
// @namespace      cocolover76
// @description    DO NOT INSTALL IN TESTING.
// @include        http://scratch.mit.edu/forums/
// ==/UserScript==
var fourthTBody = document.getElementsByTagName("tbody")[4].innerHTML;
var injectedHtml = '<tr class="inew"><td class="tcl"><div class="intd"><div class="icon inew"><div class="nosize">There are new posts</div></div><div class="tclcon"><h3><a href="http://scratchmiscellaneous.punbb-hosting.com/index.php">Miscellaneous</a></h3>The old Misc. Provided by Coco.</div></div></td><td class="tc2">I dunno.</td><td class="tc3">I dunno.</td><td class="tcr">I dunno.</td></tr>'
fourthTBody = fourthTBody + injectedHtml;

Code:

// ==UserScript==
// @name           Get Misc. Back!
// @namespace      cocolover76
// @description    DO NOT INSTALL IN TESTING.
// @include        http://scratch.mit.edu/forums/
// ==/UserScript==
var fourthTBody = document.getElementsByTagName("tbody")[4];
var injectedHtml = '<tr class="inew"><td class="tcl"><div class="intd"><div class="icon inew"><div class="nosize">There are new posts</div></div><div class="tclcon"><h3><a href="http://scratchmiscellaneous.punbb-hosting.com/index.php">Miscellaneous</a></h3>The old Misc. Provided by Coco.</div></div></td><td class="tc2">I dunno.</td><td class="tc3">I dunno.</td><td class="tcr">I dunno.</td></tr>'
fourthTBody.innerHTML = fourthTBody.innerHTML + injectedHtml;

JavaScript object-relation gunk is confusing; basically a variable whose value is passed as a primitive string/float/int will set the variable to that value, while setting it to a complex structure, eg objects or arrays will return a reference to the object or array (arrays, of course, are derived from primitive objects with integer-value rather than string-value pairs).

Told ya it was confusing.

Still doesn't work.

SJRCS_011 wrote:

If that's the block I think it is, then it won't always work.   If it uses the API thing to authenticate passwords, then only passwords with only letters and numbers work.

That's interesting to know... I didn't know that! What about replacing characters%20with%20equivalent%20symbols%63

Cocolover, I think you're taking on a project that isn't going to work here 

sparks wrote:

SJRCS_011 wrote:

If that's the block I think it is, then it won't always work.   If it uses the API thing to authenticate passwords, then only passwords with only letters and numbers work.

That's interesting to know... I didn't know that! What about replacing characters%20with%20equivalent%20symbols%63

Cocolover, I think you're taking on a project that isn't going to work here 

Hey! I think it will work. If Cocolover reads cookies from the scratch site (although, it might not read them, considering how cookies work) then it will give him all the info he needs.

@cocolover Try this: since certain features on Scratch are available, why not have the user go to a certain page (say my stuff) and check if the links that go to the features exist, then set a cookie. You just have to read the username in the cookie. A good link to look for (in the scratch forums) is the profile link. It only apears when a user is logged in.

Or, in PHP:

 $t1 = ltrim(file_get_contents('http://scratch.mit.edu/api/authenticateuser?username=' . $scratchUsername . '&password=' . $scratchPassword));

if($t1 == 'false'){

}
if($t1 == 'true'){

}

Note that the $t1 variable is a string return, not a boolean.

Last edited by sparks (2012-01-30 06:16:47)

JSO wrote:

It doesn't return true when auth succeeded, it returns the string
"userID:username:blockedStatus"

with blockedStatus being either "blocked" or "unblocked".

You're right! I don't actually use the script above, I use an "else" rather than an "if true" but was trying to clarify. Thanks for pointing that out. However, I now realise this script (with the else) will allow access to blocked users.