Talk:Addin Usability Guidelines
Hi, wasn't sure if you wanted the little thing about having a loading bar for larger addins on here. If you guys think it is important enought to put on the page, I'll leave it to you to do it ;-) Flyingfish (talk) 16:16, 25 June 2012 (EDT)
RE: Loading bar
Do you mean when the addin initially opens? I don't think that a loading bar can be done as the adding doesn't get execution afaik. Otherwise, a loading bar can be done, the os gives you a progress bar function :-P
- I think maybe i am not understanding this correctly. I was of the opinion that start-up time was relative to how much stuff is done before the screen was refreshed (assigning variables, etc.)
- Are you saying that it has to do with how large the file is, and that the initial startup speed cannot be reduced without changing the file size? Flyingfish (talk) 18:52, 26 June 2012 (EDT)
- Not completely sure, but from all of my addins, the startup of an addin is not handled.
- The issue is just for Doom, where it gets control and loads a level without displaying anything. He wants Doom to display a progress bar while it loads the WAD after it gets control. In the finished game, there will probably be a main menu anyway, so it's not really an issue. KermMartian (talk) 10:55, 27 June 2012 (EDT)
- Fine, but I think that the solution should in general be to refresh the screen with a splashscreen, a main menu, or something, then maybe do a progress bar during loading. Basically, I think the design flaw is "not changing the screen to be something other than the main menu" rather than "not adding a progress bar". KermMartian (talk) 11:03, 27 June 2012 (EDT)
- Indents are fun! Anyways, look at the Periodic Table (Physium? Whatever Casio made). That thing is huge! And it takes a bit to load from what I remember. Sure, show some sort of progress bar or message if you are loading when your addin is running, but I don't think that there is a nice way to handle plain large addins
Ok, this needs to be touched on here. I personally don't like the idea of addins mucking up the CPG and not warning me or not reverting changes. Sure, I don't have a problem with addins being made to use the CPG, but it should be noted that not all users want their cpu running at ludacris speed. I think that the best way would be to :
- Show a quick message when the addin starts, at least, says that it will/is overclocking.
- Handle the [MENU] button so that the CPG is reverted to the state it was originally at.
Also, maybe note that programs should strive to not rely on overclocking to run fast. Addins can be made so that downclocking is ok for them and some that do graphics work just fine without any CPG changes.
- I agree that we need some sort of consistency with overclocking. There seem to be a lot of scattered opinions about this still around. KermMartian (talk) 11:20, 27 June 2012 (EDT)
- Look at linux programs: they don't much up your governor when you don't want them to. Also, @addins, what if you are running on my calc where I use the CPG differently? They may try to get it to go to ~90 MHz, but they instead overclock it to 300MHz and kill the calc. Yes, my Pover does change that up, and that's why the CPU page has incomplete Templates stuck to it. Ahelper (talk) 11:24, 27 June 2012 (EDT)