Bugs item #1650752, was opened at 2007-02-02 17:00
Message generated for change (Comment added) made by stffn
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: Open
Resolution: None
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-E
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: stffn (stffn)
Date: 2007-02-03 00: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 09:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
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.39.2
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".
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650754&group_…
Bugs item #1650752, was opened at 2007-02-02 09:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
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: Open
Resolution: None
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-E
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.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650752&group_…
Bugs item #1647545, was opened at 2007-01-29 19:18
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1647545&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: Josh Steiner (joschi)
Assigned to: Nobody/Anonymous (nobody)
>Summary: [knob] doesn't compile on Windows
Initial Comment:
hey, i can't get knob.dll to work on windows using 0.39.2-extended-test7:
load_object: Symbol "knob_setup" not found
* On MinGW, it dies here:
* knob.o(.text+0x1a58):knob.c: undefined reference to `sys_noloadbang'
*/
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-02-01 20:33
Message:
Logged In: YES
user_id=27104
Originator: NO
Added this tiny kludge to get it working on Windows (minus noloadbang
support).
(around line 610):
/* WARNING: this is a kludge to get this object building on
Windows. Currently, the linker fails on the symbol
"sys_noloadbang". <hans(a)at.or.at>
*/
#ifdef _WIN32
if(x->x_gui.x_isa.x_loadinit)
#else
if(!sys_noloadbang && x->x_gui.x_isa.x_loadinit)
#endif
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1647545&group_…