Re: [PD] less intelligent patching for Pd

[Matt Davey]

Fantastic news!  Intelligent patching was testing my sanity.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Peter P.]

* Miller Puckette  [2019-06-05 23:22]:
> next release... I'll merge it as soon as it's done getting tweaked.
Thanks Miller!



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Miller Puckette]

next release... I'll merge it as soon as it's done getting tweaked.

cheers
Miller

On Wed, Jun 05, 2019 at 06:56:27PM +0200, Peter P. wrote:
> Thanks! This is absolut great news! 
> 
> Let me ask: When might this become part of Pd vanilla?
> 
> Thanks again!
> 
> * IOhannes m zmoelnig  [2019-06-05 16:08]:
> > an early summer update...
> > 
> > TL;DR: https://vimeo.com/showcase/5289665/video/340437816
> > 
> > based on the feedback we got for the "intelligent patching" features
> > introduced with Pd-0.49, i've create a new pull-request [575], that
> > might make patching even easier.
> > 
> > the most important part is probably, that the intelligent
> > multi-connections we have learned to love in no time, will now only
> > happen if you press the -key while doing the connection.
> > this basically means, that you can now connect a single object with
> > another single object, even if they happen to be in a selection group.
> > 
> > or put otherwise: hopefully this will prevent "intelligent patching"
> > from stepping on your toes.
> > 
> > 
> > there's also a few bugs fixed:
> > - no more crashes after triggerizing
> > - inserting an object into a "non-leftmost connection" (that is: a
> > connection that involves inlets or outlets that are not on the left-hand
> > side) now works (in the case of -k) resp. puts the newly created
> > object in the right place (in the case of -t, aka triggerize)
> > 
> > it also fixes a few oddities where "Duplicate" resp. "Saving
> > abstractions" would not play well with "Copy" (the "Duplicate"
> > resp "Save" actions used to overwrite the "Copy"-buffer; now you can
> > duplicate at will, and still recall your old "Copy"-buffer)
> > 
> > there's a few little cuties, like:
> > - pressing  to deselect everything
> > - pressing  to cycle the selection of a single object (or line)
> > - repeatedly pressing -k to connect a single-outlet signal object
> > with a multi-inlet object, will now create a nice fan~out.
> > 
> > when inserting an object into a connection with -T (triggerize),
> > the newly created object is now selected immediately, so you can
> > immediately start typing to replace the dummy object (or just press
> >  is you don't want to)
> > 
> > finally, you can now cycle outlets or inlets with the  *while
> > connecting*.
> > Cycling inlets is only active if you hover over an object to connect to
> > (if not, you cycle the outlets of the source).
> > Cycling inlets doesn't work on OSX.
> > 
> > 
> > fgsdm,r
> > IOhannes
> > 
> > [575] https://github.com/pure-data/pure-data/pull/575
> > 
> 
> 
> 
> 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > https://lists.puredata.info/listinfo/pd-list
> 
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Lucas Cordiviola]

+1

Mensaje telepatico asistido por maquinas.

On 6/5/2019 12:22 PM, Fede Camara Halac wrote:

Amazing! Can't wait to try the new feats!!!

fdch.github.io

On Jun 5, 2019, at 5:12 PM, Julian Brooks 
mailto:jbee...@gmail.com>> wrote:

yep, +1 (above:)

On Wed, 5 Jun 2019 at 15:59, Christof Ressi 
mailto:christof.re...@gmx.at>> wrote:
hurray!

> Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr
> Von: "IOhannes m zmoelnig" mailto:zmoel...@iem.at>>
> An: pd-list mailto:pd-list@lists.iem.at>>
> Betreff: [PD] less intelligent patching for Pd
>
> an early summer update...
>
> TL;DR: https://vimeo.com/showcase/5289665/video/340437816
>
> based on the feedback we got for the "intelligent patching" features
> introduced with Pd-0.49, i've create a new pull-request [575], that
> might make patching even easier.
>
> the most important part is probably, that the intelligent
> multi-connections we have learned to love in no time, will now only
> happen if you press the -key while doing the connection.
> this basically means, that you can now connect a single object with
> another single object, even if they happen to be in a selection group.
>
> or put otherwise: hopefully this will prevent "intelligent patching"
> from stepping on your toes.
>
>
> there's also a few bugs fixed:
> - no more crashes after triggerizing
> - inserting an object into a "non-leftmost connection" (that is: a
> connection that involves inlets or outlets that are not on the left-hand
> side) now works (in the case of -k) resp. puts the newly created
> object in the right place (in the case of -t, aka triggerize)
>
> it also fixes a few oddities where "Duplicate" resp. "Saving
> abstractions" would not play well with "Copy" (the "Duplicate"
> resp "Save" actions used to overwrite the "Copy"-buffer; now you can
> duplicate at will, and still recall your old "Copy"-buffer)
>
> there's a few little cuties, like:
> - pressing  to deselect everything
> - pressing  to cycle the selection of a single object (or line)
> - repeatedly pressing -k to connect a single-outlet signal object
> with a multi-inlet object, will now create a nice fan~out.
>
> when inserting an object into a connection with -T (triggerize),
> the newly created object is now selected immediately, so you can
> immediately start typing to replace the dummy object (or just press
>  is you don't want to)
>
> finally, you can now cycle outlets or inlets with the  *while
> connecting*.
> Cycling inlets is only active if you hover over an object to connect to
> (if not, you cycle the outlets of the source).
> Cycling inlets doesn't work on OSX.
>
>
> fgsdm,r
> IOhannes
>
> [575] https://github.com/pure-data/pure-data/pull/575
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Peter P.]

Thanks! This is absolut great news! 

Let me ask: When might this become part of Pd vanilla?

Thanks again!

* IOhannes m zmoelnig  [2019-06-05 16:08]:
> an early summer update...
> 
> TL;DR: https://vimeo.com/showcase/5289665/video/340437816
> 
> based on the feedback we got for the "intelligent patching" features
> introduced with Pd-0.49, i've create a new pull-request [575], that
> might make patching even easier.
> 
> the most important part is probably, that the intelligent
> multi-connections we have learned to love in no time, will now only
> happen if you press the -key while doing the connection.
> this basically means, that you can now connect a single object with
> another single object, even if they happen to be in a selection group.
> 
> or put otherwise: hopefully this will prevent "intelligent patching"
> from stepping on your toes.
> 
> 
> there's also a few bugs fixed:
> - no more crashes after triggerizing
> - inserting an object into a "non-leftmost connection" (that is: a
> connection that involves inlets or outlets that are not on the left-hand
> side) now works (in the case of -k) resp. puts the newly created
> object in the right place (in the case of -t, aka triggerize)
> 
> it also fixes a few oddities where "Duplicate" resp. "Saving
> abstractions" would not play well with "Copy" (the "Duplicate"
> resp "Save" actions used to overwrite the "Copy"-buffer; now you can
> duplicate at will, and still recall your old "Copy"-buffer)
> 
> there's a few little cuties, like:
> - pressing  to deselect everything
> - pressing  to cycle the selection of a single object (or line)
> - repeatedly pressing -k to connect a single-outlet signal object
> with a multi-inlet object, will now create a nice fan~out.
> 
> when inserting an object into a connection with -T (triggerize),
> the newly created object is now selected immediately, so you can
> immediately start typing to replace the dummy object (or just press
>  is you don't want to)
> 
> finally, you can now cycle outlets or inlets with the  *while
> connecting*.
> Cycling inlets is only active if you hover over an object to connect to
> (if not, you cycle the outlets of the source).
> Cycling inlets doesn't work on OSX.
> 
> 
> fgsdm,r
> IOhannes
> 
> [575] https://github.com/pure-data/pure-data/pull/575
> 




> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Jack]

Great job !
I really like the the fan out! ... but not for messages :)
++

Jack



Le 05/06/2019 à 16:08, IOhannes m zmoelnig a écrit :
> an early summer update...
> 
> TL;DR: https://vimeo.com/showcase/5289665/video/340437816
> 
> based on the feedback we got for the "intelligent patching" features
> introduced with Pd-0.49, i've create a new pull-request [575], that
> might make patching even easier.
> 
> the most important part is probably, that the intelligent
> multi-connections we have learned to love in no time, will now only
> happen if you press the -key while doing the connection.
> this basically means, that you can now connect a single object with
> another single object, even if they happen to be in a selection group.
> 
> or put otherwise: hopefully this will prevent "intelligent patching"
> from stepping on your toes.
> 
> 
> there's also a few bugs fixed:
> - no more crashes after triggerizing
> - inserting an object into a "non-leftmost connection" (that is: a
> connection that involves inlets or outlets that are not on the left-hand
> side) now works (in the case of -k) resp. puts the newly created
> object in the right place (in the case of -t, aka triggerize)
> 
> it also fixes a few oddities where "Duplicate" resp. "Saving
> abstractions" would not play well with "Copy" (the "Duplicate"
> resp "Save" actions used to overwrite the "Copy"-buffer; now you can
> duplicate at will, and still recall your old "Copy"-buffer)
> 
> there's a few little cuties, like:
> - pressing  to deselect everything
> - pressing  to cycle the selection of a single object (or line)
> - repeatedly pressing -k to connect a single-outlet signal object
> with a multi-inlet object, will now create a nice fan~out.
> 
> when inserting an object into a connection with -T (triggerize),
> the newly created object is now selected immediately, so you can
> immediately start typing to replace the dummy object (or just press
>  is you don't want to)
> 
> finally, you can now cycle outlets or inlets with the  *while
> connecting*.
> Cycling inlets is only active if you hover over an object to connect to
> (if not, you cycle the outlets of the source).
> Cycling inlets doesn't work on OSX.
> 
> 
> fgsdm,r
> IOhannes
> 
> [575] https://github.com/pure-data/pure-data/pull/575
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Fede Camara Halac]

Amazing! Can't wait to try the new feats!!!

fdch.github.io

> On Jun 5, 2019, at 5:12 PM, Julian Brooks  wrote:
> 
> yep, +1 (above:)
> 
>> On Wed, 5 Jun 2019 at 15:59, Christof Ressi  wrote:
>> hurray!
>> 
>> > Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr
>> > Von: "IOhannes m zmoelnig" 
>> > An: pd-list 
>> > Betreff: [PD] less intelligent patching for Pd
>> >
>> > an early summer update...
>> >
>> > TL;DR: https://vimeo.com/showcase/5289665/video/340437816
>> >
>> > based on the feedback we got for the "intelligent patching" features
>> > introduced with Pd-0.49, i've create a new pull-request [575], that
>> > might make patching even easier.
>> >
>> > the most important part is probably, that the intelligent
>> > multi-connections we have learned to love in no time, will now only
>> > happen if you press the -key while doing the connection.
>> > this basically means, that you can now connect a single object with
>> > another single object, even if they happen to be in a selection group.
>> >
>> > or put otherwise: hopefully this will prevent "intelligent patching"
>> > from stepping on your toes.
>> >
>> >
>> > there's also a few bugs fixed:
>> > - no more crashes after triggerizing
>> > - inserting an object into a "non-leftmost connection" (that is: a
>> > connection that involves inlets or outlets that are not on the left-hand
>> > side) now works (in the case of -k) resp. puts the newly created
>> > object in the right place (in the case of -t, aka triggerize)
>> >
>> > it also fixes a few oddities where "Duplicate" resp. "Saving
>> > abstractions" would not play well with "Copy" (the "Duplicate"
>> > resp "Save" actions used to overwrite the "Copy"-buffer; now you can
>> > duplicate at will, and still recall your old "Copy"-buffer)
>> >
>> > there's a few little cuties, like:
>> > - pressing  to deselect everything
>> > - pressing  to cycle the selection of a single object (or line)
>> > - repeatedly pressing -k to connect a single-outlet signal object
>> > with a multi-inlet object, will now create a nice fan~out.
>> >
>> > when inserting an object into a connection with -T (triggerize),
>> > the newly created object is now selected immediately, so you can
>> > immediately start typing to replace the dummy object (or just press
>> >  is you don't want to)
>> >
>> > finally, you can now cycle outlets or inlets with the  *while
>> > connecting*.
>> > Cycling inlets is only active if you hover over an object to connect to
>> > (if not, you cycle the outlets of the source).
>> > Cycling inlets doesn't work on OSX.
>> >
>> >
>> > fgsdm,r
>> > IOhannes
>> >
>> > [575] https://github.com/pure-data/pure-data/pull/575
>> >
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management -> 
>> > https://lists.puredata.info/listinfo/pd-list
>> >
>> 
>> 
>> 
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Julian Brooks]

yep, +1 (above:)

On Wed, 5 Jun 2019 at 15:59, Christof Ressi  wrote:

> hurray!
>
> > Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr
> > Von: "IOhannes m zmoelnig" 
> > An: pd-list 
> > Betreff: [PD] less intelligent patching for Pd
> >
> > an early summer update...
> >
> > TL;DR: https://vimeo.com/showcase/5289665/video/340437816
> >
> > based on the feedback we got for the "intelligent patching" features
> > introduced with Pd-0.49, i've create a new pull-request [575], that
> > might make patching even easier.
> >
> > the most important part is probably, that the intelligent
> > multi-connections we have learned to love in no time, will now only
> > happen if you press the -key while doing the connection.
> > this basically means, that you can now connect a single object with
> > another single object, even if they happen to be in a selection group.
> >
> > or put otherwise: hopefully this will prevent "intelligent patching"
> > from stepping on your toes.
> >
> >
> > there's also a few bugs fixed:
> > - no more crashes after triggerizing
> > - inserting an object into a "non-leftmost connection" (that is: a
> > connection that involves inlets or outlets that are not on the left-hand
> > side) now works (in the case of -k) resp. puts the newly created
> > object in the right place (in the case of -t, aka triggerize)
> >
> > it also fixes a few oddities where "Duplicate" resp. "Saving
> > abstractions" would not play well with "Copy" (the "Duplicate"
> > resp "Save" actions used to overwrite the "Copy"-buffer; now you can
> > duplicate at will, and still recall your old "Copy"-buffer)
> >
> > there's a few little cuties, like:
> > - pressing  to deselect everything
> > - pressing  to cycle the selection of a single object (or line)
> > - repeatedly pressing -k to connect a single-outlet signal object
> > with a multi-inlet object, will now create a nice fan~out.
> >
> > when inserting an object into a connection with -T (triggerize),
> > the newly created object is now selected immediately, so you can
> > immediately start typing to replace the dummy object (or just press
> >  is you don't want to)
> >
> > finally, you can now cycle outlets or inlets with the  *while
> > connecting*.
> > Cycling inlets is only active if you hover over an object to connect to
> > (if not, you cycle the outlets of the source).
> > Cycling inlets doesn't work on OSX.
> >
> >
> > fgsdm,r
> > IOhannes
> >
> > [575] https://github.com/pure-data/pure-data/pull/575
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Christof Ressi]

hurray!

> Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr
> Von: "IOhannes m zmoelnig" 
> An: pd-list 
> Betreff: [PD] less intelligent patching for Pd
>
> an early summer update...
>
> TL;DR: https://vimeo.com/showcase/5289665/video/340437816
>
> based on the feedback we got for the "intelligent patching" features
> introduced with Pd-0.49, i've create a new pull-request [575], that
> might make patching even easier.
>
> the most important part is probably, that the intelligent
> multi-connections we have learned to love in no time, will now only
> happen if you press the -key while doing the connection.
> this basically means, that you can now connect a single object with
> another single object, even if they happen to be in a selection group.
>
> or put otherwise: hopefully this will prevent "intelligent patching"
> from stepping on your toes.
>
>
> there's also a few bugs fixed:
> - no more crashes after triggerizing
> - inserting an object into a "non-leftmost connection" (that is: a
> connection that involves inlets or outlets that are not on the left-hand
> side) now works (in the case of -k) resp. puts the newly created
> object in the right place (in the case of -t, aka triggerize)
>
> it also fixes a few oddities where "Duplicate" resp. "Saving
> abstractions" would not play well with "Copy" (the "Duplicate"
> resp "Save" actions used to overwrite the "Copy"-buffer; now you can
> duplicate at will, and still recall your old "Copy"-buffer)
>
> there's a few little cuties, like:
> - pressing  to deselect everything
> - pressing  to cycle the selection of a single object (or line)
> - repeatedly pressing -k to connect a single-outlet signal object
> with a multi-inlet object, will now create a nice fan~out.
>
> when inserting an object into a connection with -T (triggerize),
> the newly created object is now selected immediately, so you can
> immediately start typing to replace the dummy object (or just press
>  is you don't want to)
>
> finally, you can now cycle outlets or inlets with the  *while
> connecting*.
> Cycling inlets is only active if you hover over an object to connect to
> (if not, you cycle the outlets of the source).
> Cycling inlets doesn't work on OSX.
>
>
> fgsdm,r
> IOhannes
>
> [575] https://github.com/pure-data/pure-data/pull/575
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Installing libraries/externals via terminal or using -nogui

[Joey Dodson]

Lucas, I will check into that. Thanks for the suggestion!

On Sat, Jun 1, 2019, 9:30 AM Lucas Cordiviola  wrote:

> Could it be that those errors on the GUI are because you have no tcl/tk
> installed?
>
> Try:
>
>  sudo apt-get install tk
>
> Then start a normal Pd with GUI.
>
>
>
> Mensaje telepatico asistido por maquinas.
>
> On 6/1/2019 5:00 AM, Joey Dodson wrote:
> > I've tried starting it with the gui, since I'm theoretically using X11
> > forwarding, but I'm getting errors and Pd won't start with the gui on
> > my Pi. Since I didn't find any obvious solution for those errors, I
> > prefer to stick with the terminal for now.
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] less intelligent patching for Pd

[IOhannes m zmoelnig]

an early summer update...

TL;DR: https://vimeo.com/showcase/5289665/video/340437816

based on the feedback we got for the "intelligent patching" features
introduced with Pd-0.49, i've create a new pull-request [575], that
might make patching even easier.

the most important part is probably, that the intelligent
multi-connections we have learned to love in no time, will now only
happen if you press the -key while doing the connection.
this basically means, that you can now connect a single object with
another single object, even if they happen to be in a selection group.

or put otherwise: hopefully this will prevent "intelligent patching"
from stepping on your toes.


there's also a few bugs fixed:
- no more crashes after triggerizing
- inserting an object into a "non-leftmost connection" (that is: a
connection that involves inlets or outlets that are not on the left-hand
side) now works (in the case of -k) resp. puts the newly created
object in the right place (in the case of -t, aka triggerize)

it also fixes a few oddities where "Duplicate" resp. "Saving
abstractions" would not play well with "Copy" (the "Duplicate"
resp "Save" actions used to overwrite the "Copy"-buffer; now you can
duplicate at will, and still recall your old "Copy"-buffer)

there's a few little cuties, like:
- pressing  to deselect everything
- pressing  to cycle the selection of a single object (or line)
- repeatedly pressing -k to connect a single-outlet signal object
with a multi-inlet object, will now create a nice fan~out.

when inserting an object into a connection with -T (triggerize),
the newly created object is now selected immediately, so you can
immediately start typing to replace the dummy object (or just press
 is you don't want to)

finally, you can now cycle outlets or inlets with the  *while
connecting*.
Cycling inlets is only active if you hover over an object to connect to
(if not, you cycle the outlets of the source).
Cycling inlets doesn't work on OSX.


fgsdm,r
IOhannes

[575] https://github.com/pure-data/pure-data/pull/575



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] missing last letter in object names

[Csaba Láng]

Iohannes,

I come back with the topic of the missing last character in objects and
messages.
Do you have any solution for it, or should I live with it. :(

Best,

Popesz

On Mon, Apr 8, 2019 at 3:06 PM Csaba Láng  wrote:

> Iohannes,
>
> here you are:
> puredata -d 1 2>&1 | grep pdtk_text_new
> pdtk_text_new .x564181da2850.c {.x564181da2850.t564181d16850 obj text}
> 39.00 36.00 {   } 10 black
> pdtk_text_new .x564181da2850.c {.x564181da2850.t564181d16850 obj text}
> 39.00 36.00 {loadbang} 10 black
> pdtk_text_new .x564181da2850.c {.x564181da2850.t564181d97cc0 obj text}
> 303.00 146.00 {   } 10 black
> pdtk_text_new .x564181da2850.c {.x564181da2850.t564181d97cc0 obj text}
> 250.00 124.00 {gemhead} 10 black
>
> both are shown as [loadban} and [hemhea] on my GUI
>
> Popesz
>
> On Mon, Apr 8, 2019 at 3:01 PM IOhannes m zmölnig  wrote:
>
>> On 4/8/19 2:45 PM, Csaba Láng wrote:
>> > Dear list,
>> >
>> > weird thing is happening with my GUI on ubuntu 16.04 pd 0.49.0 64 bit
>> > If I open pd from terminal, the last letter is missing in each object
>> which
>> > has no arguments.
>> > Like loadbang is only loadban, pix_video is pix_vide and so on.
>> > If I open the patches running pd from its icon, or from the launcher,
>> the
>> > GUI works fine.
>> >
>> > Is it a known issue?
>> >
>>
>> i remember this problem from a while ago.
>> i don't remember the root cause nor the solution.
>>
>> in the meantime: could you check the output (on the terminal) of the
>> following command (when the problem occurs) and how it relates to the
>> missing characters.
>>
>> $ pd -d 1 2>&1 | grep pdtk_text_new
>>
>> fnasdr
>> IOhannes
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list