Site Updates [OLD]
Root / Site Discussion / [.]
Thanks! It's not that bad; the worst part is probably just bad html decisions. Styling the website is much harder than it should be lol.Hey whoever does the css around here, I recommend increasing the box-shadow's alpha value and making the radius a bit larger Like if you changed the box-shadow property inside the .forumposts class to box-shadow:0 0 5rem rgba(13,13,13,0.5); it looks all fancy and gives the site depth. You'd have to update the z-index though. My advice is to add a bunch of box-shadows and text-shadows, but that's just me, lol.
Site Update 11/12/16:
- You can now chat in High Compatibility mode. It's not all that great, but it works. You should be able to chat on an o3DS now without any issues.
- Changed chat so it sends much less data. If you need the extra data for your client, you must send a parameter called "lessData" to false in your bind message. Nobody should have to do this.
- You can now see who's in a PM room by sending the /pmuserlist command within that room. This is useful for chats with limited UI (like minichat and high compatibility chat)
Site Update 11/13/16:
- High compatibility chat is much better. It selects the fastest communication method available on your system. If you had trouble chatting on new3DS, you should be able to now in HC mode without using a slow connection.
- Created the "PolyChat" system. If you are creating your own chat client, this should make things MUCH easier. I can provide examples if anybody wants them.
Site Update 11/13/16:You may as well provide an example, everyone would rather more info than no info im sure.
- High compatibility chat is much better. It selects the fastest communication method available on your system. If you had trouble chatting on new3DS, you should be able to now in HC mode without using a slow connection.
- Created the "PolyChat" system. If you are creating your own chat client, this should make things MUCH easier. I can provide examples if anybody wants them.
Site Update 11/14/16:Awesome! I don't know if this is an issue or not, but when a user votes for more than one thing, it will add each vote into the vote counter... so a single user can create way more than one vote (in the vote counter only) Also you should consider allowing us to edit, re-open, and delete our previous polls
- Can create polls that allow multiple votes to be selected. You cannot choose the maximum amount of votes; only 1 or "as many as you want". I may add settable limits in the future.
I will not allow polls to be edited. This means you can swap the options around: everyone who voted "yes" will suddenly be voting for "no". Reopening will also not be allowed because once you close a poll with hidden results, the results are published. I don't want the person who created the poll getting upset at the results and then reopening it to hide them. If you want your poll reopened, you can ask an admin. As for deleting... mmm, I don't know. That's a lot of data to put into the hands of users who can just toss it away. It's just like being able to delete a thread: you're removing all that information, and there's quite a lot of people who would delete polls/threads/whatever just to spite all the people in the poll/thread. I'd rather not add this feature on the grounds of abuse. The vote counter thing can be easily fixed, but it's purposefully like that. I'm not sure which way would be better; perhaps I can show both the number of people AND the total votes, since they're both important values.Site Update 11/14/16:Awesome! I don't know if this is an issue or not, but when a user votes for more than one thing, it will add each vote into the vote counter... so a single user can create way more than one vote (in the vote counter only) Also you should consider allowing us to edit, re-open, and delete our previous polls
- Can create polls that allow multiple votes to be selected. You cannot choose the maximum amount of votes; only 1 or "as many as you want". I may add settable limits in the future.
I have another suggestion, for the polls
Your algorithm to determine the percentage full each bar is, does not favor the number of items in the poll
Say you have a poll with 10 things that can be voted upon
Your algorithm seems to be votesOnItem/totalVotes
Now if everybody votes on each item evenly, the bars will all be 10% full
If you did this, it would not matter how many items are on the poll votesOnItem/itemWithMaximumVotes there will always be an item 100% full, so its zoomed in to fit all the data
You find which selection has the most votes, then you divide all the others by that number
Its just a thought
The current system gives you more information (what percentage of people voted on each option) at the cost of using more space:
http://i.imgur.com/5ztrvj3.png
The current system gives you more information (what percentage of people voted on each option) at the cost of using more space: http://i.imgur.com/5ztrvj3.pngIt's just scaling. You don't actually lose any data, you just misrepresent it. You can still calculate the percentage of people who voted on it, just not at a glance
I have another suggestion, for the polls Your algorithm to determine the percentage full each bar is, does not favor the number of items in the poll Say you have a poll with 10 things that can be voted upon Your algorithm seems to be votesOnItem/totalVotes Now if everybody votes on each item evenly, the bars will all be 10% full If you did this, it would not matter how many items are on the poll votesOnItem/itemWithMaximumVotes there will always be an item 100% full, so its zoomed in to fit all the data You find which selection has the most votes, then you divide all the others by that number Its just a thoughtI tried this out on the development website just now. Although it makes polls with a lot of options a wide variety of votes look better, it basically makes all the rest look worse. It becomes difficult to get an overall vote percentage since it's all scaled, and all the options start to look the same. I'm sorry, I don't think I'll be doing this. I agree that polls with lots of options and a wide variety of votes looks weird, but I don't want to make a fix that I think negatively impacts most of the other types of polls. I appreciate all the feedback btw.
I have another suggestion, for the polls Your algorithm to determine the percentage full each bar is, does not favor the number of items in the poll Say you have a poll with 10 things that can be voted upon Your algorithm seems to be votesOnItem/totalVotes Now if everybody votes on each item evenly, the bars will all be 10% full If you did this, it would not matter how many items are on the poll votesOnItem/itemWithMaximumVotes there will always be an item 100% full, so its zoomed in to fit all the data You find which selection has the most votes, then you divide all the others by that number Its just a thoughtAh but you know what, multivote polls look weird because I scale with the total votes rather than the total users. So even though like 95% of users voted "Basic" in your programming poll, it still shows such a small percentage. I changed it to the number of users in the poll, so scaling in these cases should be much better.
nobody cares
Notifications are temporarily disabled while I investigate performance issues. You will still be able to watch threads and whatever, but you will not receive any notifications from anything. Edit: Chat is now also disabled for a bit.Do you have an estimate for when chat will be back? I really want to whine about how everyone in my 9th Lit book is literally Omiwa. (Fahrenheit 451 is best book)