sparks wrote:
well, we've had our first Scratcher attempting to vote with a test account as well as his own
It seems such a shame to remove them
![]()
I promise you I resisted the temptation. Too bad though...
Offline
BTW: I just emailed Sparks from l**********8@gmail.com. (The stars are because I shouldn't share my email address publicly.)
Last edited by legomany3448 (2011-07-06 15:56:02)
Offline
Well, i've finished the Scratch block form and Scratch block error catching, you can try it out, I've not added submission yet. I'm off for some coffee with friends but should be able to continue in a few hours when I get back!
Offline
The site now has a privacy policy, which is pretty important. Feel free to read and suggest changes: http://www.theblocklibrary.site11.com/p … ement.html
Last edited by sparks (2011-07-07 13:56:15)
Offline
Do we even have records the passwords they use?
Offline
Magnie wrote:
Do we even have records the passwords they use?
No.
Offline
Then I have a suggestion for a change for the Privacy Policy: You should change it so it doesn't sound like we record passwords.
Offline
I think maybe you should add it to the nav bar and put the nav bar on there.
Also, you may want to include your password policy there too. The link from Share a Block works now though.
Speaking of that, I think it would look better in a table, so that they're not centered weirdly.
There's a minor grammar thing where it says
<li>To help us reduce the amount of fraudulant data shared - making the site safer to use.</li>
It should have a dash, not a hyphen.
<li>To help us reduce the amount of fraudulant data shared — making the site safer to use.</li>
Offline
Stats@TheBlockLibrary Website wrote:
Most visits by one visitor: 855
Lol.... I'm tempted to just keep refreshing the page so I'm the one with the highest visits...
Last edited by Magnie (2011-07-07 14:38:03)
Offline
scimonster wrote:
I think maybe you should add it to the nav bar and put the nav bar on there.
Also, you may want to include your password policy there too. The link from Share a Block works now though.![]()
Speaking of that, I think it would look better in a table, so that they're not centered weirdly.
There's a minor grammar thing where it saysCode:
<li>To help us reduce the amount of fraudulant data shared - making the site safer to use.</li>It should have a dash, not a hyphen.
![]()
Code:
<li>To help us reduce the amount of fraudulant data shared — making the site safer to use.</li>
I'll make that change then, I was planning to link the full privacy policy in the password policy page anyway
Any idea where theSucessor is? He never finished working on his blockspec to image system!
I'm planning to email the Scratch team asking a few questions, I thought it may be a good idea for the other librarians to read and contribute to my draft before I send it though.
Last edited by sparks (2011-07-07 14:50:33)
Offline
I think your message is good. You may want to list who the librarians, in case they don't know.
Offline
scimonster wrote:
I think your message is good. You may want to list who the librarians, in case they don't know.
Plan.
I'm not sure that "affiliated" is the right word or not, we want connections to the Scratch site to increase traffic and make users feel safer on our site but at the same time we don't want to make the Scratch team liable for any breaches in copyright or law on our site.
Offline
You've made heaps of progress while I was (and am) away!
I already have some little ideas for when I'm back...
To finish up the chapter on signing in/out problems, I'm lucky enough to have the entire CS4 suite and wouldn't give up Dreamweaver for anything
Maybe a plain text editor isn't the best solution.
Offline
sparks wrote:
Does anyone know how to spawn unlimited code boxes with Javascript?
var codeboxcontainer = document.getElementById('cbc');
function addcodebox(code) {
codeboxcontainer.innerHTML += code;
}if the code box container has an id of cbc
and you run addcodebox() with the code box code for the first parameter it will work.
Offline
sparks wrote:
scimonster wrote:
I think maybe you should add it to the nav bar and put the nav bar on there.
Also, you may want to include your password policy there too. The link from Share a Block works now though.![]()
Speaking of that, I think it would look better in a table, so that they're not centered weirdly.
There's a minor grammar thing where it saysCode:
<li>To help us reduce the amount of fraudulant data shared - making the site safer to use.</li>It should have a dash, not a hyphen.
![]()
Code:
<li>To help us reduce the amount of fraudulant data shared — making the site safer to use.</li>I'll make that change then, I was planning to link the full privacy policy in the password policy page anyway
![]()
Any idea where theSucessor is? He never finished working on his blockspec to image system!
I'm planning to email the Scratch team asking a few questions, I thought it may be a good idea for the other librarians to read and contribute to my draft before I send it though.
I have made a suggestion about the api: http://uservoice.com/a/gleXI
Last edited by comp500 (2011-07-08 16:16:20)
Offline
sparks wrote:
@comp55, that would certainly make users feel safer...
I would agree with comp's idea more. You still never know what the site could do with the password. I never share my default pass with non-trusted sites either!
Offline
LS97-Test wrote:
sparks wrote:
@comp500, that would certainly make users feel safer...
I would agree with comp's idea more. You still never know what the site could do with the password. I never share my default pass with non-trusted sites either!
![]()
Last edited by comp500 (2011-07-09 03:14:52)
Offline
sparks wrote:
Well for now using the API is the only way we can go ahead and confirm people sharing blocks are who they say they are!
Yep, and soon privacy stuff might come out for the api so yeah!
Offline
What sort of "privacy stuff"? What would be great is if you could use <php? include() ?> to add a login page from the Scratch site but without refreshing the page after the information has been entered you wouldn't be able to get true or false back as a confirmation boolean... A page with redirect would be good then, I suppose, as long as people knew the POST name for the login button on that particular API it would work...
Last edited by sparks (2011-07-12 10:46:50)
Offline