Alas, I must use Windows Xp as well... Anyway I have switched since about two months to having the taskbar at the top of the screen, meaning that when I create a new patch it is placed at absolute 0,0 "absolute" with the title-bar behind the taskbar (even with "always on top" option). Any tcl/tk guru know of a hack in the pd.tk file to have the new windows positioned at 0,0 "relative" to the taskbar or alternatively just sligtly offset down? Thanks, Lorenzo
Lorenzo wrote:
Alas, I must use Windows Xp as well... Anyway I have switched since about two months to having the taskbar at the top of the screen, meaning that when I create a new patch it is placed at absolute 0,0 "absolute" with the title-bar behind the taskbar (even with "always on top" option). Any tcl/tk guru know of a hack in the pd.tk file to have the new windows positioned at 0,0 "relative" to the taskbar or alternatively just sligtly offset down?
If it's Pd -extended, around line 395 of pd.tk:
wm title . "Pd-extended" # initial location of Pd window (+x+y) wm geometry . +20+70
I imagine that changing +20+70 would move the window.
Martin
Martin Peach wrote:
Lorenzo wrote:
Alas, I must use Windows Xp as well... Anyway I have switched since about two months to having the taskbar at the top of the screen, meaning that when I create a new patch it is placed at absolute 0,0 "absolute" with the title-bar behind the taskbar (even with "always on top" option). Any tcl/tk guru know of a hack in the pd.tk file to have the new windows positioned at 0,0 "relative" to the taskbar or alternatively just sligtly offset down?
If it's Pd -extended, around line 395 of pd.tk:
wm title . "Pd-extended" # initial location of Pd window (+x+y) wm geometry . +20+70
I imagine that changing +20+70 would move the window.
Sorry, I missed the bit where you're creating new patchers, not the main window. It seems like the tcl function pdtk_canvas_new() is called only from the c function canvas_vis() in g_editor.c:
sys_vgui("pdtk_canvas_new .x%lx %d %d +%d+%d %d\n", x, (int)(x->gl_screenx2 - x->gl_screenx1), (int)(x->gl_screeny2 - x->gl_screeny1), (int)(x->gl_screenx1), (int)(x->gl_screeny1), x->gl_edit);
The only place that gl_screenx2, gl_screeny2 are set is in glist_addglist():
x->gl_screenx1 = x->gl_screeny1 = 0;
x->gl_screenx2 = 450;
x->gl_screeny2 = 300;
So unless something else is going on, changing x_glscreeny1 should offset new windows vertically.
So in pdtk_canvas_new, simply adding an offset to the second element of geometry should work.
In pd.tk, line 1418 is for MacOSX: if { $pd_nt == 2 && [lindex $geometry 2] < 22 } { lset geometry 2 22 } So if you add one like this right after it for WinXP: if { $pd_nt == 1 && [lindex $geometry 2] < 55 } { lset geometry 2 55 } ...then new patcher windows will be offset 55 downwards.
Martin
Sorry to answer myself...
Alas, I must use Windows Xp as well... Anyway I have switched since about two months to having the taskbar at the top of the screen, meaning that when I create a new patch it is placed at absolute 0,0 "absolute" with the title-bar behind the taskbar (even with "always on top" option). Any tcl/tk guru know of a hack in the pd.tk file to have the new windows positioned at 0,0 "relative" to the taskbar or alternatively just sligtly offset down?
I had been playing with the first wm geometry $name $geometry call in pdtk_canvas_new and had overlooked there was another one some 15 lines down, so that changing the second one to something like wm geometry $name 300x250+0+35 seems to improve things.. but I'm sure it's terribly hacky, breaks something else and not at all elegant - i.e. tk gurus' wisdom still appreciated :)
Thanks, Lorenzo
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi this is a FWD:
Can anyone look at this and see the errors?
I'm making progress in my guitar tablature writer program that I'm working for in Arturo's class. As such I have come across an obstacle I have not figured out yet. I have attached the patch to this email. Basically using the graph window that is produced by the patch I plan on differentiating between different guitar note positions using the timbre of sounds. What I need is to obtain the values that construct the graph spectrum so then I can compare the difference between notes; it seems that the information is packed, but I have not figured out a way to access it.
This kind of thing is what my timbreID library is built for. Using the [magSpec~] and [timbreID] objects he can train the system for the timbre of his guitar and try to track note positions. There's a new release here:
http://williambrent.conflations.com/research.html#timbreID
On Tue, Jun 1, 2010 at 3:55 PM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
Hi this is a FWD:
Can anyone look at this and see the errors?
I'm making progress in my guitar tablature writer program that I'm working for in Arturo's class. As such I have come across an obstacle I have not figured out yet. I have attached the patch to this email. Basically using the graph window that is produced by the patch I plan on differentiating between different guitar note positions using the timbre of sounds. What I need is to obtain the values that construct the graph spectrum so then I can compare the difference between notes; it seems that the information is packed, but I have not figured out a way to access it.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Thu, Jun 3, 2010 at 7:25 AM, William Brent william.brent@gmail.com wrote:
This link results in a 404 error. The correct address is: http://williambrent.conflations.com/pages/research.html#timbreID
Sorry! And thanks for correcting me...
On Thu, Jun 3, 2010 at 9:14 AM, Michal Seta mis@artengine.ca wrote:
On Thu, Jun 3, 2010 at 7:25 AM, William Brent william.brent@gmail.com wrote:
This link results in a 404 error. The correct address is: http://williambrent.conflations.com/pages/research.html#timbreID
-- ./MiS
Ty!
-----Original Message----- From: William Brent [mailto:william.brent@gmail.com] Sent: Thursday, June 03, 2010 11:46 AM To: mis@artengine.ca Cc: Pagano, Patrick; pd-list@iem.at Subject: Re: [PD] pd spect help
Sorry! And thanks for correcting me...
On Thu, Jun 3, 2010 at 9:14 AM, Michal Seta mis@artengine.ca wrote:
On Thu, Jun 3, 2010 at 7:25 AM, William Brent william.brent@gmail.com wrote:
This link results in a 404 error. The correct address is: http://williambrent.conflations.com/pages/research.html#timbreID
-- ./MiS
let me quote IOhannes here:
„... read http://puredata.info/community/lists/Netiquette#Threads on how to start new threads.“
Am 01.06.2010 um 21:55 schrieb Pagano, Patrick:
Hi this is a FWD:
Can anyone look at this and see the errors?
I'm making progress in my guitar tablature writer program that I'm working for in Arturo's class. As such I have come across an obstacle I have not figured out yet. I have attached the patch to this email. Basically using the graph window that is produced by the patch I plan on differentiating between different guitar note positions using the timbre of sounds. What I need is to obtain the values that construct the graph spectrum so then I can compare the difference between notes; it seems that the information is packed, but I have not figured out a way to access it.
<Spect.pd>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list