Bugs item #1600736, was opened at 2006-11-21 16:44
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1600736&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: v0.40.2
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Graham Percival (gperciva)
Assigned to: Nobody/Anonymous (nobody)
Summary: ./configure --with-pd-dir does not set up include and linke
Initial Comment:
I just comiled the OSC externals for PD 0.40-2 on OSX 10.4.9 on a new Macbook (core 2 duo). I discovered that configuring the project with --with-pd did not set up everything needed.
I added the installed PD/src directory to CFLAGS and manually hacked the src/Makefile to point the LDFLAGS in the right direction, but it would be nice if that was done automagically via the --with-pd-dir information.
Cheers,
- Graham Percival
(sorry, I'm not certain which category this bug belongs to)
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-20 00:15
Message:
Logged In: YES
user_id=27104
Originator: NO
The ./configure part of OSCx is no longer maintained. Use
externals/Makefile by doing this:
cd pure-data/externals
make oscx
That will build everything.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1600736&group_…
Bugs item #1650752, was opened at 2007-02-02 11:00
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650752&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-extended
Group: v0.39.2
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Luke Iannini (lukeiannini)
Assigned to: Hans-Christoph Steiner (eighthave)
>Summary: Select Cursor does not Correspond to Text In New PD-Extended
Initial Comment:
Basically the change to the new font(s) has caused the mouse cursor to be inaccurate when selecting text. It seems to be assuming the wider courier font is in use. This combined with the next bug I'm about to submit regarding backwards delete has made things a bit tedious.
This is on i386 and PPC OS X (though I assume this is platform independent) with the lastest 392 autobuilds.
A picture is included with a badly rendered OmniDazzle cursor in the position of the actual cursor (since the cursor is not included in OS X screengrabs), and the text cursor in the position that results from a click at that point.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-20 00:12
Message:
Logged In: YES
user_id=27104
Originator: NO
I think this is fixed in the released build of Pd-0.39.2-extended-RC1, as
long as DejaVu Sans Mono is installed. Can anyone confirm?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-02-05 10:02
Message:
Logged In: YES
user_id=27104
Originator: NO
This stuff is still a work in progress. Most importantly, you need to
have DejaVu Sans Mono font currently. Otherwise, it picks a proportional
font, and causes the misalignment.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-02-02 18:01
Message:
Logged In: YES
user_id=1658640
Originator: NO
I can confirm this behavior, using the intel mac build.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650752&group_…
Bugs item #1650754, was opened at 2007-02-02 11:05
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650754&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-extended
Group: v0.38.4
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Luke Iannini (lukeiannini)
Assigned to: Hans-Christoph Steiner (eighthave)
>Summary: Backwards Delete does not work in PD-Extended
Initial Comment:
This is also a Pd-Extended exclusive issue: the backwards delete key produces the "missing character" rectangles, overwriting but not deleting the intended text. In the picture: cursor was placed at the "d" in "delete", and backwards-delete was pressed 3 times. Instead of "ete", we get "[][][]ete".
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-20 00:09
Message:
Logged In: YES
user_id=27104
Originator: NO
Found it. The DEL key was deleting the character properly, but then later
another mystery char was being added. I told the char adding code to
ignore ASCII 127 (DEL) and its fixed.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 23:47
Message:
Logged In: YES
user_id=27104
Originator: NO
I can reproduce this in my Mac/PowerPC on Pd-0.38.4-extended and
Pd-0.39.2-extended-RC1. It worked properly on Pd-0.39.2 and Pd-0.40-2. So
it's an old bug. I wonder what caused it...
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-03-11 12:24
Message:
Logged In: YES
user_id=1709568
Originator: NO
In WINDOWS it is not specific to pd-extended.
I use PD-Vanilla in Window platform, from 0.39 to 0.40.2 and I've NEVER
seen the delete key work properly (or work at all).
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-02-02 18:06
Message:
Logged In: YES
user_id=1658640
Originator: NO
This is not exclusive to the new font as hinted [1], since it also happens
in the test7 build (intel mac os x), hence not only in the RC1 build.
[1]
https://sourceforge.net/tracker/index.php?func=detail&aid=1650752&group_id=…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650754&group_…
Bugs item #1650754, was opened at 2007-02-02 11:05
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650754&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-extended
>Group: v0.38.4
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Luke Iannini (lukeiannini)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Backwards Delete does not work in PD-E
Initial Comment:
This is also a Pd-Extended exclusive issue: the backwards delete key produces the "missing character" rectangles, overwriting but not deleting the intended text. In the picture: cursor was placed at the "d" in "delete", and backwards-delete was pressed 3 times. Instead of "ete", we get "[][][]ete".
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 23:47
Message:
Logged In: YES
user_id=27104
Originator: NO
I can reproduce this in my Mac/PowerPC on Pd-0.38.4-extended and
Pd-0.39.2-extended-RC1. It worked properly on Pd-0.39.2 and Pd-0.40-2. So
it's an old bug. I wonder what caused it...
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-03-11 12:24
Message:
Logged In: YES
user_id=1709568
Originator: NO
In WINDOWS it is not specific to pd-extended.
I use PD-Vanilla in Window platform, from 0.39 to 0.40.2 and I've NEVER
seen the delete key work properly (or work at all).
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-02-02 18:06
Message:
Logged In: YES
user_id=1658640
Originator: NO
This is not exclusive to the new font as hinted [1], since it also happens
in the test7 build (intel mac os x), hence not only in the RC1 build.
[1]
https://sourceforge.net/tracker/index.php?func=detail&aid=1650752&group_id=…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650754&group_…
Bugs item #1687482, was opened at 2007-03-24 10:45
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1687482&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-extended
Group: v0.39.2
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: fiddle~ help file not found
Initial Comment:
On OS X 10.4.9 PPC the help file for fiddle~ is not found when using the context menu. This is with Pd-0.39.2-extended-test7.
kyleklip(a)gmail.com
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-04-19 20:42
Message:
Logged In: NO
Just to report, in pd-0.39.2-extended-rc1, this issue is resolved.
~Kyle
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 20:34
Message:
Logged In: YES
user_id=27104
Originator: NO
These files were missing from the CVS in 0.39-2, so I merged them in from
the HEAD of MAIN (0.41.test?).
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-03-29 01:45
Message:
Logged In: YES
user_id=1658640
Originator: NO
The fiddle~ help patch lives in 5.reference/flatspace/ in Pd-extended
using the Build System - that might be why it's not fund in 5.reference/ ?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1687482&group_…
Patches item #1651283, was opened at 2007-02-03 11:04
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1651283&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: puredata
>Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
>Assigned to: Miller Puckette (millerpuckette)
Summary: documentation error in cos~-help.pd
Initial Comment:
(This is a DOCUMENTATION bug, not a bug of the program, but I can't find such a category here)
The description of the cos~ object in its help patch says:
"The cos~ object outputs the cosine of its signal input"
while it should read:
"The cos~ object outputs the cosine of 2*pi times its signal input"
I attach the updated cos~-help.pd file
Note that the "cos" (without ~) object does NOT believe the same way, since it does output the cosine of the input in radians. This situation is not ideal, but correcting it would be a disaster for the portability of pathces. However, it must be documented.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1651283&group_…
Bugs item #1678780, was opened at 2007-03-12 04:19
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678780&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-extended
Group: v0.39.2
Status: Open
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Thomas Grill (xovo)
>Assigned to: Nobody/Anonymous (nobody)
Summary: any object not loading
Initial Comment:
In the Pd-0.39-2-extended-test7 build, the any object (iemlib) is not loaded whien instantiated in the patcher, because "any" is just an alias name to "iem_anything".
I'd suggest loading iemlib1/2 as libraries.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 23:38
Message:
Logged In: YES
user_id=27104
Originator: NO
I think aliases are a bad idea in general, and a lot of work to maintain.
But anyone else can fix this if they want. Also, nothing in Pd-extended is
compiled as single-file-multi-class libraries, so that's not an option. We
know from the past that those create more problems than they solve.
----------------------------------------------------------------------
Comment By: Thomas Grill (xovo)
Date: 2007-03-12 04:20
Message:
Logged In: YES
user_id=350252
Originator: YES
this is on Mac/Intel OS.4.8 but i guess the problem is fairly unrelated to
this.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678780&group_…
Bugs item #1687482, was opened at 2007-03-24 13:45
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1687482&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-extended
Group: v0.39.2
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: fiddle~ help file not found
Initial Comment:
On OS X 10.4.9 PPC the help file for fiddle~ is not found when using the context menu. This is with Pd-0.39.2-extended-test7.
kyleklip(a)gmail.com
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 23:34
Message:
Logged In: YES
user_id=27104
Originator: NO
These files were missing from the CVS in 0.39-2, so I merged them in from
the HEAD of MAIN (0.41.test?).
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-03-29 04:45
Message:
Logged In: YES
user_id=1658640
Originator: NO
The fiddle~ help patch lives in 5.reference/flatspace/ in Pd-extended
using the Build System - that might be why it's not fund in 5.reference/ ?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1687482&group_…
Bugs item #1690125, was opened at 2007-03-28 15:52
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690125&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: v0.39.2
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Krzysztof Czaja (krzyszcz)
Summary: define_build target has invalid bourne shell syntax
Initial Comment:
In miXed/Makefile.common, in the target define_build, there is some syntax that does not work in a strict bourne shell. It's basically the '[[' syntax that bash uses which is invalid:
@if [[ -f build_counter && `id -un` == krzYszcz && \
`date -r build_counter +%j` != `date +%j` ]] ; then \
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 22:42
Message:
Logged In: YES
user_id=27104
Originator: YES
AFter banging my head against it a few times, it looks like I managed to
fix it in a way that isn't completely ugly.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-03-28 18:24
Message:
Logged In: YES
user_id=27104
Originator: YES
I replaced it with this and it works with strict sh and bash:
@if [ -f build_counter ] && [ `id -un` = krzYszcz ] && \
[ `date -r build_counter +%j` != `date +%j` ] ; then \
But now there is a problem in externals/miXed/toxy/Makefile with this
line, also not strict sh compatible:
@echo -e '// Do not edit this file (edit "$<", and run "make").\
\n//\nputs stderr [concat loading built-in widget definitions]' \
| cat - $< | sed \
-e '1,\|//$$|{p;d;}' \
-e 's/\([\\\"]\)/\\\1/g' \
-e 's/^.*$$/\"&\\n\"/' > $@
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690125&group_…
Bugs item #1692230, was opened at 2007-04-01 02:08
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692230&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-extended
>Group: v0.39.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alexandre Quessy (alexandrequessy)
>Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: compile zexy with regex support in pd-extended
Initial Comment:
It seems like the default zexy that comes with Pd-extended vanilla is compiled without the regex.h support (for the [regex] object). I saw that on Linux and Mac OS/X 0.39-*.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 22:41
Message:
Logged In: YES
user_id=27104
Originator: NO
regex.h is installed on all of the auto-build machine. For zexy in
Pd-extended, IOhannes replaced the Pd-extended build system that was in
place with his own, so I am assigning this to him.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692230&group_…