Bugs item #3265443, was opened at 2011-03-31 21:02
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3265443&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pd doesn't support Win64 pointers in GUI
Initial Comment:
Pd's GUI internals and GUI externals all do something wrong on Win64, where 64-bit pointers get cast to long, which is 32-bit, thus the pointers get truncated (aka ambiguous). This is not easily fixable in current circumstances because it means changing it not only all over Pd's source but also over the source of all externals, and they all have to be agreeing on this, to be binary-compatible. A fix might replace "%lx" by "%llx" all over pd's source but only in Win64's case. Nonstandard "%zx" (with a size_t cast) and "%tx" (with a ptrdiff_t cast) are more portable than that (as long as using glibc) because then they will do the correct thing without #ifdef.
Another more interesting fix is to get rid of having to use sys_vgui, for example by using a wrapper around sys_vgui where this kind of business would be centralised. (see desiredata's sys_mgui for one example).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3265443&group_…
Bugs item #3264981, was opened at 2011-03-31 11:30
Message generated for change (Tracker Item Submitted) made by mattwright2
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3264981&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.42
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matt Wright (mattwright2)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Missing signal relational operators
Initial Comment:
Pd version 0.42.5-extended
Mac OSX 10.6.3 / Intel
built-in sound
When I open operators-help.pd, several of the related_objects_from_other_libraries are outlined in red:
vector*, vector/, <~, ==~, >~, &&~, ||~, and matrix~
I see all the following in the Pd window:
expr, expr~, fexpr~ version 0.4 under GNU General Public License
vector*
... couldn't create
vector/
... couldn't create
[tavg~] part of zexy-2.2.3 (compiled: Sep 22 2010)
Copyright (l) 1999-2008 IOhannes m zmölnig, forum::für::umläute & IEM
[pdf~] part of zexy-2.2.3 (compiled: Sep 22 2010)
Copyright (l) 1999-2008 IOhannes m zmölnig, forum::für::umläute & IEM
<~
... couldn't create
==~
... couldn't create
>~
... couldn't create
&&~
... couldn't create
||~
... couldn't create
error (miXed): bad creation arguments for class 'matrix~'
missing number of inlets
matrix~
... couldn't create
[mavg] part of zexy-2.2.3 (compiled: Sep 22 2010)
Copyright (l) 1999-2008 IOhannes m zmölnig, forum::für::umläute & IEM
divide v0.2, written by Olaf Matthes <olaf.matthes(a)gmx.de>
divmod v0.1, written by Olaf Matthes <olaf.matthes(a)gmx.de>
minus v0.2, written by Olaf Matthes <olaf.matthes(a)gmx.de>
plus v0.2, written by Olaf Matthes <olaf.matthes(a)gmx.de>
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3264981&group_…
Patches item #3257602, was opened at 2011-03-29 10:22
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3257602&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: feature
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: gusano (elgusanorojo)
Assigned to: Miller Puckette (millerpuckette)
Summary: add menubar ALT shortcuts
Initial Comment:
this patch adds the usual shirtcuts on the menubar (ALT-F: File menu, ALT-E: Edit menu, ...)
note that Find menu shortcut is ALT-D because F is taken by File.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-03-30 13:43
Message:
I forgot to add, I included this in pd-extended 0.43 git.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-03-30 13:39
Message:
Nice find! This is a simple patch that should make Pd even more keyboard
friendly.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3257602&group_…
Patches item #3177183, was opened at 2011-02-10 10:14
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3177183&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: bugfix
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: august black (augmentus)
Summary: readanysf~ makefile fixes
Initial Comment:
while packaging readanysf~ for debian, i had to apply several fixes to make this work cleanly.
here are the issues:
#1 temporary .o files are stored in a ./objs/ directory, which does not exist in the released package (i see it is in SVN though)
i added rules to the makefile to create this directory if non-existant (and delete it on "clean" as debian doesn't like it if "clean" leaves traces around)
#2 the Makefile sets CFLAGS (and LDFLAGS); these common variables are frequently overriden by build-systems (such as the debian package builder); since the flags in the CFLAGS are crucial for successfull builds, overriding these flags will break the build-system.
i fixed it so the Makefiloe uses PD_CFLAGS and append (the unset) CFLAGS to this variable: this way users can define their preferred optimization using CFLAGS and the build will still succeed
(btw, you should actually use PD_CXXFLAGS/CXXFLAGS for c++ flags)
#3 you are setting "-fPIC" conditionally only for 64bit systems; is there a reason to not use it on all systems (including 128bit)? debian builds on a zillion of platforms and usually "-fPIC" is applied throughout.
#4 OS-detection code only handles Linux & Darwin; bad thing here is, that it assumes everything Darwin that is not Linux;
afaics, this is meant as a boolean discrimination (you don't really expect UNAME to be not "Darwin" on any OSX, do you?), which i inverted (so that everything is Linux that is not Darwin): this is important on Debian as UNAME might be "Linux", "GNU/kFreeBSD" or "GNU"(Hurd) and everything is dealt the same.
it would be nice if these changes could be incorporated into upstream.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-03-29 18:01
Message:
accepted with r14911
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-02-10 10:33
Message:
since the patch for the 0.42 release does not work for the current SVN, i
uploaded both.
the SVN14891 patch additionally contains following changes:
- use {PD_}CXXFLAGS instead of {PD_}CFLAGS
- use "$(CXX)" instead of "g++"
also it doesn't remove the ./objs directory on "clean", but still creates
it if neccessary
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3177183&group_…
Patches item #3204677, was opened at 2011-03-09 22:43
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3204677&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: bugfix
>Status: Closed
>Resolution: Accepted
Priority: 9
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix post/verbose API and improve Pd window
Initial Comment:
This patch set completes a very inter-related things related to the Pd window and the logging functions. I think you'll find it a huge improvement. It is a combo of work that IOhannes and I recently did.
- completes the post/verbose API on the Tcl side
- adds logpost() proc/function for logging at a set level
- adds symbolic labels to the Log menu numbers
- adds 'pd findinstance' to allow Ctrl-clicking or hitting Enter on a log message to show which instance generated that message
- makes posting to the log more efficient due to integration with the Tk loop (i.e. after idle)
- complete buffer of all log messages that is filterable using the Log: menu (can filter about 100,000 lines per second on my machine)
- makes the text in the Pd window un-editable but still copy-n-paste-able (patch #3)
- separates the idea of the -verbose flag and log level since they are different
- adjust the post() statements that should be error statements, like "... couldn't create". (patch #4)
This came out of this discussion:
http://lists.puredata.info/pipermail/pd-dev/2011-02/016565.htmlhttp://lists.puredata.info/pipermail/pd-dev/2011-03/016629.html
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-03-29 17:56
Message:
accepted into 0.43
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3204677&group_…
Patches item #3257602, was opened at 2011-03-29 16:22
Message generated for change (Settings changed) made by elgusanorojo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3257602&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: feature
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: gusano (elgusanorojo)
Assigned to: Nobody/Anonymous (nobody)
>Summary: add menubar ALT shortcuts
Initial Comment:
this patch adds the usual shirtcuts on the menubar (ALT-F: File menu, ALT-E: Edit menu, ...)
note that Find menu shortcut is ALT-D because F is taken by File.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3257602&group_…
Patches item #3257602, was opened at 2011-03-29 16:22
Message generated for change (Tracker Item Submitted) made by elgusanorojo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3257602&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: feature
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: gusano (elgusanorojo)
Assigned to: Nobody/Anonymous (nobody)
Summary: add menubar ALT shirtcuts
Initial Comment:
this patch adds the usual shirtcuts on the menubar (ALT-F: File menu, ALT-E: Edit menu, ...)
note that Find menu shortcut is ALT-D because F is taken by File.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3257602&group_…
Patches item #3234958, was opened at 2011-03-22 17:11
Message generated for change (Comment added) made by elgusanorojo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3234958&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: feature
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: gusano (elgusanorojo)
Assigned to: Nobody/Anonymous (nobody)
Summary: add gui preferences system via conf files
Initial Comment:
this patch adds a gui-preferences system, right now for recent files only.
recently opened files are written in the user-app-config directory (i.e. ~/.config/pure-data/recentfiles.conf on linux) and read when pd launches.
this was tested on linux and osx only (I don't have access to a win32 machine).
see the following related threads:
http://www.mail-archive.com/pd-dev@iem.at/msg09330.htmlhttp://www.mail-archive.com/pd-dev@iem.at/msg09351.html
----------------------------------------------------------------------
Comment By: gusano (elgusanorojo)
Date: 2011-03-29 16:01
Message:
I finally found the time to make a new patch:
- added support for osx preferences and windows registry
- new file is now added to recentfiles if it's saved
- better error handling
- better doc (pd_guiprefs)
- bugfix 3192731
(http://sourceforge.net/tracker/?func=detail&aid=3192731&group_id=55736&atid…)
the patch was tested on archlinux, ubuntu10.10 and osx 10.5.8
on windows I could only test the registry stuff in a tclsh prompt, please
test !
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-03-24 05:44
Message:
This is looking good, I just have a couple comments:
- I think you should manually edit pkgIndex.tcl. the script made a bunch
of changes, that are not really relevant and might affect other things.
You just need to add a single line for pd_guiprefs.tcl
- preferences on Mac OS X are stored in ~/Library/Preferences rather than
~/Library/Application Support/pure-data. Ideally, this patch would also
use the terminal tool 'defaults read' and 'defaults write' to create a
proper Mac OS X .plist preferences file. Its not hard to do, you can see
how Pd currently does it in pd/src/s_file.c. Windows needs to use the
registry, that's even easier because Tcl has the built -in 'registry'
command.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3234958&group_…
Patches item #3246876, was opened at 2011-03-26 11:34
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3246876&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: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Charles Goyard ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Help Browser now resizable
Initial Comment:
This is a short patch to make the help browser resizable.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-03-28 20:20
Message:
( sourceforge is freaking out, so I can't post to this as me. This is
Hans)
The up/down y resizing looks good. But the left/right x resizing does
quite work. For example, if you open the help browser, resize it a little
bit, then click on a folder, then the listbox frame for that folder does
not ever show up unless you resize again, which is quite confusing. The
question really is: how should the resizing behave? My guess is that when
the window is resized, it should divide the new window width by the number
of currently open listbox frames, then use that number as the width of
frames from there on out. That would mean that the frames would always fit
evenly into the window.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3246876&group_…
Hey Martin,
Glad to see you are working on getting pdlua integrated into Pd-
extended. It is now dying with a linking error on Mac OS X:
http://autobuild.puredata.info/auto-build/2011-03-16/logs/2011-03-16_15.50.…
pdlua.c:877: warning: comparison between signed and unsigned
linking pdlua with -llua5.1 -lc
cc -mmacosx-version-min=10.4 -bundle -undefined dynamic_lookup -L/sw/
lib -o "pdlua.pd_darwin" "pdlua.o" -llua5.1 -lc
/usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: can't locate file for: -
llua5.1
It looks like you should use -llua.5.1 since the dylib is called /sw/
lib/liblua.5.1.dylib
.hc
----------------------------------------------------------------------------
I hate it when they say, "He gave his life for his country." Nobody
gives their life for anything. We steal the lives of these kids. -
Admiral Gene LeRocque