Open emoon opened 8 years ago
It's also worth remember what the user wants to do. The way I see it is to start to debug an executable should be very easy. You shouldn't need a "project per se."
I would guess what a user would do is to:
File -> Debug Executable
is expected to be there. As ProDBG i general it doesn't actually "know" which backend to be used here. So I would guess the best thing here is to have that in a config and say "Default backend on Mac: LLDB, Windows: ..., etc"It should now be easy to find the file to set breakpoints in which is usually what you want to do unless you just looking for a crash.
I think populating a "Workspace view" with files found with the debug symbols would be good here.
Also should we default to "stop at main" when starting an executable? Or should this be optional and in that case how would user select it? Different alternative when starting the executable perhaps? Then in that case it's possible one can do
File -> Debug Executable.. (stop at main)
Also ProDBG allows debugging other targets (Amiga, C64, etc) How should these be selected? Should we have a selection for each backend in File -> Debug -> "Amiga UAE", "VICE C64", etc
?
Should plugins be responisbel to show UI for settings? Or is it ok with a setting file here. Highly dependent on each backend.
Would a custom file dialog be somewhat desirable?
This way, there would be a single File -> Debug Executable
and the stop at main
, backend
or any other (maybe plugin specific) settings would be exposed at the custom file dialog.
A custom file dialog would work yes but would also require platform specific implementation which is a bit annoying (On Mac, Windows and Linux) as it uses native file dialogs.
I'm thinking that perhaps another dialog could popup afterwards but the question is if each plugin backend should then implement a UI for this? Maybe or should it only be based on settings? I think it might be the case that each backend needs to present this info so user can select it.
Also maybe it would be possible to set (if you need to pick emulator path for example) that "these settings should be default" so next time they will be filled in correct.
I believe I would be happy with the following behavior:
Hope that will make any sense =)
Makes sense. Thanks!
Some ideas here https://www.youtube.com/watch?v=GfGNPo9Z6mA
In regards to that Handmade video, today I got really annoyed with one of the things he pointed out, which is that you can't switch between "configs" quickly in VS, which is really annoying. Simply being able to specify an exe path and cmd line args and then quickly being able to switch between them would be amazing. And it's so simple.
Things that should be part of this is.
Setup a project that stores things like: