<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Thanks!<div class=""><br class=""></div><div class="">The first thing to check would be the data_dialog save & done buttons.</div><div class=""><br class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">--------<br class="">Dan Wilcox<br class=""><a href="https://twitter.com/danomatika" class="">@danomatika</a><br class=""><a href="http://danomatika.com" class="">danomatika.com</a><br class=""><div class=""><a href="http://robotcowboy.com" class="">robotcowboy.com</a></div></div>
</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On Mar 20, 2016, at 6:16 PM, Miller Puckette <<a href="mailto:msp@ucsd.edu" class="">msp@ucsd.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">OK, up it goes :)<br class=""><br class="">On Sun, Mar 20, 2016 at 06:07:48PM -0600, Dan Wilcox wrote:<br class=""><blockquote type="cite" class="">Ok. I think it’s good. Should probably be tested on other platforms to be sure, but working fine for me on OSX.<br class=""><br class="">As discussed, I changed dialog_data & pdtk_textwindow to the default dialog gray background.<br class=""><br class="">--------<br class="">Dan Wilcox<br class="">@danomatika <<a href="https://twitter.com/danomatika" class="">https://twitter.com/danomatika</a>><br class=""><a href="http://danomatika.com" class="">danomatika.com</a> <<a href="http://danomatika.com/" class="">http://danomatika.com/</a>><br class=""><a href="http://robotcowboy.com" class="">robotcowboy.com</a> <<a href="http://robotcowboy.com/" class="">http://robotcowboy.com/</a>><br class=""><blockquote type="cite" class="">On Mar 20, 2016, at 11:43 AM, Miller Puckette <<a href="mailto:msp@ucsd.edu" class="">msp@ucsd.edu</a>> wrote:<br class=""><br class="">I'm thinking the grey background is fine for them. At some point it would be<br class="">good to have teh canvas background settable as an option, but that's too much<br class="">for me to figure out right now.<br class=""><br class="">Am I right that the 'pull request' on github is stable enough for me to try<br class="">to merge?<br class=""><br class=""><br class="">cheers<br class="">Miller<br class=""><br class="">On Tue, Mar 15, 2016 at 10:54:58AM -0600, Dan Wilcox wrote:<br class=""><blockquote type="cite" class="">Another question: should the text editing dialogs have a white background? I changed dialog_data (data structures) to have a white background and pdtk_textwindow ([text], [qlist], etc) already had a white background.<br class=""><br class="">I’m asking as all other dialogs have the default light gray background while the canvases are always white. In my thinking this morning, the non-canvas windows/dialogs should not be white in order to differentiate them from any canvases.<br class=""><br class="">--------<br class="">Dan Wilcox<br class="">@danomatika <<a href="https://twitter.com/danomatika" class="">https://twitter.com/danomatika</a>><br class=""><a href="http://danomatika.com" class="">danomatika.com</a> <<a href="http://danomatika.com/" class="">http://danomatika.com/</a>><br class=""><a href="http://robotcowboy.com" class="">robotcowboy.com</a> <<a href="http://robotcowboy.com/" class="">http://robotcowboy.com/</a>><br class=""><blockquote type="cite" class="">On Mar 15, 2016, at 10:48 AM, Dan Wilcox <<a href="mailto:danomatika@gmail.com" class="">danomatika@gmail.com</a>> wrote:<br class=""><br class=""><blockquote type="cite" class="">Hello,<br class=""><br class="">This is nice.<br class="">What about the gop window?<br class="">It is very difficult to practice without the "Apply" button.<br class=""></blockquote><br class="">The Apply button is only gone on OSX. It’s still there for Linux & Windows.<br class=""><br class="">On OSX, I added live edits in the entry boxes and buttons, so if you type and press enter in any of them, the GOP is updated without closing the dialog. I also made tabbing between widget’s alot easier.<br class=""><br class="">Here’s a demo video form Decmeber for dialog_gatom: <a href="https://www.youtube.com/watch?v=PZCjgIFMc9g" class="">https://www.youtube.com/watch?v=PZCjgIFMc9g</a> <<a href="https://www.youtube.com/watch?v=PZCjgIFMc9g" class="">https://www.youtube.com/watch?v=PZCjgIFMc9g</a>><br class=""><br class="">The smae approach is now used for dialog_iemgui, dialog_canvas, & dialog_array.<br class=""><br class=""><blockquote type="cite" class="">Concerning the preferences: startup/prefs/audio/midi menu, is that dreamable to have only one menu and toggles for the different topics?<br class="">It will be easier to configure, and much more easy to understand when you "save all”.<br class=""></blockquote><br class="">My whole approach for this work was to make simple cleanups and updates. I decided not to change the base functionality too much in this pass. A few years ago, Jonathan Wilkes made a tabbed preferences pane as you suggested but, as far as I can tell, his work is not in vanilla.<br class=""><br class=""><blockquote type="cite" class="">For the midi, is it possible to have a "add device" button instead of a "use multiple device" one?<br class="">With the GUI it is not possible tu use more than 3 interfaces and that can be mandatory with some MIDI devices.<br class=""></blockquote><br class="">As far as I can tell, the Multiple device button just gies you more options to choose from. By default it shows 4 devices, but will show up to 9 inputs and 9 outputs if there are that many available.<br class=""><br class="">Admittedly, both dialog_audio & dialog_midi could be reworked (a lot of the gui could be reworked/cleanedup), but my approach this time is for an incremental update and not a rewrite yet.<br class=""><br class=""><blockquote type="cite" class="">For the mknob, vsl, toggle,... i would keep the "dimensions” header<br class=""></blockquote><br class="">My feeling is it’s so ugly and redundant considering the contextual labels (Width, Height, etc) explain what that section is about, ie. always the visual size. I made this change so dialog_iemgui would match dialog_gatom.<br class=""><br class=""><blockquote type="cite" class="">BTW, you still have an old header in mknob : ------------output-range----------, and its left value is at 1.27 instead of 0.<br class=""></blockquote><br class="">The header is on purpose. That screenshot is to demonstrate objects which utilize dialog_iemgui but are *not* built-in (aka vsl, tgl, bng, etc) still work with the dialog changes.<br class=""><br class=""><blockquote type="cite" class="">for the toggle i would group "nonzeero value" and "no init" under parameters<br class=""></blockquote><br class="">Again, I’m sticking to an incremental update this time, so I’m keeping the grouping of the controls the same.<br class=""><br class="">--------<br class="">Dan Wilcox<br class="">@danomatika <<a href="https://twitter.com/danomatika" class="">https://twitter.com/danomatika</a>><br class=""><a href="http://danomatika.com" class="">danomatika.com</a> <<a href="http://danomatika.com/" class="">http://danomatika.com/</a>><br class=""><a href="http://robotcowboy.com" class="">robotcowboy.com</a> <<a href="http://robotcowboy.com/" class="">http://robotcowboy.com/</a>><br class=""></blockquote><br class=""></blockquote><br class=""><blockquote type="cite" class="">_______________________________________________<br class=""><a href="mailto:Pd-list@lists.iem.at" class="">Pd-list@lists.iem.at</a> mailing list<br class="">UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" class="">http://lists.puredata.info/listinfo/pd-list</a><br class=""></blockquote><br class=""></blockquote><br class=""></blockquote><br class=""><blockquote type="cite" class="">_______________________________________________<br class=""><a href="mailto:Pd-list@lists.iem.at" class="">Pd-list@lists.iem.at</a> mailing list<br class="">UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" class="">http://lists.puredata.info/listinfo/pd-list</a><br class=""></blockquote><br class=""></div></div></blockquote></div><br class=""></div></body></html>