tifreak8x wrote:
ah, alright. *shrugs* just tossin an idea out there. XD
No, it's good, please continue; I might otherwise overlook something useful and intelligent in my attempt to single-mindedly pursue something that I think is the only way to do something. 
Well, really, that is all I would have. Not really sure any other setup I would be able to come up with in BASIC if I were attempting such a feat myself. XD
If I come up with any other thoughts tho, will post them.
why not have the folders be a program themselves?
Thinking it would present similar problems to having them in an appvar. Tho with an appvar it is hidden a little better from view and does not go and clog up your program menu with an extra program.
Will_W wrote:
why not have the folders be a program themselves?
If you read my post in response to you on the previous page more carefully, folders are indeed programs in themselves, albeit hidden programs. For the sake of efficiency, they only contain their text name, though, not a list of programs within each folder.
If you want to attempt a folder sync every time you quit the application, make sure that's a feature you can turn on/off, because even for a single sector, that erase-and-rewrite cycle is going to take time (seconds, but long enough for someone to be confused/frustrated and pull the battery to reset and go on).
I'd even have it off by default, since most users don't read READMEs, and, as brandon says, might get confused by the "hang".
I think that it would be less confusing to users if it displayed a message informing them of what the program is actually doing.
ZagorNBK wrote:
I think that it would be less confusing to users if it displayed a message informing them of what the program is actually doing.
I agree, I think I'll make it be enabled by default, but display a progress dialog showing what it's doing.
KermMartian wrote:
ZagorNBK wrote:
I think that it would be less confusing to users if it displayed a message informing them of what the program is actually doing.
I agree, I think I'll make it be enabled by default, but display a progress dialog showing what it's doing.
Add a message at the bottom of the progress dialog saying it can be disabled in the settings menu.
Is there a help feature in DCS? This should be in it if there is.
There's no help, since that would take up way too much space. Instead, the About screen directs people to
http://dcs.cemetech.net. Anyway, so is this the kind of thing you guys are thinking of?
let's say you're in a hurry: could there be a way to skip it one time if the feature is turned on?
Will_W wrote:
let's say you're in a hurry: could there be a way to skip it one time if the feature is turned on?
More like this, you mean?
I think a specific key would be better to prevent accidentally skipping. Alpha maybe? It's rarely used to exit programs.
I like that
Is that loading bar accessible through the GUI api?
elfprince13 wrote:
I like that
Is that loading bar accessible through the GUI api?
We might want to actually write the code to do this before going any further, to see how viable this is, how long it typically takes, etc. It might be unacceptable to do this on every application exit or to have the ability to abort it (who knows).
KermMartian wrote:
Will_W wrote:
let's say you're in a hurry: could there be a way to skip it one time if the feature is turned on?
More like this, you mean?
If there is a skip key, then why make it disablable in the Options menu? All you'll have to do is to press a key...
What does the GUI say about his fill level? IT'S OVER 9000!!! 
