[PD-dev] [ pure-data-Patches-3065109 ] [bugfix] for crasher bug when setting samplerate in alsa
Patches item #3065109, was opened at 2010-09-13 08:58 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065109&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: Accepted Priority: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] for crasher bug when setting samplerate in alsa Initial Comment: on my system (with an "nvidia CK804" onboard soundcard), i get immediate crashes if i select the plughw device (in Pd this shows up as "NVidia CK808 (plug-in)") with 44100Hz (the device only supports 48kHz) [1] with the help of the alsa-developpers i hunted the problem down; it can be easily worked around if Pd was not using snd_pcm_hw_params_set_rate_min() (without setting a rate_max()) but snd_pcm_hw_params_set_rate_near() instead [2]. this patch does this (it's a one-liner) so now i can select all devices that show up in the media menu without having to fear a crash. (since it's a crasher, i raise the priority) [1] i usually don't select plughw devices, so i haven't cared so much until now. but it's really annoying if you simply select a configuration in the preferences to make Pd crash) [2] when alsa-devs were finally able to reproduce my problem, they simply asked "but why don't you just use rate_near()?" -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:33 Message: applied for 0.43 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065109&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3065099 ] [bugfix] broken multiple-midi dialog
Patches item #3065099, was opened at 2010-09-13 08:40 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065099&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] broken multiple-midi dialog Initial Comment: in the upcoming 0.43, their is a small typo in the "long form" of the midi dialog (the "long form" is the one that allows you to select multiple midi devices): it references to "midi_midi_outdevlist" rather than "midi_outdevlist", resulting in an tcl error. attached patch fixes this. -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:31 Message: applied for 0.43 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065099&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3089768 ] portaudio-callbacks: verbosity
Patches item #3089768, was opened at 2010-10-18 13:15 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089768&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: portaudio-callbacks: verbosity Initial Comment: when using portaudio in callback mode, Pd prints a dot (".") to the stderr each time PA calls the callback. the attached patch uses sys_verbose to only output the dot if the user has selected a verbosity of at least 2. -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:59 Message: took it out altogether (0.43) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089768&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3137000 ] [bugfix] Tcl barfs if you hit Enter while adding a lib
Patches item #3137000, was opened at 2010-12-14 04:48 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3137000&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] Tcl barfs if you hit Enter while adding a lib Initial Comment: In the Startup preferences, if you add a new lib, then type the name, then hit Enter, you get a Tcl dump. This simple patch fixes that. -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:24 Message: applied for 0.43 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3137000&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3139922 ] fix plugin loading other files
Patches item #3139922, was opened at 2010-12-18 19:37 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3139922&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: None Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix plugin loading other files Initial Comment: GUI plugins often want to load other files, like images,etc. so make it easy to do without weird workarounds. -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:26 Message: applied for 0.43 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3139922&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3114810 ] make sure editmode cursor is hand2 after regaining focus
Patches item #3114810, was opened at 2010-11-21 21:35 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3114810&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make sure editmode cursor is hand2 after regaining focus Initial Comment: If Pd regains focus from another app, and the topmost patch was in editmode, the mouse cursor will remain a pointer instead of switching to the hand2 cursor. This just drove me totally nuts working on the last project, so here's a patch to make sure to editmode cursor is right. -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 05:15 Message: applied to 0.43 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3114810&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3089771 ] portaudio: crash when shutting down callback mode
Patches item #3089771, was opened at 2010-10-18 13:20 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089771&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: Accepted Priority: 8 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: portaudio: crash when shutting down callback mode Initial Comment: if you select the "portaudio" audio-backend in "callback" mode and then try to shut it down, Pd will crash, because it calls CloseAudioStreams with the pa_callbackstream, which is not a PABLIO_Stream. steps to reproduce: - select "portaudio" as the audio backend - in the audio-settings that pops-up, enable the "use callbacks" and click on "Apply" - (this will switch to portaudio/callback) - now click on "OK" (in the still open settings dialog) - Pd will segfault (Pd will close portaudio/callback and try to restart it) the attached patch calls the StopStreaming functions explicitely for the correct stream-type. -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 05:04 Message: applied to 0.43 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089771&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3065532 ] [bugfix] autotools on MinGW/MSYS
Patches item #3065532, was opened at 2010-09-13 20:46 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065532&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] autotools on MinGW/MSYS Initial Comment: On Windows XP with MinGW in the MSYS shell, using the latest HEAD in pure-data.git, running ./autogen.sh && ./configure causes this error: ./autogen.sh && ./configure && make libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `m4/config'. libtoolize: linking file `m4/config/config.guess' libtoolize: linking file `m4/config/config.sub' libtoolize: linking file `m4/config/install-sh' libtoolize: linking file `m4/config/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4/generated'. libtoolize: linking file `m4/generated/libtool.m4' libtoolize: linking file `m4/generated/ltoptions.m4' libtoolize: linking file `m4/generated/ltsugar.m4' libtoolize: linking file `m4/generated/ltversion.m4' libtoolize: linking file `m4/generated/lt~obsolete.m4' checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-mingw32 checking host system type... i686-pc-mingw32 ./configure: line 2551: syntax error near unexpected token `IPHONEOS=yes,' ./configure: line 2551: `PD_CHECK_IPHONE(IPHONEOS=yes, IPHONEOS=no, { { echo "$as_me:$LINENO: error: iPhoneOS SDK not available" >&5' -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:42 Message: applied to 0.43 -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-09-14 09:28 Message: i see the problem, but fail to understand why the "&&" chaining does not stop the entire build. i guess that the call to aclocal fails, but why autogen.sh then returns TRUE is beyond my understanding. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065532&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3065242 ] tcl-error when modifying subpatch with hidden parentwindow
Patches item #3065242, was opened at 2010-09-13 12:00 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065242&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: tcl-error when modifying subpatch with hidden parentwindow Initial Comment: i get tcl-errors when editing a subpatch in a GOP-enabled abstraction that has it's window closed. currently i haven't found any real consequences except for the annoying error-lines in the pd-console. cause of the bug: Pd tries to make the title of the abstraction-window reflect the "modified" state, but since there is no such window tcl throws an error. steps to reproduce: - i have an abstraction that has GOP enabled. all the code is in a subpatch of this abstraction. finally, i have a pristine instance of this abstraction in my patch. - i open the abstraction - i open the subpatch in the abstraction - i close the abstraction window - i edit the contents of the subpatch - pd-console shows an error: (Tcl) UNHANDLED ERROR: bad window path name ".x8f67d30" while executing "wm title $mytoplevel "$name$dirtychar$arguments - $path" " (procedure "pdtk_canvas_reflecttitle" line 11) invoked from within "pdtk_canvas_reflecttitle .x8f67d30 {/Net/iem/Benutzer/zmoelnig/src/git/pure-data} {abstraction.pd} {} 1" ("uplevel" body line 3) invoked from within "uplevel #0 $cmd_from_pd" -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:37 Message: applied to 0.43 -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-09-14 05:30 Message: A given $mytoplevel window is not guaranteed to be visible when pdtk_canvas_reflecttitle is called, so skip setting the title if $mytoplevel does not exist. -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-09-13 12:00 Message: btw, this does not happen if the abstraction is not GOP-enabled -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065242&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3089763 ] portaudio fixes for channelnum and samplerate
Patches item #3089763, was opened at 2010-10-18 13:12 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089763&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: Accepted Priority: 8 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: portaudio fixes for channelnum and samplerate Initial Comment: the current portaudio implementation has an issue with the channel selection: if the user requests more channels than are available for the device, the device will fail to open. the attached patch, will clamp the requested channels to the number of available channels. -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:55 Message: applied to 0.43 -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-10-18 13:22 Message: i forgot to mention: the patches also fix the problem if the user requests an illegal samplerate. rather than failing to open the device, Pd will now ask portaudio for the device's default samplerate and use that one. -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-10-18 13:13 Message: there are 2 patches: one for the normal PortAudio code, and one for the PortAudio-with-callbacks code both should be applied -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089763&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3089776 ] expose more audio/midi information through API
Patches item #3089776, was opened at 2010-10-18 13:26 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089776&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None >Status: Closed Resolution: Accepted Priority: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: expose more audio/midi information through API Initial Comment: some important functions have been forgotten to get exported in patch #3048014 here are the missing ones. (please include them in upcoming 0.43, as the integra-live project would really like to use that one...) -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 05:06 Message: applied to 0.43 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089776&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3136984 ] [bugfix] "pd -font-weight normal" causes mayhem
Patches item #3136984, was opened at 2010-12-14 04:08 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136984&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: None Priority: 6 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] "pd -font-weight normal" causes mayhem Initial Comment: If you launch pd like "pd -font-weight normal" then try to open a patch, you get a Tcl dump saying that 'norm' is not a correct font property. This is caused because the size of sys_fontweight gets set by the sys_fontweight[] = "bold";. This page just adds some padding. -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:23 Message: applied for 0.43 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136984&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3089445 ] Remove macros masking single-precision ANSI math
Patches item #3089445, was opened at 2010-10-18 01:18 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089445&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None >Status: Closed Resolution: Accepted Priority: 3 Private: No Submitted By: Peter Brinkmann (pbrinkmann) Assigned to: Miller Puckette (millerpuckette) Summary: Remove macros masking single-precision ANSI math Initial Comment: This patch removes some macros masking single-precision ANSI math from x_arithmetic.c. These macros are no longer necessary because both Windows and Apple platforms have had single-precision math for a while now. They are also somewhat detrimental because they degrade performance, which is a special concern on mobile devices such as iPhone and iPad. -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:52 Message: probably will still fail on my windows machine... but I'll give it a try. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089445&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3064521 ] label positions in GOPs get placed wrong when changed dynami
Patches item #3064521, was opened at 2010-09-11 22:22 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3064521&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: label positions in GOPs get placed wrong when changed dynami Initial Comment: fix label_pos in all IEMGUI -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:27 Message: applied for 0.43 -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-11-12 16:51 Message: I second this bug--had encountered the exact same problem and the patch solves it perfectly. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-09-13 01:01 Message: see the attached patch for an illustration of the bug. Included in Pd-extended 0.42.5. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3064521&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3138093 ] moving objects with arrow keys doesn't update scrollbars
Patches item #3138093, was opened at 2010-12-15 18:21 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3138093&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: None Priority: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: moving objects with arrow keys doesn't update scrollbars Initial Comment: If you move objects off the edge of the patch using the keyboard arrow keys, the scrollbars don't update. This patch fixes that. This patch has been included in Pd-extended since 0.40.3 as arrow_keys_update_scrollbars-0.40.3.patch. -- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 04:25 Message: applied for 0.43 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3138093&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3164161 ] set cursors in Tcl per-platform to get good behavior on all
Patches item #3164161, was opened at 2011-01-23 00:01 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3164161&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: set cursors in Tcl per-platform to get good behavior on all Initial Comment: This simple patch sets the mouse cursors per-platform in pd-gui.tcl. First, the allows the mouse cursors to work properly on all platforms, second it allows the mouse cursors to be customized both from patches and from GUI plugins. Its been in Pd-extended since 0.40.3 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3164161&group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pd 0.43 test4: Canvas Position
On Jan 22, 2011, at 4:05 PM, Roman Haefeli wrote: (I hope you don't mind if I bring that back to the list) On Sat, 2011-01-22 at 15:50 -0500, Hans-Christoph Steiner wrote: - Original message - On Sat, 2011-01-22 at 15:31 -0500, Hans-Christoph Steiner wrote: - Original message - On Fri, 2011-01-21 at 18:02 -0500, Hans-Christoph Steiner wrote: It was changed to work on GNOME/metacity, which is the default on Fedora, Debian, Ubuntu, Mint, etc. So it is by far and away the most common. Since it is going to be different with each window manager, I think it makes sense to have the defaults work for the most people. Didn't it work for everything before? Or am I even wrong in thinking that up to 0.42 Pd used to write the window geometry into the patch file and not the canvas geometry? Sorry to repeat myself: Why was it changed to storing the canvas geometry? Roman from my experience, it was not working, that's why I changed it. I didn't realize at the time that it was different on each window manager in X11, I only use GNOME/metacity. Not that I care _that_ much about it, but I still wonder: In what way is it working better now than it was before? I wouldn't call it 'working' when it actually only works with one window manager (metacity). OTOH, I must say that it is quite easy to make it working in non-metacity window managers. Only two numbers need to be adjusted in /tcl/pdtk_canvas.tcl. Is there a way for tcl/tk to know in which window manager it is running in? If so, a real solution wouldn't be too hard, hopefully. Roman there has got to be a way, at worst you could always "ps auxww | grep metacity" for each supported WM. I only use the default Debian and Ubuntu setup, so I not the one to take this project on. True. However, I think it's not even tied to the window manager, but to the theme it uses. At least I tested it also on Gnome/Metacity (default theme on Lucid) and it was still off (which might be an indication that your Gnome is different from mine). Also I believe it is dangerous to assume that the default theme uses the same measures on different Ubuntu versions or the measures are the same across different distros (most likely they are _not_). I don't see how it could be solved in a consistent way. I consider the current implementation rather 'broken' than 'working'. This is not a rant, but I think we should be aware of where things might fail. Personally, I am very fine with adjusting two numbers in a file whenever I install Pd. Roman I can just add that I don't think its a good situation, but it was the best I could do at the time. If you check the comments at the top of pdtk_canvas.tcl, you can see a couple notes: #TODO: http://wiki.tcl.tk/11502 # MS Windows #wm geometry . returns contentswidthxcontentsheight+decorationTop +decorationLeftEdge. #and #winfo rooty . returns contentsTop #winfo rootx . returns contentsLeftEdge It would be great if someone who uses X11 with different window managers could take this on so that it does work on all platforms. .hc "Making boring techno music is really easy with modern tools, but with live coding, boring techno is much harder." - Chris McCormick ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pd 0.43 test4: Canvas Position
(I hope you don't mind if I bring that back to the list) On Sat, 2011-01-22 at 15:50 -0500, Hans-Christoph Steiner wrote: > - Original message - > > On Sat, 2011-01-22 at 15:31 -0500, Hans-Christoph Steiner wrote: > > > - Original message - > > > > On Fri, 2011-01-21 at 18:02 -0500, Hans-Christoph Steiner wrote: > > > > > It was changed to work on GNOME/metacity, which is the default on > > > > > Fedora, Debian, Ubuntu, Mint, etc. So it is by far and away the most > > > > > common. Since it is going to be different with each window manager, I > > > > > think it makes sense to have the defaults work for the most people. > > > > > > > > Didn't it work for everything before? Or am I even wrong in thinking > > > > that up to 0.42 Pd used to write the window geometry into the patch file > > > > and not the canvas geometry? Sorry to repeat myself: Why was it changed > > > > to storing the canvas geometry? > > > > > > > > Roman > > > > > > from my experience, it was not working, that's why I changed it. I > > > didn't > > > realize at the time that it was different on each window manager in X11, I > > > only use GNOME/metacity. > > > > Not that I care _that_ much about it, but I still wonder: In what way is > > it working better now than it was before? I wouldn't call it 'working' > > when it actually only works with one window manager (metacity). > > > > OTOH, I must say that it is quite easy to make it working in > > non-metacity window managers. Only two numbers need to be adjusted in > > /tcl/pdtk_canvas.tcl. > > > > Is there a way for tcl/tk to know in which window manager it is running > > in? If so, a real solution wouldn't be too hard, hopefully. > > > > Roman > > there has got to be a way, at worst you could always "ps auxww | grep > metacity" for each supported WM. I only use the default Debian and Ubuntu > setup, so I not the one to take this project on. True. However, I think it's not even tied to the window manager, but to the theme it uses. At least I tested it also on Gnome/Metacity (default theme on Lucid) and it was still off (which might be an indication that your Gnome is different from mine). Also I believe it is dangerous to assume that the default theme uses the same measures on different Ubuntu versions or the measures are the same across different distros (most likely they are _not_). I don't see how it could be solved in a consistent way. I consider the current implementation rather 'broken' than 'working'. This is not a rant, but I think we should be aware of where things might fail. Personally, I am very fine with adjusting two numbers in a file whenever I install Pd. Roman ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pd 0.43 test4: Canvas Position
On Fri, 2011-01-21 at 18:02 -0500, Hans-Christoph Steiner wrote: > It was changed to work on GNOME/metacity, which is the default on > Fedora, Debian, Ubuntu, Mint, etc. So it is by far and away the most > common. Since it is going to be different with each window manager, I > think it makes sense to have the defaults work for the most people. Didn't it work for everything before? Or am I even wrong in thinking that up to 0.42 Pd used to write the window geometry into the patch file and not the canvas geometry? Sorry to repeat myself: Why was it changed to storing the canvas geometry? Roman > On Jan 21, 2011, at 5:56 PM, Roman Haefeli wrote: > > > > Ok. But why was it changed in the first place? Why not switching > > back to > > saving the actual window geometry (as opposed to the canvas > > geometry)? I > > mean, didn't that work well for Pd up to version 0.42? > > > > Roman > > > On Fri, 2011-01-21 at 17:04 -0500, Hans-Christoph Steiner wrote: > >> Its a tricky issue because its different which each window manager. > >> So I think the best way to address it, in the short run at least, is > >> for people to figure out the settings that work best with their > >> window > >> manager. > >> I guess we should make it possible to set this stuff in a > >> plugin, so any suggestions of how best to do that would be most > >> appreciated. > >> > >> On Jan 13, 2011, at 4:37 PM, Roman Haefeli wrote: > >> > >>> Hi > >>> > >>> It seems that since Pd 0.43 a Pd file does not save the window > >>> manager > >>> window position and size anymore (at least on linux), but instead > >>> the > >>> position and the size of the canvas, i.e. the white patching area. > >>> > >>> This has some implications. Since window decorations (title bar, > >>> window > >>> borders) have different sizes/widths across different window > >>> managers, > >>> but even different sizes across certain themes of certain window > >>> managers, the patch window of a saved patch doesn't always appear at > >>> the > >>> position where it was saved. Even more, the next time the patch is > >>> saved > >>> and re-loaded, it's shifted again, etc. > >>> > >>> I am usually running fluxbox and with my current theme, the offset > >>> is > >>> x: -3px > >>> y: -9px > >>> > >>> With the Ubuntu Lucid default theme (Gnome), the offset is: > >>> x: -1px > >>> y: 0px > >>> > >>> Can that be addressed somehow, or is it not possible from tcl/tk to > >>> know > >>> the properties of the window decorations? > >>> > >>> In fluxbox, there is the side effect, that when xPos or yPos is > >>> negative, the window is drawn to the next window free area of the > >>> screen > >>> instead of the stored position. > >>> > >>> Another new issue since 0.43 in fluxbox is, that a second instance > >>> of Pd > >>> is always opened on the workspace where the first instance is > >>> running. > >>> This wasn't the case with older versions of Pd (i.e.: it was > >>> possible to > >>> start a second instance of Pd in a new workspace. > >>> > >>> Is anybody else experiencing similar issues and might have some > >>> ideas > >>> how to resolve this? > >>> > >>> Cheers > >>> Roman > >>> > >>> > >>> > >>> > >>> > >>> ___ > >>> Pd-dev mailing list > >>> Pd-dev@iem.at > >>> http://lists.puredata.info/listinfo/pd-dev > >> > >> > >> > >> > >> > >> "Making boring techno music is really easy with modern tools, but > >> with > >> live coding, boring techno is much harder." - Chris McCormick > >> > >> > >> > >> > > > > > > > > > > Looking at things from a more basic level, you can come up with a more > direct solution... It may sound small in theory, but it in practice, > it can change entire economies. - Amy Smith > > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pd 0.43 test4: Canvas Position
On Jan 22, 2011, at 8:11 AM, IOhannes zmölnig wrote: On 01/22/2011 12:02 AM, Hans-Christoph Steiner wrote: It was changed to work on GNOME/metacity, which is the default on Fedora, Debian, Ubuntu, Mint, etc. So it is by far and away the most common. iirc, gnome is only widespread in the US, whereas europe (and esp. german speaking communities) used to favour KDE. this if course it under constant flux, but i wanted to point out that "by far and away the most common" is a very subjective and usually point of view which i strive to avoid. fgmadrs IOhannes Yes, this is based on my experience. According to Distrowatch http://distrowatch.com/ , these are the top 5 distros: 1 Ubuntu 2051> 2 Mint1542> 3 Fedora 1452> 4 openSUSE1131< 5 Debian 1109> Of those, only openSUSE does not default to GNOME. Ubuntu is based in UK and most of the Mint team is based in Europe. From my experience teaching in Spain, France, Switzerland, and the UK, Ubuntu was the far and away the most common distro I encountered. Perhaps European Pd users don't usually use these distros but I have yet to hear from more than a handful of people who use other setups. But really the point is that we should make the default work for the most common setup, and then enable plugins so people can taylor this setting to their own. .hc All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pd 0.43 test4: Canvas Position
On 01/22/2011 12:02 AM, Hans-Christoph Steiner wrote: > > It was changed to work on GNOME/metacity, which is the default on > Fedora, Debian, Ubuntu, Mint, etc. So it is by far and away the most > common. iirc, gnome is only widespread in the US, whereas europe (and esp. german speaking communities) used to favour KDE. this if course it under constant flux, but i wanted to point out that "by far and away the most common" is a very subjective and usually point of view which i strive to avoid. fgmadrs IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev