Hi,
while importing Max patches with cyclone I recently was again hit by the "counter" nameclash: I actually wanted cyclone's counter, but what I did get was the MarkEx counter, which I had totally forgotten about and of course, because of this Gem was the last library I disabled from .pdrc to find out where the wrong counter originated.
So I have a feature request: I would suggest to remove [counter] from the default Gem build.
It is not specific to Gem at all, not used in any help files, not compatible with the Max [counter] and there already are at least 4 other [counter] objects.
Ciao
IOhannes m zmoelnig wrote:
and speaking of removing: any objection to get rid of [gemorb], [gemtablet] and other input devices, which could be handled better by [hid] or such.
i think [gemmouse] is fine, as it is bound to the window, but i have never tested [gemtablet] nor [gemorb]: for the former i guess that it emits absolute coordinates, so it is not (necessarily) bound to the gem-window, for the latter i don't know (but i guess it is the same)
so i guess everybody agrees...
mfg.asdr. IOhannes
FYI: a workaround for this is to use the namespace in Pd-extended:
[cyclone/counter]
That will ensure you always get the [counter] that you expect.
.hc
On Aug 12, 2006, at 4:03 AM, Frank Barknecht wrote:
------------------------------------------------------------------------
The arc of history bends towards justice. - Dr. Martin Luther King, Jr.
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I know about namespaces, but they won't help at all here: Problem is I'm importing Max patches, where people just use [counter], not [cyclone/counter] or [Gem/counter]. With the wrong [counter] active, there will be missing or wrong connections as a result.
After the import I'm removing all [counter]s anyway and replace them with attached [f0]x[+1] like it should be.
Ciao