Bugs item #2930859, was opened at 2010-01-12 20:33
Message generated for change (Tracker Item Submitted) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930859&group_…
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: externals
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: [popen] 1st outlet doesn't work in Windows Vista
Initial Comment:
In windows vista (only platform I tested on), when you send a message to [popen], the output from the first outlet has an unpredictable behaviour.
Here's some of the things that happen (same test gives different results if repeated):
1) The expected output, i.e. the output generated by the command in the "shell", one symbol ber line
2) "sending <message>" where <message> is a verbatim copy of the message you have input
3) "sending <message><junk>" where <junk> is either a random sequence of unreadable characters, or a random slice of some previously input message
4) When the output of the command is mulltiline (e.g. "dir") you sometimes get only the first N lines (correctly output as multiple symbol messages, but not all the messages that the command actually produces in the shell, e.g. in the case of "dir" not the complete list of files)
These are the cases I've been able to observe.
By the way by "expected behaviour" I mean what I guess is the expected behaviour, as the help-patch totally lacks a description of what the external does.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930859&group_…
Bugs item #2930741, was opened at 2010-01-12 11:54
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930741&group_…
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: pd-devel
Group: v0.43
>Status: Pending
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: Nobody/Anonymous (nobody)
Summary: patch size not saved
Initial Comment:
it seems pd-rewrite saves the position of patches and subpatches, but not their sizes.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-12 14:22
Message:
Using today's SVN on Mac OS X 10.5.8, running in both Aqua and X11, I can't
reproduce this. Both poistion and size are saved for me.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930741&group_…
Bugs item #2930743, was opened at 2010-01-12 11:55
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930743&group_…
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: pd-devel
Group: v0.43
Status: Pending
Resolution: Fixed
Priority: 5
Private: No
Submitted By: max (maxn)
>Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: patches off-screen not shown
Initial Comment:
patches with positions off the screen (fox ex. on a disconnected second monitor) aren't automatically shown on the present screen
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-12 13:59
Message:
works for me! nice algorithm, I like that! I expanded on it to also
handle width and height:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=129…
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-12 13:04
Message:
should be fixed with revision 12966;
please confirm whether it works or not
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930743&group_…
Bugs item #2930743, was opened at 2010-01-12 17:55
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930743&group_…
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: pd-devel
Group: v0.43
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: Nobody/Anonymous (nobody)
Summary: patches off-screen not shown
Initial Comment:
patches with positions off the screen (fox ex. on a disconnected second monitor) aren't automatically shown on the present screen
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-12 19:04
Message:
should be fixed with revision 12966;
please confirm whether it works or not
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930743&group_…
Bugs item #2930743, was opened at 2010-01-12 16:55
Message generated for change (Tracker Item Submitted) made by maxn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930743&group_…
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: pd-devel
Group: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: Nobody/Anonymous (nobody)
Summary: patches off-screen not shown
Initial Comment:
patches with positions off the screen (fox ex. on a disconnected second monitor) aren't automatically shown on the present screen
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930743&group_…
Bugs item #2930741, was opened at 2010-01-12 16:54
Message generated for change (Tracker Item Submitted) made by maxn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930741&group_…
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: pd-devel
Group: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: Nobody/Anonymous (nobody)
Summary: patch size not saved
Initial Comment:
it seems pd-rewrite saves the position of patches and subpatches, but not their sizes.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930741&group_…
Hey Miller, IOhannes and anyone else who is interested,
Last night I committed another C-side changes to the pd-gui-rewrite
branch, so I thought I'd explain it here. The original code would
rebuild the whole window menu in 'pd' every time a canvas was vised or
unvised, and when [pd] boxes were updated. That means going through
the whole tree of instantiated canvases each time.
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=129…http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=129…
With these commits, 'pd' sends a list of parent windows when a canvas
is created in 'pd-gui' (i.e. pdtk_canvas_new), and just sends a
command to 'pd-gui' to update the windowlist whenever there is a vis,
unvis, or [pd] box update. And the nifty new feature is that it shows
all vised canvases in a tree on the Window menu.
.hc
----------------------------------------------------------------------------
News is what people want to keep hidden and everything else is
publicity. - Bill Moyers
Bugs item #2930045, was opened at 2010-01-11 21:03
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930045&group_…
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: externals
Group: None
>Status: Closed
Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
>Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: unable to hide menubar on w32 with Gem
Initial Comment:
gemwin-menubar seems not to work under windows 7
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 21:14
Message:
oh, and please use a meaningful subject: "problem with pd and windows 7" is
only remotely related to not being able to hide the menubar with Gem.
and Gem has it's own bug-tracker at http://sf.net/projects/pd-gem, as you
should be able to see in the Gem splash when starting Pd.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 21:11
Message:
that's by intention
on w32 you can just hide the menubar via it's settings (on OSX this is
impossible or at least hard to to)
if you really need such a thing, file a feature request
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930045&group_…
Bugs item #2929975, was opened at 2010-01-11 19:39
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929975&group_…
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: None
>Group: v0.43
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: [pd-gui-rewrite] random crashes when starting from pd-gui
Initial Comment:
i get random crashes, when i start the pd-gui-rewrite as "pd-gui" with arguments
the "delme.pd" is a simple patch containing msgboxes and [print]s.
zmoelnig@ferrari:~/src/cvs/pure-data/pd-gui/src$ wish8.5 ./pd-gui.tcl delme.pd
::pd_connect::from_pd
Connection from 127.0.0.1:42400 registered
Error in startup script: grab failed: window not viewable
while executing
"grab set -global .pdwindow.tcl.entry"
(procedure "::pdtk_canvas::started_loading_file" line 4)
invoked from within
"::pdtk_canvas::started_loading_file [format "%s/%s" $basename $filename]"
(procedure "open_file" line 5)
invoked from within
"open_file $filename"
(procedure "open_filestoopen" line 3)
invoked from within
"open_filestoopen"
(procedure "main" line 43)
invoked from within
"main $::argc $::argv"
(file "./pd-gui.tcl" line 629)
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-12 09:18
Message:
fixed with r12959;
it turned out that the pdwindow was not yet visible when the "grab"
command occured, which crashed.
on tk8.4, either the code is executed slower and thus the window is
already visible when the "grab" is called, or it simply behaves more rebust
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 19:41
Message:
debian (squeeze/sid) tcl/tk8.5 (probably 1/3 of my startups fail)
with tcl/tkl8.4 it seems to be more stable...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929975&group_…
Bugs item #2929971, was opened at 2010-01-11 19:32
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929971&group_…
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: pd-devel
Group: v0.43
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: [pd-gui-rewrite] triple click on msgbox selects text
Initial Comment:
in the gui-rewrite, if i triple click on a msgbox (which happened, because i connected a a msgbox to a print and triggered it serveral times fast), the text content of the msgbox will become "selected". the msgbox itself is not touched (e.g. it doesn't get blue)
the "selection" does not mean anything: the canvas is still in run-mode; if i switch to edit-mode, the selection persists, but still doesn't mean anything: if i type, nothing happens;
(if i now click into a msgbox the text becomes selected, the msgbox turns blue and i can type)
debian(squeeze/sid) with tcl/tk8.4 and 8.5
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-12 09:07
Message:
thanks
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-12 00:25
Message:
fixed in this commit, please close this bug if it works for you.
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=129…
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 19:35
Message:
forgot to add: it's hard to deselect the text.
once you have tripleclicked on a msgbox, you have to switch to edit-mode,
and select some text and then deselect this text, in order to make the
"selected text" become normal again.
this is a lot of work, compared to how easy it is to "select" the text
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929971&group_…