forked from notahat/midi_patchbay
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathBugs.html
76 lines (66 loc) · 2.38 KB
/
Bugs.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
<html>
<head>
<title>MIDI Patchbay Bugs</title>
</head>
<body>
<h1>MIDI Patchbay Bugs</h1>
<h2>Open</h2>
<ul>
<li>
MIDI inputs and outputs are sorted alphabetically rather than by
port number.
</li>
<li>
Sometimes virtual endpoints can't be deleted even when no patch is
obviously using them because an old patch can be sitting on the
undo stack. The way to fix this is that patches that are in limbo
should unregister themselves with the endpoints with which they
are talking.
</li>
<li>
Creating a document, creating a virtual input or output then hitting
undo will not reset the document saved flag for some reason. It has
something to do with the undo grouping used by the virtual endpoint
sheet, because if I disable that the problem goes away.
</li>
<li>
Creating a MIDI routing loop will crash the OS! It's really easy to
do on Panther with IAC busses.
</li>
<li>
Select All in the Edit menu is enabled when editing the patch list
despite the fact that only one patch can be selected at a time
</li>
<li>
Running an old version of MIDI Patchbay will show Open Recent menu
items from the new version even if the old version doesn't support
files
</li>
<li>
Start a new document, create a new virtual input, hit undo...the document
is still marked as changed and requiring saving. (Maybe this has to do
with the use of undo groups?)
</li>
<li>
Choosing the "Edit Virtual Inputs/Outputs..." options from the input
or output popup menus will briefly cause this to become the selected item,
and will only flick back to the real selected item after a second or so.
It's very annoying visually.
</li>
<li>
Moving the lowest allowed note or highest allowed note sliders will
cause a lot of undo events to be registered, which is a bit of a
waste of memory.
</li>
</ul>
<h2>Closed</h2>
<ul>
<li>
There <em>may</em> be problems when multiple inputs are patched through
to a single real output. If you see issues in this situation,
please report them. This should not happen under OS X 10.1.5 or later.
</li>
</ul>
<p>$Id: Bugs.html,v 1.2.2.2 2004/11/25 04:38:48 pete Exp $</p>
</body>
</html>