- The configuration profile UI will be reimplemented at some point in a similiar way to what Billiard did in r7386. However, I do NOT know if this will happen before 3.0.
Then why not revert to 7386!!!
Because the way Billiard implemented it was somewhat hacky and also isn't what I'm targeting at.
So you are not going to introduce anything "hacky". Well and good.
Wish you luck fulfilling your target very soon. So we can have it in 3.00.
Having game specific configuration was a sweet charm.
yeah, we need per game configuration, doesent matter where it is (video plugin or game properties)
game properties is RETARDED for changing settings on the fly.
unless neobrain makes it accessible via a button on the gui, since rendering to main window prevents access to game properties otherwise.
I won't make it possible to change it on the fly since it's not necessary. And everyone who thinks it is necessary is misunderstanding the principle behind per-game config
Quote:And everyone who thinks it is necessary is misunderstanding the principle behind per-game config
OK. And how exactly does that principle sounds?
I'm sure many would like to know why is it bad to change settings on the fly.
(04-28-2011, 09:50 PM)dubigrasu Wrote: [ -> ]Quote:And everyone who thinks it is necessary is misunderstanding the principle behind per-game config
OK. And how exactly does that principle sounds?
I'm sure many would like to know why is it bad to change settings on the fly.
Why would you want to change the per-game settings on the fly PERMANENTLY?
If you want to experiment a bit, that's what you can do without changing the per-game config as well.
If you want to override the default settings of the game ini database, that's usually not wanted to be done DURING emulation.
You know what? Is obviously that the devs will do what they like with or without user input. User input?...to hell with it! You knew from the very beginning that no one will change you mind.
This thread is just a lightning rod.
Perfection of the code is what matters. I can understand that, you guys are perfectionists.
I just hope that after you'll have series of consecutive orgasms while looking at the beauty of the code you'll slow down the hole excitement and remember about the users.
But what puzzles me the most is that you started the whole thing and now you talk about others not understanding the principles.
"without user input" - Why do you think did I create this thread (or the other video config dialog thread) in the first place? I could've just removed config profiles and muted all complaints against it.
You guys happen to be complaining all the time, but no one ever elaborates why he thinks he desperately needs config profiles to be implemented like they were until recently. I'm totally willing to listen, but if you guys don't talk I'll do whatever I think is best.
I gave NaturalViolence the chance to convince me NOT to remove the config profiles, but he refused to elaborate. It's not like I didn't try to get other people's opinions.
Quote:But what puzzles me the most is that you started the whole thing and now you talk about others not understanding the principles.
I noticed the need for a more flexible game settings system since the config system in the ISOProperties annoyed the hell out of me. However, I later realized that the config profile system reduced code flexibility too much to be worth it. Billiard's approach was much better for this, and also (I tend to over-repeat this) better from a usuability perspective.
Also note that the overall feedback to r7484 was quite positive (much better than I had expected). So apparently quite a few users DID find the config profile system cumbersome as well.
Quote:Perfection of the code is what matters. I can understand that, you guys are perfectionists.
I just hope that after you'll have series of consecutive orgasms while looking at the beauty of the code you'll slow down the hole excitement and remember about the users.
Restructure the video config dialog like I did in the other thread BUT based on the old config profile code and come back when you're done... Seriously, I don't want to spend a whole freaking week just for trivial stuff like that. Removed the config profile code and surprise, it only took me a few hours...
You know, there IS a reason to keep code clean, which is maintainability. Not only that, but at one point there was merely ONE person who actually knew what the code (read: piece of crap) was doing, that's just not acceptable in an open source project.