Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
I know the DRPG code has a hook that is early enough for the name not to appear, I'll look around in the code and see if I find it.DRPG just checks if it's in a list of add-ons the client sends. There is a hook where you can get things like the name, but since this requires the BL_ID, which requires that it first sends a request to the auth server, that's not going to work.
How the forget was I supposed to know that chat would be spammed? It's not my fault that when discovering a bug, I triggered another bug.Yes, it's a known issue since forever. No, it can't really be fixed, since the hook it uses (which is the earliest I've found so far where it's still late enough that the BL_ID has already been received) is late enough that you can't silently kick someone any more. I decided to do the next best thing.
You guys really have no respect for bug finders. It's disgusting.
Gotta love being red-green colorblind.Shouldn't you be able to recognize the shape, though?
forget all of you :(
Which reminds me...A line telling me nothing about what you're doing doesn't help. Telling every detail about what you're doing isn't very helpful either. Try to sum it up in about one or two relatively short paragraphs, and then provide a link with more detailed info.
What is the server name?From the application spreadsheet, "more info needed".
Please add me so I can join. BL_ID 33370
It's an optical illusion. There's tiny grids on the image so if you scroll up and down it will flash into a faint apple in the background. Hurts my eyes.Not an optical illusion. It's a browser glitch.
I actually took the time to open this in IE and it is still shown as a pear.
I'm using Safari and it looks like a pear.They might have fixed it since. Can't verify though, since neither runs on Linux.
How does it work
sourceEssentially, the pear image's gamma is scaled down ridiculously. A certain metadata value in the image is then set, to make the browser scale it back. However, some browsers don't support this, still showing the apple image instead.
and it's too bad text input will never happen.This shouldn't be too hard actually, for the basics.
Is there a reason for that? Seems like an odd choice when you've got MySQL which already has user authentication and permissions inbuilt.Or, even better, PostgreSQL.
Sqlite is more suited to a data store for a small application with non-concurrent access, not so great when you've got multiple applications and multiple users potentially accessing the same databases at the same time - you tend to get bogged down with db locks since file-based dbs are way slower.
If you can add more prefs while the site is open that could workIt'd still be really hacky though, and break people's expectations of how it should work.
Yeah sorry about that. It should be the last time it happens since I've changed how we do the deployments now and it's a lot more effective and seamless.While I agree that RTB prefs work for most stuff, claiming it can do "everything anyone would need to do" is taking it a bit too far. For example, have fun trying to implement the administrator management page or Permissions using it.
I feel like that'd be something which would be used by maybe one or two people but would take a fairly long time to put together. I think everything anyone would need to do could be done using the RTB prefs. I think I added the ability to do callbacks based on pref changes as well so it's pretty easy for people to make something out of that.
Just registering controls such as input and select box and mapping them to settings within the addon would be a much neater way of doing this, could have a page with collapsible sections for each addon.For those, just pull in the RTB prefs. I'm talking about add-ons where it isn't practical to administrate them through a set-up like that.
I've wanted to allow management of add-on preferences through the interface but not really thought of a cunning way to do it yet. It's definitely on the cards though.Allow add-ons more power for creating administration pages. One way (although not very secure) might be to practically allow the add-ons to embed some sort of scripts that render the config pages, which the RTB website then styles. That, however, would be quite hard to secure down (both on the server side, and on the client side to prevent cookie highjacking and such).
I don't really get what you mean by the API suggestion.
