Re: [PD] Font-Metrics was:( linux: "-font-size" startup flag -- does this work?)

[Simon Iten]

end of life?

On Sep 15, 2017 01:54, "Alexandre Torres Porres"  wrote:

> what is "EOLs"?
>
> 2017-09-13 11:20 GMT-03:00 Lucas Cordiviola :
>
>> Hi Alexander
>>
>> As Roman mentioned the "pd-gui.tcl" and you surely made your patches with
>> Pdx, can you test tweaking the .tcl?
>>
>> To check if your patches render correctly?
>>
>> here's the How-to:
>>
>> https://github.com/pure-data/pure-data/wiki/Crossplatform-fo
>> nt-metrics-%26-comparisons
>>
>> Plans for this were mentioned by Dan a month ago:
>>
>> https://lists.puredata.info/pipermail/pd-list/2017-08/119967.html
>>
>> Independently of the "nuts and bolts" of the relevant code that's
>> different from Pdx my tests gave good results. In other words simply
>> changing the hard coded metrics makes patches render like Pdx (specially
>> EOLs).
>>
>> Can you test and give feedback?
>>
>>
>> Mensaje telepatico asistido por maquinas.
>>
>> On 9/13/2017 4:28 AM, Roman Haefeli wrote:
>>
>> Hey Alexander
>>
>> I hear you and I am in the same boat.
>>
>> On Die, 2017-09-12 at 21:50 -0400, Alexander Connor wrote:
>>
>> Thank you for these answers.
>>
>> Editing the Pd text file wasn't really much of a solution for me
>> since I'm dealing with a very large patch with many subpatches which
>> would all have to be changed; I was really looking for a way to scale
>> everything at once and back again should the need arise.
>>
>> I guess the reason it is not a solution is because the available font
>> sizes don't match what you want. Otherwise I believe it would be worth
>> going through all of your patches. You can automate something like
>> this. IOhannes just gave you the first hint.
>>
>>
>> However it would appear that there is basically no solution to this
>> problem until font rendering is fixed.
>>
>> Unfortunately, I think so, too.
>>
>>
>> Guess I'll have to stick with my EOLs for now.  Too bad.  I really
>> wanted to start distributing this patch.
>>
>> I see. There is something nobody mentioned yet: You could also tweak
>> the font metrics in pd-gui.tcl. Obviously, this only fixes the
>> situation for your Pd installation, it wouldn't help if your goal is to
>> distribute your graphically sophisticated patches. I'm in the same
>> situation as you and I currently deal with it by fixing the font-
>> metrics for myself (which is not a viable solution, of course).
>>
>>
>> I tried to mostly use the GUI object fonts that aren't affected by
>> this in the "up front" user areas of the patch but there's a few
>> areas such as the symbol boxes where you can't get around this.
>>
>> Absolutely. [symbolatom \ is the only text input I know of in Pd and I
>> keep stumbling about the exact same problem. It'd help a lot already if
>> there is a symbolbox2 with configurable font similar to the 'Number2'
>> widget.
>>
>>
>>It completely  messes up the neatly spaced background "guts" that
>> I set up to make it easier to read for anyone who wanted to make
>> mods.   Lots of compact tightly aligned spacing going on.  As I said
>> it's very large (been working on it for years) and reformatting just
>> to correct for this error doesn't seem worth it especially if I have
>> to switch it all back when (if?) the problem is corrected in Pd.
>>
>> I, too, think it is probably not worth to fix this in your patches
>> _now_. Currently, the situation is still a bit messy. As of Pd 0.48,
>> patches are rendered the same on macOS and on Linux, but on both
>> platforms, patches looked different in earlier versions, so patches you
>> made for 0.47 are messed up now. Pd on Windows looks again very
>> different. The different available font sizes result in totally
>> different box sizes on Windows compared to macOS and Linux. Also, box
>> sizes depend on whether the font DejaVu Sans Mono is installed or not.
>> On macOS and Linux, this is already the default font and is shipped
>> with Pd, on Windows this is planned.
>>
>> It is slightly frustrating not to be able to rely on some graphical
>> features in a graphical programming language.
>>
>> Roman
>>
>>
>>
>> On Tue, 12 Sep 2017 14:03:24 +, Lucas Cordiviola 
>>  wrote:
>>
>>
>> The OP is trying to use font 9.
>>
>> He will get font 8 if he edit the the Pd-patch as a text file.
>>
>>
>> Mensaje telepatico asistido por maquinas.
>>
>> On 9/12/2017 10:10 AM, IOhannes m zmoelnig wrote:
>>
>> On 2017-09-12 14:55, Lucas Cordiviola wrote:
>>
>>
>>   Or alternatively (but much less desirability) a variable to edit
>> within the text file
>>
>>
>> Nop.
>>
>>
>>
>> of course you can (if by "text file" you mean the Pd-patch):
>>
>> ~~~sh
>> PTS=12
>> PATCH=patch.pd
>> sed -e "s/^\(#N canvas [0-9 ]*\) [0-9]*;$/\1 ${PTS};/" -i
>> "${PATCH}"
>> ~~~
>>
>> gbsmdr
>> IOhannes
>>
>>
>>
>>
>>
>> ___pd-l...@lists.iem.at
>>   mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/l
>> istinfo/pd-list
>>
>>
>> 

Re: [PD] Font-Metrics was:( linux: "-font-size" startup flag -- does this work?)

[Alexandre Torres Porres]

what is "EOLs"?

2017-09-13 11:20 GMT-03:00 Lucas Cordiviola :

> Hi Alexander
>
> As Roman mentioned the "pd-gui.tcl" and you surely made your patches with
> Pdx, can you test tweaking the .tcl?
>
> To check if your patches render correctly?
>
> here's the How-to:
>
> https://github.com/pure-data/pure-data/wiki/Crossplatform-
> font-metrics-%26-comparisons
>
> Plans for this were mentioned by Dan a month ago:
>
> https://lists.puredata.info/pipermail/pd-list/2017-08/119967.html
>
> Independently of the "nuts and bolts" of the relevant code that's
> different from Pdx my tests gave good results. In other words simply
> changing the hard coded metrics makes patches render like Pdx (specially
> EOLs).
>
> Can you test and give feedback?
>
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/13/2017 4:28 AM, Roman Haefeli wrote:
>
> Hey Alexander
>
> I hear you and I am in the same boat.
>
> On Die, 2017-09-12 at 21:50 -0400, Alexander Connor wrote:
>
> Thank you for these answers.
>
> Editing the Pd text file wasn't really much of a solution for me
> since I'm dealing with a very large patch with many subpatches which
> would all have to be changed; I was really looking for a way to scale
> everything at once and back again should the need arise.
>
> I guess the reason it is not a solution is because the available font
> sizes don't match what you want. Otherwise I believe it would be worth
> going through all of your patches. You can automate something like
> this. IOhannes just gave you the first hint.
>
>
> However it would appear that there is basically no solution to this
> problem until font rendering is fixed.
>
> Unfortunately, I think so, too.
>
>
> Guess I'll have to stick with my EOLs for now.  Too bad.  I really
> wanted to start distributing this patch.
>
> I see. There is something nobody mentioned yet: You could also tweak
> the font metrics in pd-gui.tcl. Obviously, this only fixes the
> situation for your Pd installation, it wouldn't help if your goal is to
> distribute your graphically sophisticated patches. I'm in the same
> situation as you and I currently deal with it by fixing the font-
> metrics for myself (which is not a viable solution, of course).
>
>
> I tried to mostly use the GUI object fonts that aren't affected by
> this in the "up front" user areas of the patch but there's a few
> areas such as the symbol boxes where you can't get around this.
>
> Absolutely. [symbolatom \ is the only text input I know of in Pd and I
> keep stumbling about the exact same problem. It'd help a lot already if
> there is a symbolbox2 with configurable font similar to the 'Number2'
> widget.
>
>
>It completely  messes up the neatly spaced background "guts" that
> I set up to make it easier to read for anyone who wanted to make
> mods.   Lots of compact tightly aligned spacing going on.  As I said
> it's very large (been working on it for years) and reformatting just
> to correct for this error doesn't seem worth it especially if I have
> to switch it all back when (if?) the problem is corrected in Pd.
>
> I, too, think it is probably not worth to fix this in your patches
> _now_. Currently, the situation is still a bit messy. As of Pd 0.48,
> patches are rendered the same on macOS and on Linux, but on both
> platforms, patches looked different in earlier versions, so patches you
> made for 0.47 are messed up now. Pd on Windows looks again very
> different. The different available font sizes result in totally
> different box sizes on Windows compared to macOS and Linux. Also, box
> sizes depend on whether the font DejaVu Sans Mono is installed or not.
> On macOS and Linux, this is already the default font and is shipped
> with Pd, on Windows this is planned.
>
> It is slightly frustrating not to be able to rely on some graphical
> features in a graphical programming language.
>
> Roman
>
>
>
> On Tue, 12 Sep 2017 14:03:24 +, Lucas Cordiviola 
>  wrote:
>
>
> The OP is trying to use font 9.
>
> He will get font 8 if he edit the the Pd-patch as a text file.
>
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/12/2017 10:10 AM, IOhannes m zmoelnig wrote:
>
> On 2017-09-12 14:55, Lucas Cordiviola wrote:
>
>
>   Or alternatively (but much less desirability) a variable to edit
> within the text file
>
>
> Nop.
>
>
>
> of course you can (if by "text file" you mean the Pd-patch):
>
> ~~~sh
> PTS=12
> PATCH=patch.pd
> sed -e "s/^\(#N canvas [0-9 ]*\) [0-9]*;$/\1 ${PTS};/" -i
> "${PATCH}"
> ~~~
>
> gbsmdr
> IOhannes
>
>
>
>
>
> ___pd-l...@lists.iem.at
>   mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/l
> istinfo/pd-list
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/l
> istinfo/pd-list
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSU

Re: [PD] How to build a Pd project like an application ?

[Federico Camara Halac]

Also, might be useful to link to this thread. There was some mention of a
build feature in extended, and a more simple way of approaching this via a
shell script.

https://lists.puredata.info/pipermail/pd-list/2017-07/119741.html

On Thu, Sep 14, 2017 at 1:07 PM, Christof Ressi 
wrote:

> > Often students have no administrator rights on computers, are note able
> to install softwares.
>
> you don't have to 'install' Pd, just put it somewhere and launch it.
>
> I'd suggest, just pack everything (Pd distribution + main patch +
> abstractions + externals) in a directory and write a startup script (and a
> .pdsettings file, if you use Pd 0.48).
> everything except the script, readme and license should probably be in
> subdirectories. then zip the whole thing and it's ready for distribution.
> user will just have to unzip and launch the script. of course you'd need to
> make different bundles for each OS you want to support.
>
> Christof
>
> *Gesendet:* Donnerstag, 14. September 2017 um 13:25 Uhr
> *Von:* "Jérôme Abel" 
> *An:* pd-list@lists.iem.at
> *Betreff:* [PD] How to build a Pd project like an application ?
>
> Hi,
>
> I know that Pd is not standalone
> , but I wonder how to build an
> entire Pd project with libraries, externals, helps, abstractions, settings,
> tclplugins into an executable (not an installer).
>
> Three goals are persistents :
>
>- Use Pd in schools or in workshops. Often students have no
>administrator rights on computers, are note able to install softwares. And
>we loose them when we have to download Pd + 10 needed libraries + our
>project.
>- Share big project
>- Do not interfere with other pd installations (like settings file, or
>objects location).
>
> Some ways how big project work around these issues :
>
>- Egregore, which have to manage different strategies for O.S. A
>script launches Pd executable + libraries. Which seems the easiest way.
>- Purr Data, a modern approach, but a fork
>- CEAMMC Pd : https://github.com/uliss/pure-data, which seems a
>in-between solution
>
> We could discuss about these solutions.
>
> Is there a simple tutorial about building pd for each platform containing
> our folders, libraries, settings, tcl interface, and compress it as a
> folder for instance ? Is it possible to build from just one computer
> (x-compilation) ? Sub-purpose would be to maintain all project in order to
> be up to date : download or update Pd and all needed libraries for each
> platform (Deken seems not allowing that now)
>
> Thanks for any tip.
>
> Sharing knowledges : I'm not "compilation-friendly", if some people are
> interested to go deeper inside Pd, we could organize like an online
> learning session (master class) with a Pd Yoda Master ? We could document
> this.
>
> +
>
> --
> Jérôme Abelhttp://jeromeabel.nethttp://malinette.infohttp://reso-nance.org
>
> ___ 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
>
>


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

Re: [PD] Font-Metrics was:( linux: "-font-size" startup flag -- does this work?)

[Lucas Cordiviola]

OK, thanx.

You can also use the startup flag "-font-weight normal" to make it look 
closer to Pdx.

IMO there should be a new entry on 'preferences' with some radio buttons 
with something like this:

*
Font-Metrics (needs restart).

( * ) Pd-Extended/Purr-Data (Recommended).
(   ) Pd Vanilla.

**

The "Recommended" setting will render Vanilla patches without 
overlapping EOLs or [objects] and, of course, will render Pdx patches 
nicely.

@Dan:
I believe this can be done just in the Tcl side. The other "nuts & 
bolts" on the C code will tighten the thing just a couple of pixels.
Looks like an easy "enhancement" for 0.48.1.

Mensaje telepatico asistido por maquinas.

On 9/14/2017 1:48 PM, Alexander Connor wrote:
> Yes, it seems to have worked on this end.  Looks normal now.
>
>
>
> On Thu, 14 Sep 2017 13:21:53 +, Lucas Cordiviola  
> wrote:
>
>> Cool.
>>
>> It will take you 1 minute to test.
>>
>> + close Pd
>> + backup 'pd-gui.tcl' (make a copy somewhere)
>> + edit 'pd-gui.tcl' (on 0.48.0 is on line 137) and save it.
>> + done.
>>
>> Start Pd and open your patches. (make sure you are using the standard
>> 'Dejavu sans mono' font, is useless with another font).
>>
>> If possible compare your results with Pdx to see if EOLs are the same or
>> at least quite the same (or far better than plain vanilla).
>> Please give us your feedback & opinions on this. (don't reply only to
>> me, include the list).
>>
>>
>> Salutti,
>> Lucarda.
>>
>> Mensaje telepatico asistido por maquinas.
>>
>> On 9/14/2017 9:45 AM, Alexander Connor wrote:
>>> Hi,
>>>
>>> I'll try testing that as soon as I get the chance.  I have tried messing 
>>> with font metrics in "pd-gui.tcl"; someone mentioned a tweak to disable the 
>>> rounding but it didn't help my issue (the font just got very, very small 
>>> and left the object boxes too large if I remember correctly).  I'll have a 
>>> look at that page and get back when I can.
>>>
>>>
>>>
>>> On Wed, 13 Sep 2017 14:20:14 +, Lucas Cordiviola 
>>>  wrote:
>>>
 Hi Alexander

 As Roman mentioned the "pd-gui.tcl" and you surely made your patches with 
 Pdx, can you test tweaking the .tcl?

 To check if your patches render correctly?

 here's the How-to:

 https://github.com/pure-data/pure-data/wiki/Crossplatform-font-metrics-%26-comparisons

 Plans for this were mentioned by Dan a month ago:

 https://lists.puredata.info/pipermail/pd-list/2017-08/119967.html

 Independently of the "nuts and bolts" of the relevant code that's 
 different from Pdx my tests gave good results. In other words simply 
 changing the hard coded metrics makes patches render like Pdx (specially 
 EOLs).

 Can you test and give feedback?


 Mensaje telepatico asistido por maquinas.

 On 9/13/2017 4:28 AM, Roman Haefeli wrote:

 Hey Alexander

 I hear you and I am in the same boat.

 On Die, 2017-09-12 at 21:50 -0400, Alexander Connor wrote:


 Thank you for these answers.

 Editing the Pd text file wasn't really much of a solution for me
 since I'm dealing with a very large patch with many subpatches which
 would all have to be changed; I was really looking for a way to scale
 everything at once and back again should the need arise.



 I guess the reason it is not a solution is because the available font
 sizes don't match what you want. Otherwise I believe it would be worth
 going through all of your patches. You can automate something like
 this. IOhannes just gave you the first hint.



 However it would appear that there is basically no solution to this
 problem until font rendering is fixed.



 Unfortunately, I think so, too.



 Guess I'll have to stick with my EOLs for now.  Too bad.  I really
 wanted to start distributing this patch.



 I see. There is something nobody mentioned yet: You could also tweak
 the font metrics in pd-gui.tcl. Obviously, this only fixes the
 situation for your Pd installation, it wouldn't help if your goal is to
 distribute your graphically sophisticated patches. I'm in the same
 situation as you and I currently deal with it by fixing the font-
 metrics for myself (which is not a viable solution, of course).



 I tried to mostly use the GUI object fonts that aren't affected by
 this in the "up front" user areas of the patch but there's a few
 areas such as the symbol boxes where you can't get around this.



 Absolutely. [symbolatom \ is the only text input I know of in Pd and I
 keep stumbling about the exact same problem. It'd help a lot already if
 there is a symbolbox2 with configurable font similar to the 'Number2'
 widget.



  It completely  messes up the neatly spaced background "guts" that
 I s

Re: [PD] send mouse click out of PD

[Max]

You may use clickick [1] and call it via she [shell] object.

[1] https://www.bluem.net/en/mac/cliclick/


On 2017년 09월 14일 19:08, Csaba Láng wrote:

Dear list,

I would like to create a virtual mouse through Kinect.
I have to simulate a mouse click and the mouse position e.g by hands 
inside a browser.


Is there any idea how to simulate the mouse click with Kinect 360 on Mac 
OS X?


If I click outside of PD, than it is not active any more, therefor the 
click is not active too.



Thanks in advance for any hints.

Popesz


___
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] send mouse click out of PD

[Csaba Láng]

Dear list,

I would like to create a virtual mouse through Kinect.
I have to simulate a mouse click and the mouse position e.g by hands inside
a browser.

Is there any idea how to simulate the mouse click with Kinect 360 on Mac OS
X?

If I click outside of PD, than it is not active any more, therefor the
click is not active too.


Thanks in advance for any hints.

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

Re: [PD] How to build a Pd project like an application ?

[Christof Ressi]

> Often students have no administrator rights on computers, are note able to install softwares.

 

you don't have to 'install' Pd, just put it somewhere and launch it.

 

I'd suggest, just pack everything (Pd distribution + main patch + abstractions + externals) in a directory and write a startup script (and a .pdsettings file, if you use Pd 0.48).

everything except the script, readme and license should probably be in subdirectories. then zip the whole thing and it's ready for distribution. user will just have to unzip and launch the script. of course you'd need to make different bundles for each OS you want to support.

 

Christof

 

Gesendet: Donnerstag, 14. September 2017 um 13:25 Uhr
Von: "Jérôme Abel" 
An: pd-list@lists.iem.at
Betreff: [PD] How to build a Pd project like an application ?



Hi,

I know that Pd is not standalone, but I wonder how to build an entire Pd project with libraries, externals, helps, abstractions, settings, tclplugins into an executable (not an installer).

Three goals are persistents :


	Use Pd in schools or in workshops. Often students have no administrator rights on computers, are note able to install softwares. And we loose them when we have to download Pd + 10 needed libraries + our project.
	Share big project
	Do not interfere with other pd installations (like settings file, or objects location).


Some ways how big project work around these issues :


	Egregore, which have to manage different strategies for O.S. A script launches Pd executable + libraries. Which seems the easiest way.
	Purr Data, a modern approach, but a fork
	CEAMMC Pd : https://github.com/uliss/pure-data, which seems a in-between solution


We could discuss about these solutions.

Is there a simple tutorial about building pd for each platform containing our folders, libraries, settings, tcl interface, and compress it as a folder for instance ? Is it possible to build from just one computer (x-compilation) ? Sub-purpose would be to maintain all project in order to be up to date : download or update Pd and all needed libraries for each platform (Deken seems not allowing that now)

Thanks for any tip.

Sharing knowledges : I'm not "compilation-friendly", if some people are interested to go deeper inside Pd, we could organize like an online learning session (master class) with a Pd Yoda Master ? We could document this.

+

-- 
Jérôme Abel
http://jeromeabel.net
http://malinette.info
http://reso-nance.org

___ 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] Font-Metrics was:( linux: "-font-size" startup flag -- does this work?)

[Alexander Connor]

Yes, it seems to have worked on this end.  Looks normal now. 



On Thu, 14 Sep 2017 13:21:53 +, Lucas Cordiviola  
wrote:

> Cool.
> 
> It will take you 1 minute to test.
> 
> + close Pd
> + backup 'pd-gui.tcl' (make a copy somewhere)
> + edit 'pd-gui.tcl' (on 0.48.0 is on line 137) and save it.
> + done.
> 
> Start Pd and open your patches. (make sure you are using the standard 
> 'Dejavu sans mono' font, is useless with another font).
> 
> If possible compare your results with Pdx to see if EOLs are the same or 
> at least quite the same (or far better than plain vanilla).
> Please give us your feedback & opinions on this. (don't reply only to 
> me, include the list).
> 
> 
> Salutti,
> Lucarda.
> 
> Mensaje telepatico asistido por maquinas.
> 
> On 9/14/2017 9:45 AM, Alexander Connor wrote:
> > Hi,
> >
> > I'll try testing that as soon as I get the chance.  I have tried messing 
> > with font metrics in "pd-gui.tcl"; someone mentioned a tweak to disable the 
> > rounding but it didn't help my issue (the font just got very, very small 
> > and left the object boxes too large if I remember correctly).  I'll have a 
> > look at that page and get back when I can.
> >
> >
> >
> > On Wed, 13 Sep 2017 14:20:14 +, Lucas Cordiviola 
> >  wrote:
> >
> >> Hi Alexander
> >>
> >> As Roman mentioned the "pd-gui.tcl" and you surely made your patches with 
> >> Pdx, can you test tweaking the .tcl?
> >>
> >> To check if your patches render correctly?
> >>
> >> here's the How-to:
> >>
> >> https://github.com/pure-data/pure-data/wiki/Crossplatform-font-metrics-%26-comparisons
> >>
> >> Plans for this were mentioned by Dan a month ago:
> >>
> >> https://lists.puredata.info/pipermail/pd-list/2017-08/119967.html
> >>
> >> Independently of the "nuts and bolts" of the relevant code that's 
> >> different from Pdx my tests gave good results. In other words simply 
> >> changing the hard coded metrics makes patches render like Pdx (specially 
> >> EOLs).
> >>
> >> Can you test and give feedback?
> >>
> >>
> >> Mensaje telepatico asistido por maquinas.
> >>
> >> On 9/13/2017 4:28 AM, Roman Haefeli wrote:
> >>
> >> Hey Alexander
> >>
> >> I hear you and I am in the same boat.
> >>
> >> On Die, 2017-09-12 at 21:50 -0400, Alexander Connor wrote:
> >>
> >>
> >> Thank you for these answers.
> >>
> >> Editing the Pd text file wasn't really much of a solution for me
> >> since I'm dealing with a very large patch with many subpatches which
> >> would all have to be changed; I was really looking for a way to scale
> >> everything at once and back again should the need arise.
> >>
> >>
> >>
> >> I guess the reason it is not a solution is because the available font
> >> sizes don't match what you want. Otherwise I believe it would be worth
> >> going through all of your patches. You can automate something like
> >> this. IOhannes just gave you the first hint.
> >>
> >>
> >>
> >> However it would appear that there is basically no solution to this
> >> problem until font rendering is fixed.
> >>
> >>
> >>
> >> Unfortunately, I think so, too.
> >>
> >>
> >>
> >> Guess I'll have to stick with my EOLs for now.  Too bad.  I really
> >> wanted to start distributing this patch.
> >>
> >>
> >>
> >> I see. There is something nobody mentioned yet: You could also tweak
> >> the font metrics in pd-gui.tcl. Obviously, this only fixes the
> >> situation for your Pd installation, it wouldn't help if your goal is to
> >> distribute your graphically sophisticated patches. I'm in the same
> >> situation as you and I currently deal with it by fixing the font-
> >> metrics for myself (which is not a viable solution, of course).
> >>
> >>
> >>
> >> I tried to mostly use the GUI object fonts that aren't affected by
> >> this in the "up front" user areas of the patch but there's a few
> >> areas such as the symbol boxes where you can't get around this.
> >>
> >>
> >>
> >> Absolutely. [symbolatom \ is the only text input I know of in Pd and I
> >> keep stumbling about the exact same problem. It'd help a lot already if
> >> there is a symbolbox2 with configurable font similar to the 'Number2'
> >> widget.
> >>
> >>
> >>
> >> It completely  messes up the neatly spaced background "guts" that
> >> I set up to make it easier to read for anyone who wanted to make
> >> mods.   Lots of compact tightly aligned spacing going on.  As I said
> >> it's very large (been working on it for years) and reformatting just
> >> to correct for this error doesn't seem worth it especially if I have
> >> to switch it all back when (if?) the problem is corrected in Pd.
> >>
> >>
> >>
> >> I, too, think it is probably not worth to fix this in your patches
> >> _now_. Currently, the situation is still a bit messy. As of Pd 0.48,
> >> patches are rendered the same on macOS and on Linux, but on both
> >> platforms, patches looked different in earlier versions, so patches you
> >> made for 0.47 are messed up now. Pd on Windows looks again very
> >> different. The different availabl

Re: [PD] Font-Metrics was:( linux: "-font-size" startup flag -- does this work?)

[Alexander Connor]

Hi, 

I'll try testing that as soon as I get the chance.  I have tried messing with 
font metrics in "pd-gui.tcl"; someone mentioned a tweak to disable the rounding 
but it didn't help my issue (the font just got very, very small and left the 
object boxes too large if I remember correctly).  I'll have a look at that page 
and get back when I can.



On Wed, 13 Sep 2017 14:20:14 +, Lucas Cordiviola  
wrote:

> Hi Alexander
> 
> As Roman mentioned the "pd-gui.tcl" and you surely made your patches with 
> Pdx, can you test tweaking the .tcl?
> 
> To check if your patches render correctly?
> 
> here's the How-to:
> 
> https://github.com/pure-data/pure-data/wiki/Crossplatform-font-metrics-%26-comparisons
> 
> Plans for this were mentioned by Dan a month ago:
> 
> https://lists.puredata.info/pipermail/pd-list/2017-08/119967.html
> 
> Independently of the "nuts and bolts" of the relevant code that's different 
> from Pdx my tests gave good results. In other words simply changing the hard 
> coded metrics makes patches render like Pdx (specially EOLs).
> 
> Can you test and give feedback?
> 
> 
> Mensaje telepatico asistido por maquinas.
> 
> On 9/13/2017 4:28 AM, Roman Haefeli wrote:
> 
> Hey Alexander
> 
> I hear you and I am in the same boat.
> 
> On Die, 2017-09-12 at 21:50 -0400, Alexander Connor wrote:
> 
> 
> Thank you for these answers.
> 
> Editing the Pd text file wasn't really much of a solution for me
> since I'm dealing with a very large patch with many subpatches which
> would all have to be changed; I was really looking for a way to scale
> everything at once and back again should the need arise.
> 
> 
> 
> I guess the reason it is not a solution is because the available font
> sizes don't match what you want. Otherwise I believe it would be worth
> going through all of your patches. You can automate something like
> this. IOhannes just gave you the first hint.
> 
> 
> 
> However it would appear that there is basically no solution to this
> problem until font rendering is fixed.
> 
> 
> 
> Unfortunately, I think so, too.
> 
> 
> 
> Guess I'll have to stick with my EOLs for now.  Too bad.  I really
> wanted to start distributing this patch.
> 
> 
> 
> I see. There is something nobody mentioned yet: You could also tweak
> the font metrics in pd-gui.tcl. Obviously, this only fixes the
> situation for your Pd installation, it wouldn't help if your goal is to
> distribute your graphically sophisticated patches. I'm in the same
> situation as you and I currently deal with it by fixing the font-
> metrics for myself (which is not a viable solution, of course).
> 
> 
> 
> I tried to mostly use the GUI object fonts that aren't affected by
> this in the "up front" user areas of the patch but there's a few
> areas such as the symbol boxes where you can't get around this.
> 
> 
> 
> Absolutely. [symbolatom \ is the only text input I know of in Pd and I
> keep stumbling about the exact same problem. It'd help a lot already if
> there is a symbolbox2 with configurable font similar to the 'Number2'
> widget.
> 
> 
> 
>It completely  messes up the neatly spaced background "guts" that
> I set up to make it easier to read for anyone who wanted to make
> mods.   Lots of compact tightly aligned spacing going on.  As I said
> it's very large (been working on it for years) and reformatting just
> to correct for this error doesn't seem worth it especially if I have
> to switch it all back when (if?) the problem is corrected in Pd.
> 
> 
> 
> I, too, think it is probably not worth to fix this in your patches
> _now_. Currently, the situation is still a bit messy. As of Pd 0.48,
> patches are rendered the same on macOS and on Linux, but on both
> platforms, patches looked different in earlier versions, so patches you
> made for 0.47 are messed up now. Pd on Windows looks again very
> different. The different available font sizes result in totally
> different box sizes on Windows compared to macOS and Linux. Also, box
> sizes depend on whether the font DejaVu Sans Mono is installed or not.
> On macOS and Linux, this is already the default font and is shipped
> with Pd, on Windows this is planned.
> 
> It is slightly frustrating not to be able to rely on some graphical
> features in a graphical programming language.
> 
> Roman
> 
> 
> 
> 
> On Tue, 12 Sep 2017 14:03:24 +, Lucas Cordiviola
>  wrote:
> 
> 
> 
> 
> The OP is trying to use font 9.
> 
> He will get font 8 if he edit the the Pd-patch as a text file.
> 
> 
> Mensaje telepatico asistido por maquinas.
> 
> On 9/12/2017 10:10 AM, IOhannes m zmoelnig wrote:
> 
> On 2017-09-12 14:55, Lucas Cordiviola wrote:
> 
> 
>   Or alternatively (but much less desirability) a variable to edit
> within the text file
> 
> 
> Nop.
> 
> 
> 
> of course you can (if by "text file" you mean the Pd-patch):
> 
> ~~~sh
> PTS=12
> PATCH=patch.pd
> sed -e "s/^\(#N canvas [0-9 ]*\) [0-9]*;$/\1 ${PTS};/" -i
> "${PATCH}"
> ~~~
> 
> gbsmdr
> IOhannes
> 
> 

[PD] How to build a Pd project like an application ?

[Jérôme Abel]

Hi,

I know that Pd is not standalone 
, but I wonder how to build 
an entire Pd project with libraries, externals, helps, abstractions, 
settings, tclplugins into an executable (not an installer).


Three goals are persistents :

 * Use Pd in schools or in workshops. Often students have no
   administrator rights on computers, are note able to install
   softwares. And we loose them when we have to download Pd + 10 needed
   libraries + our project.
 * Share big project
 * Do not interfere with other pd installations (like settings file, or
   objects location).

Some ways how big project work around these issues :

 * Egregore, which have to manage different strategies for O.S. A
   script launches Pd executable + libraries. Which seems the easiest way.
 * Purr Data, a modern approach, but a fork
 * CEAMMC Pd : https://github.com/uliss/pure-data, which seems a
   in-between solution

We could discuss about these solutions.

Is there a simple tutorial about building pd for each platform 
containing our folders, libraries, settings, tcl interface, and compress 
it as a folder for instance ? Is it possible to build from just one 
computer (x-compilation) ? Sub-purpose would be to maintain all project 
in order to be up to date : download or update Pd and all needed 
libraries for each platform (Deken seems not allowing that now)


Thanks for any tip.

Sharing knowledges : I'm not "compilation-friendly", if some people are 
interested to go deeper inside Pd, we could organize like an online 
learning session (master class) with a Pd Yoda Master ? We could 
document this.


+

--
Jérôme Abel
http://jeromeabel.net
http://malinette.info
http://reso-nance.org

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

Re: [PD] trouble with pd-0.48-0 and multiple screens

[Raphaël Ilias]

Roman, for me it happens when i try to open (again) a pd-subpatch that i
previously placed on the second monitor (on the left of the main monitor) :
instead of appearing in its previous position, the window appears outside
the screen (on the right of the right screen), so you can't see it, drag it
back...
Yes Nicolas, I experienced this with the "additional" monitor on the left,
so subpatches should probably have negative coordinates.

Hope this gives a clue to solve this, patching on two monitors is nice for
big patches...

all best

raphaël

2017-09-14 9:05 GMT+02:00 Nicolas Montgermont :

> IIRC, the problem is happening more when you have your second monitor on
> the left / main monitor on the right?
> It must have something to do with a negative x position.
> What i usually experienced is a problem when working on the same patch
> with someone with two monitors, main monitor on the left and for me main
> monitor on right.
> The patch appears on the far right of the right screen - impossible to see
> or edit.
> The workaround is to unplug the second screen, the patch appears, and save
> it to this new position.
> n
>
> http://nimon.org
>
> Le 14/09/2017 à 08:45, Roman Haefeli a écrit :
>
> Hi Ali
>
> On Mit, 2017-09-13 at 11:03 -0400, Ali Momeni wrote:
>
> I'm using MacOS 10.12.6
>
> I'm impressed that so many pd versions and platforms have this issue.
> It's a very difficult problem to deal with; Pd is essentially
> unusable with multiple screens.
>
> I'm a regular multi-screen user and didn't encounter problems.
>
>
> Does anyone have an intuition of how Pd manages to break the OS's
> window management?
>
> Can you elaborate some more? I don't really understand the difference
> between what you expect and what you experience.
>
>
> Anything to look into?
>
> Can you describe an exact example of what you do, what you expect and
> what actually happens?
>
> The canvas positions are saved with the patch and I haven't experienced
> any inconsistencies with that. But I imagine you can trick it into
> doing funny things when you save a position that is non-existent when
> you open the patch again. Let's say you have the second screen right of
> the first screen, then any canvas put there will have position values
> bigger than your first screen. I actually don't know what happens when
> you open that patch with a single-screen desktop. My window manager
> tries to place it in the nearest free screen space from top left.
>
> Roman
>
>
>
> ___pd-l...@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
>
>


-- 
Raphaël Ilias
  ___
* phae.fr *

 phae.il...@gmail.com / 06 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] trouble with pd-0.48-0 and multiple screens

[Nicolas Montgermont]

IIRC, the problem is happening more when you have your second monitor on
the left / main monitor on the right?
It must have something to do with a negative x position.
What i usually experienced is a problem when working on the same patch
with someone with two monitors, main monitor on the left and for me main
monitor on right.
The patch appears on the far right of the right screen - impossible to
see or edit.
The workaround is to unplug the second screen, the patch appears, and
save it to this new position.
n

http://nimon.org

Le 14/09/2017 à 08:45, Roman Haefeli a écrit :
> Hi Ali
>
> On Mit, 2017-09-13 at 11:03 -0400, Ali Momeni wrote:
>> I'm using MacOS 10.12.6
>>
>> I'm impressed that so many pd versions and platforms have this issue.
>> It's a very difficult problem to deal with; Pd is essentially
>> unusable with multiple screens.
> I'm a regular multi-screen user and didn't encounter problems.
>
>> Does anyone have an intuition of how Pd manages to break the OS's
>> window management?
> Can you elaborate some more? I don't really understand the difference
> between what you expect and what you experience. 
>
>> Anything to look into?
> Can you describe an exact example of what you do, what you expect and
> what actually happens?
>
> The canvas positions are saved with the patch and I haven't experienced
> any inconsistencies with that. But I imagine you can trick it into
> doing funny things when you save a position that is non-existent when
> you open the patch again. Let's say you have the second screen right of
> the first screen, then any canvas put there will have position values
> bigger than your first screen. I actually don't know what happens when
> you open that patch with a single-screen desktop. My window manager
> tries to place it in the nearest free screen space from top left.
>
> Roman 
>
>
> ___
> 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] trouble with pd-0.48-0 and multiple screens

[Roman Haefeli]

Hey

I just noticed that the calculation for the position seems something
like this:

canvaspos % screensize

My screen width is 2560, so the canvas opens at the same position when
I use those values: 100, 2660, 5220 etc.

You can try easily yourself with a patch with the following content:

#N canvas 100 100 400 300 10;

Roman

On Die, 2017-09-12 at 20:25 -0400, Ali Momeni wrote:
> Hello all,
> 
> is anyone else using 0.48 with multiple screens and multiple
> desktops?
> 
> i'm having a very difficult time using pd because the windows for
> subpatches that I open keep jumping to random places mostly off the
> screen on the "main" screen; it doesn't seem to happen when i click
> on things even; total nightmare!
> 
> has anyone seen this strange jumping window behavior and is anyone
> aware of a workaround?
> 
> thanks!
> 
> ali
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis
> tinfo/pd-list

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list