bsnes/hiro/reference/action/check-item.cpp

namespace phoenix {

void pCheckItem::setChecked(bool checked) {
}

void pCheckItem::setText(string text) {
}

void pCheckItem::constructor() {
}

void pCheckItem::destructor() {
}

}
Update to v092r03 release. byuu says: This release adds the phoenix/Cocoa port, and rewrites a lot of the higan user interface to work with all of the new changes (like blocking in the main run loop and in modal windows.) It doesn't yet modify the compilation flags to actually build on OS X yet, and even then, we don't really have ruby drivers, so there'd be no video, audio or input. Two months between a single WIP point release ... for the first six years, I never went more than a month without a full official release. I guess I should be happy that it's become so refined, but I sure do miss those halcyon days of exciting progress. 2013-03-15 13:11:33 +00:00			`namespace phoenix {`

Update to v075r16 release. byuu says: This has my latest API enhancements, but there are some known issues: - resize on Windows seems to not repaint the buttons properly in rare cases. I may just need to revert to flickering resize. - GTK+ reports the wrong menu height, off by two pixels, prior to the window being realized (made visible) - this results in the main window moving up two pixels after each run of bsnes The menu height bug was actually there previously, it was just that Qt and GTK+ were computing the frame margins incorrectly (ignoring the menu bar) before. On the bright side, ui/settings/input.cpp has been improved by way of the new multi-layout support. The window is no longer forced to an awkward 640 pixels wide, as the mouse axes/buttons can overlap now. The code is also simpler since I am using the Layout::setVisible command to toggle groups on and off instead of doing it for each and every control. 2011-02-27 09:05:10 +00:00			`void pCheckItem::setChecked(bool checked) {`
			`}`

Update to v092r09 release. byuu says: This will be another massive diff from the previous version. All of higan was updated to use the new foo& bar syntax, and I also updated switch statements to be consistent as well (but not in the disassemblers, was starting to get an RSI just from what I already did.) phoenix/{windows, cocoa, qt} need to be updated to use "string foo" instead of "const string& foo", and after that, the major diffs should be finished. This archive is the first time I'm posting my copy-on-write, size+capacity nall::string class, so any feedback on that is welcome as well. 2013-05-05 09:21:30 +00:00			`void pCheckItem::setText(string text) {`
Update to v075r16 release. byuu says: This has my latest API enhancements, but there are some known issues: - resize on Windows seems to not repaint the buttons properly in rare cases. I may just need to revert to flickering resize. - GTK+ reports the wrong menu height, off by two pixels, prior to the window being realized (made visible) - this results in the main window moving up two pixels after each run of bsnes The menu height bug was actually there previously, it was just that Qt and GTK+ were computing the frame margins incorrectly (ignoring the menu bar) before. On the bright side, ui/settings/input.cpp has been improved by way of the new multi-layout support. The window is no longer forced to an awkward 640 pixels wide, as the mouse axes/buttons can overlap now. The code is also simpler since I am using the Layout::setVisible command to toggle groups on and off instead of doing it for each and every control. 2011-02-27 09:05:10 +00:00			`}`

			`void pCheckItem::constructor() {`
			`}`
Update to v082r02 release. byuu says: Has Jonas Quinn's many Game Boy APU fixes, and two more from blargg's notes that I added. It also has the new dynamic phoenix. So yeah, it'll crash on bsnes/Qt exit. If anyone can fix it properly and wants the money, I'll pay them $20 for the trouble =) 2011-09-05 03:48:23 +00:00
			`void pCheckItem::destructor() {`
			`}`
Update to v092r03 release. byuu says: This release adds the phoenix/Cocoa port, and rewrites a lot of the higan user interface to work with all of the new changes (like blocking in the main run loop and in modal windows.) It doesn't yet modify the compilation flags to actually build on OS X yet, and even then, we don't really have ruby drivers, so there'd be no video, audio or input. Two months between a single WIP point release ... for the first six years, I never went more than a month without a full official release. I guess I should be happy that it's become so refined, but I sure do miss those halcyon days of exciting progress. 2013-03-15 13:11:33 +00:00
			`}`