On Thu, 2022-02-03 at 13:36 +0100, martin brinkmann wrote:
>
> sorry, i should have done this myself, but i was not entirely sure
> whether this was a bug or i was doing something wrong...
No need to be sorry. More important is that you actually discovered the
bug.
Roman
signature.asc
On 02/02/2022 13:04, Roman Haefeli wrote:
On Wed, 2022-02-02 at 12:06 +0100, IOhannes m zmoelnig wrote:
https://github.com/pd-externals/command/issues/9
Thanks, Martin, for finding that bug
and thanks for fixing it, and i'm looking forward
to the new version.
and thanks, IOhannes, for
On Wed, 2022-02-02 at 12:06 +0100, IOhannes m zmoelnig wrote:
> On 2/2/22 09:04, martin brinkmann wrote:
> >
>
> i just like to confirm that the version available via deken will
> indeed
> output single number printout on the 1st outlet.
>
> https://github.com/pd-externals/command/issues/9
On Wed, 2022-02-02 at 12:06 +0100, IOhannes m zmoelnig wrote:
> On 2/2/22 09:04, martin brinkmann wrote:
> >
>
> i just like to confirm that the version available via deken will
> indeed
> output single number printout on the 1st outlet.
>
> https://github.com/pd-externals/command/issues/9
On 2/2/22 09:04, martin brinkmann wrote:
On 01/02/2022 22:25, Roman Haefeli wrote:
As I tried to explain previously, this is expected behavior in Pd land.
yes, but the float is coming out of the leftmost output, and this only
happens when the commands output is a number (and only a number).
On 01/02/2022 22:25, Roman Haefeli wrote:
As I tried to explain previously, this is expected behavior in Pd land.
yes, but the float is coming out of the leftmost output, and this only
happens when the commands output is a number (and only a number).
"exec echo 123456789" for example,