The ability to favorite creators and be alerted when they make a new program or resource. Kind of like a subscribe button.I second that.Spoiler
Or stalker button
Feature Requests [OLD]
Root / Site Discussion / [.]
Call me an idiot if someone hasn't said this yet, but can't you copy it and save it to the server the same way as it would be in uploading?Add image URL option when uploading avatar.No, sorry. The website relies on the fact that images are perfectly square and a certain size.
Many sites have hotlinking/resource policies that make this impossible, and copyright/distribution of assets, licensing, blah blah LEGAL ISSUES.Call me an idiot if someone hasn't said this yet, but can't you copy it and save it to the server the same way as it would be in uploading?Add image URL option when uploading avatar.No, sorry. The website relies on the fact that images are perfectly square and a certain size.
Yeah I know, but I can ask others in chat to add it, so it wouldnt be that big of an issue.Idk if its already possible, but are you able to add emotes in chat using only ChatJS? If it isnt would you be able to make this possible? Maybe you could even design a template if you have the time.Only you could be able to see them; JS is client-side.
I was on Amino for my school Anime Club, and when I went to add a profile pic, along with the normal options of taking a picture and searching the camera roll, there was the option of searching online for a Gif. You may already know this hit Gifs dont work properly on iOS.
Going straight to the point, I was wondering if there was a way you could add that option to the avatar change area. I doubt you can considering optimization and all that, but it's worth asking at the very least
Could you make the embedded chat device specific? I like using it on the PC, but it's to small to view on tablets/phones and ends up spamming leave/enter messages when I open the real one.
Awww yeah this coloring is so nice. But a couple requests:
- A param to pass into the code tag (code=nocolor maybe) to disable the highlight. Program output listing etc. would benefit.
- Highlighting for icodes. Not a common thing sites do but I would find it easier to read them as well. Make it a setting? also a param to turn it off
- the default colors aren't right, but this matters so little you shoulnd't even bother dignifying it
Awww yeah this coloring is so nice. But a couple requests:I was trying to match the colors from the original screenshot, which had (in my opinion) much nicer colors. After I found out the real colors currently in use (gray for strings? seriously?), I decided to just make up the rest of the colors so they matched what was in the original screenshot. I can do something like the nocolor thing on code tags, but IDK about highlighting icodes. It's.... I know it would be good, but I don't want to add MORE javascript generated content and MORE settings. The other (main) problem is actually defining colors that will work in any theme. It's easy to pick colors for code sections because the background is always black, but icode can be on any background: blue, red, black, white... there's no way to get a set of colors that looks good in all cases. Since "applySyntaxHighlighting" is now a function, you can easily write a siteJS that does it.
- A param to pass into the code tag (code=nocolor maybe) to disable the highlight. Program output listing etc. would benefit.
- Highlighting for icodes. Not a common thing sites do but I would find it easier to read them as well. Make it a setting? also a param to turn it off
- the default colors aren't right, but this matters so little you shoulnd't even bother dignifying it
var icodes = document.querySelectorAll(".bbcode inline-code"); for(var i = 0; i < icodes.length; i++) applySyntaxHighlighting(icodes[i]);
Yeah, your defaults look better than SB's for some things so I'm not really complaining. Green comments and gray strings? I made mine the opposite.
In addendum, does the colors thing allow us to change the BG of the code sections? SB lets you do that so I think allowing the user to change it would be nice because then people could have EXACTLY how it looks in SB.
Yeah, your defaults look better than SB's for some things so I'm not really complaining. Green comments and gray strings? I made mine the opposite. In addendum, does the colors thing allow us to change the BG of the code sections? SB lets you do that so I think allowing the user to change it would be nice because then people could have EXACTLY how it looks in SB.oh yeah, I guess both the background and the plain text should be settable. Edit: ok you got your wish
I just noticed that syntax highlighting doesn't work in the n3DS browser. It's really hard to test javascript on the 3DS, but I think the problem *might* be that the n3ds browser doesn't support "arrow functions".This is most likely. Arrow functions are an ES6 feature, and since when do the 3DS browsers get updated to the latest specs?
Yep, it works now
Here are the default SB colors if anyone wants them:
{ "my" : { "colors" : { "code" : { "keyword" :"#7AB6F5", "number" :"#F77CB5", "comment" :"#0FBD41", "string" :"#A4AEA5", // I use #F7F763 "label" :"#F7A600", "function":"#7A7CF7", "text" :"#FFFFFF", "bg" :"#000000" } } } }