azonenberg changed the topic of #scopehal to: ngscopeclient, libscopehal, and libscopeprotocols development and testing | https://github.com/ngscopeclient/scopehal-apps | Logs: https://libera.irclog.whitequark.org/scopehal
sgstair_ has joined #scopehal
sgstair has quit [Ping timeout: 252 seconds]
<d1b2> <azonenberg> So this is what i have as a WIP
<d1b2> <azonenberg> the timebase controls are now a tree node you can collapse if you dont need them
<d1b2> <azonenberg> they use the same minimal combo widget as the other stuff
<d1b2> <azonenberg> i'm also making them use right-side labels to be more consistent with the other dialogs
<d1b2> <azonenberg> it's not yet fully replicating the functionality of the main timebase properties dialog but the plan is to replace it once i get to that point
<d1b2> <azonenberg> any thoughts on the wip?
Degi has quit [Ping timeout: 265 seconds]
Degi has joined #scopehal
sgstair_ is now known as sgstair
<d1b2> <aleksorsist> I like it, makes the now open by default widget more useful
<d1b2> <aleksorsist> I still mostly click on the channel labels, but I've been using gl/ngscopeclient for too long to give a fresh perspective - I do think making an obvious control for it at the top level is best
<_whitenotifier-4> [stm32-cpp] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/azonenberg/stm32-cpp/compare/239eadda8a27...156681dd57f2
<_whitenotifier-4> [stm32-cpp] azonenberg 156681d - Initial SCB cache registers
<d1b2> <azonenberg> Changing open by default is a different topic entirely
<d1b2> <azonenberg> The other thing i'm changing is removnig the boxes around various controls
<d1b2> <azonenberg> it takes up space for no good reason
<_whitenotifier-4> [stm32-cpp] azonenberg pushed 3 commits to master [+2/-0/±8] https://github.com/azonenberg/stm32-cpp/compare/156681dd57f2...5e84186cd3e5
<_whitenotifier-4> [stm32-cpp] azonenberg d1ae80d - Initial support for enabling L1I$
<_whitenotifier-4> [stm32-cpp] azonenberg b147f2d - Merge branch 'master' of github.com:azonenberg/stm32-cpp
<_whitenotifier-4> [stm32-cpp] azonenberg 5e84186 - More work on cache support
<_whitenotifier-4> [stm32-cpp] azonenberg pushed 1 commit to master [+0/-0/±2] https://github.com/azonenberg/stm32-cpp/compare/5e84186cd3e5...b252a1ada685
<_whitenotifier-4> [stm32-cpp] azonenberg b252a1a - Fixed a bunch of bugs around cache maintenance
<_whitenotifier-4> [stm32-cpp] azonenberg pushed 1 commit to master [+0/-0/±6] https://github.com/azonenberg/stm32-cpp/compare/b252a1ada685...0b18cc23edfc
<_whitenotifier-4> [stm32-cpp] azonenberg 0b18cc2 - Fixed a bunch of bugs around STM32H7 MPU
<d1b2> <fredzo_72653> Hi @azonenberg , sorry I've been off the grid for a few days, and still will be until Tuesday. Yep I agree that most used settings should be directly accessible in the Stream Browser Dialog. That's what I started to do with some AWG and DMM settings. The scope part was our early step with @josHua , it surely can be improved. Let me know if I can help.
<d1b2> <azonenberg> I'll spend a day or two more on this and see how it goes
<d1b2> <azonenberg> I think you definitely set the right course
<d1b2> <azonenberg> but there's some details to tweak
<d1b2> <azonenberg> for example you had labels on the left and controls at right but thats opposite of how imgui works in general
<d1b2> <azonenberg> i dont want to have the sidebar inconsistent with other dialogs
<d1b2> <azonenberg> i have some improvements on my end that i'll probably be pushing in a day or so once i've refined it a bit
<d1b2> <josHua> I originally designed this with the idea that you wanted only one way to change anything, and so this should invoke the actual change mechanism
<d1b2> <azonenberg> I think the same, but i think this is actually cleaner than the popup dialogs we have now
<d1b2> <azonenberg> so my plan is for it to be the actual change mechanism for a lot of stuff
<d1b2> <azonenberg> Make less friction for the user. common settings should be right there