Hi all,
I started to update my project zpd [1] with the last version of Pd (before testing the new features in libpd) but I don't really understand how the function sys_startgui() should be used and what it does [2] . In the Miller's branch of libpd, the example [3] use a relative path but I don't know what is the path to my application and what should be the target of the path. I asked on GitHub and Dan explained me that I should give the path to the tcl scripts to start the Pd GUI but what if I don't have Pd installed? The solution I found for the moment is to copy the static function sys_fakefromgui() [4] but it's dirty and not very sustainable.
Anyone has a solution? Best,
Pierre
[1] https://github.com/pierreguillot/zpd [2] https://github.com/pure-data/pure-data/blob/master/src/s_inter.c#L1377 [3] https://github.com/libpd/libpd/pull/171/files/ddd6ef004c00ca41f1834fcb5bf5f7... [4] https://github.com/libpd/libpd/pull/171/files/ddd6ef004c00ca41f1834fcb5bf5f7...
Do I understand correctly that you're trying to run libpd _without_ the GUI and discovering that you have to copy code from sys_fakefromgui() to get it to work?
Or, rather, are you actually trying to start the GUI up and need to know the path to the GUI files?
In the latter case, I was tacitly assuming that people distributing libpd apps that wanted to be able to use Pd's GUI would bundle the entire Pd GUI package (Wish, pd/tcl, pd/po, probably more) with their installation, as different libpd apps might require different versions.
cheers Miller
On Sat, Jul 15, 2017 at 04:30:16PM +0200, Pierre Guillot wrote:
Hi all,
I started to update my project zpd [1] with the last version of Pd (before testing the new features in libpd) but I don't really understand how the function sys_startgui() should be used and what it does [2] . In the Miller's branch of libpd, the example [3] use a relative path but I don't know what is the path to my application and what should be the target of the path. I asked on GitHub and Dan explained me that I should give the path to the tcl scripts to start the Pd GUI but what if I don't have Pd installed? The solution I found for the moment is to copy the static function sys_fakefromgui() [4] but it's dirty and not very sustainable.
Anyone has a solution? Best,
Pierre
[1] https://github.com/pierreguillot/zpd [2] https://github.com/pure-data/pure-data/blob/master/src/s_inter.c#L1377 [3] https://github.com/libpd/libpd/pull/171/files/ddd6ef004c00ca41f1834fcb5bf5f7... [4] https://github.com/libpd/libpd/pull/171/files/ddd6ef004c00ca41f1834fcb5bf5f7...
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Yes, I think that's the first case but I surely need to better understand this part of the code. In fact, I have no idea what is considered as part of the GUI or not... I mean, in my case, I don't really have a graphical interface but I would like to get the informations of the objects that depends on the font sizes. If I don't call sys_fakefromgui(), I get a division by zero somewhere because the font sizes are not initialized (and perhaps there are other errors but I don't reach these parts of the code). Anyway with the previous version of Pd I didn't have to call this function so didn't really look at that but now I would like to know what it really does and if there is a proper way to initialize this part of Pd.
Thanks! Pierre
2017-07-15 19:36 GMT+02:00 Miller Puckette msp@ucsd.edu:
Do I understand correctly that you're trying to run libpd _without_ the GUI and discovering that you have to copy code from sys_fakefromgui() to get it to work?
Or, rather, are you actually trying to start the GUI up and need to know the path to the GUI files?
In the latter case, I was tacitly assuming that people distributing libpd apps that wanted to be able to use Pd's GUI would bundle the entire Pd GUI package (Wish, pd/tcl, pd/po, probably more) with their installation, as different libpd apps might require different versions.
cheers Miller
On Sat, Jul 15, 2017 at 04:30:16PM +0200, Pierre Guillot wrote:
Hi all,
I started to update my project zpd [1] with the last version of Pd
(before
testing the new features in libpd) but I don't really understand how the function sys_startgui() should be used and what it does [2] . In the Miller's branch of libpd, the example [3] use a relative path but I don't know what is the path to my application and what should be the target of the path. I asked on GitHub and Dan explained me that I should give the path to the tcl scripts to start the Pd GUI but what if I don't have Pd installed? The solution I found for the moment is to copy the static function sys_fakefromgui() [4] but it's dirty and not very sustainable.
Anyone has a solution? Best,
Pierre
[1] https://github.com/pierreguillot/zpd [2] https://github.com/pure-data/pure-data/blob/master/src/s_
inter.c#L1377
ddd6ef004c00ca41f1834fcb5bf5f72f972bc20d..35e4272a2c3ba610836fa4cdff3bea 99dac815fb#diff-44ec7e62314f045847d1166bd74411b5R77
ddd6ef004c00ca41f1834fcb5bf5f72f972bc20d..35e4272a2c3ba610836fa4cdff3bea 99dac815fb#diff-44ec7e62314f045847d1166bd74411b5R77
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Anyhow I just pushed a fix so that functions like sys_fontwidth() never report less than one pixel - this should get rid of divides by zero without having to call sys_fakefromgui().
cheers M
On Sat, Jul 15, 2017 at 10:56:09PM +0200, Pierre Guillot wrote:
Yes, I think that's the first case but I surely need to better understand this part of the code. In fact, I have no idea what is considered as part of the GUI or not... I mean, in my case, I don't really have a graphical interface but I would like to get the informations of the objects that depends on the font sizes. If I don't call sys_fakefromgui(), I get a division by zero somewhere because the font sizes are not initialized (and perhaps there are other errors but I don't reach these parts of the code). Anyway with the previous version of Pd I didn't have to call this function so didn't really look at that but now I would like to know what it really does and if there is a proper way to initialize this part of Pd.
Thanks! Pierre
2017-07-15 19:36 GMT+02:00 Miller Puckette msp@ucsd.edu:
Do I understand correctly that you're trying to run libpd _without_ the GUI and discovering that you have to copy code from sys_fakefromgui() to get it to work?
Or, rather, are you actually trying to start the GUI up and need to know the path to the GUI files?
In the latter case, I was tacitly assuming that people distributing libpd apps that wanted to be able to use Pd's GUI would bundle the entire Pd GUI package (Wish, pd/tcl, pd/po, probably more) with their installation, as different libpd apps might require different versions.
cheers Miller
On Sat, Jul 15, 2017 at 04:30:16PM +0200, Pierre Guillot wrote:
Hi all,
I started to update my project zpd [1] with the last version of Pd
(before
testing the new features in libpd) but I don't really understand how the function sys_startgui() should be used and what it does [2] . In the Miller's branch of libpd, the example [3] use a relative path but I don't know what is the path to my application and what should be the target of the path. I asked on GitHub and Dan explained me that I should give the path to the tcl scripts to start the Pd GUI but what if I don't have Pd installed? The solution I found for the moment is to copy the static function sys_fakefromgui() [4] but it's dirty and not very sustainable.
Anyone has a solution? Best,
Pierre
[1] https://github.com/pierreguillot/zpd [2] https://github.com/pure-data/pure-data/blob/master/src/s_
inter.c#L1377
ddd6ef004c00ca41f1834fcb5bf5f72f972bc20d..35e4272a2c3ba610836fa4cdff3bea 99dac815fb#diff-44ec7e62314f045847d1166bd74411b5R77
ddd6ef004c00ca41f1834fcb5bf5f72f972bc20d..35e4272a2c3ba610836fa4cdff3bea 99dac815fb#diff-44ec7e62314f045847d1166bd74411b5R77
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Thanks! I'll have a look when the modifications will be on the GitHub repository.
2017-07-16 3:32 GMT+02:00 Miller Puckette msp@ucsd.edu:
Anyhow I just pushed a fix so that functions like sys_fontwidth() never report less than one pixel - this should get rid of divides by zero without having to call sys_fakefromgui().
cheers M
On Sat, Jul 15, 2017 at 10:56:09PM +0200, Pierre Guillot wrote:
Yes, I think that's the first case but I surely need to better understand this part of the code. In fact, I have no idea what is considered as part of the GUI or not... I mean, in my case, I don't really have a graphical interface but I would like to get the informations of the objects that depends on the font sizes. If I don't call sys_fakefromgui(), I get a division by zero somewhere because the font sizes are not initialized
(and
perhaps there are other errors but I don't reach these parts of the
code).
Anyway with the previous version of Pd I didn't have to call this
function
so didn't really look at that but now I would like to know what it really does and if there is a proper way to initialize this part of Pd.
Thanks! Pierre
2017-07-15 19:36 GMT+02:00 Miller Puckette msp@ucsd.edu:
Do I understand correctly that you're trying to run libpd _without_ the GUI and discovering that you have to copy code from sys_fakefromgui()
to
get it to work?
Or, rather, are you actually trying to start the GUI up and need to
know
the path to the GUI files?
In the latter case, I was tacitly assuming that people distributing
libpd
apps that wanted to be able to use Pd's GUI would bundle the entire Pd GUI package (Wish, pd/tcl, pd/po, probably more) with their
installation,
as different libpd apps might require different versions.
cheers Miller
On Sat, Jul 15, 2017 at 04:30:16PM +0200, Pierre Guillot wrote:
Hi all,
I started to update my project zpd [1] with the last version of Pd
(before
testing the new features in libpd) but I don't really understand how
the
function sys_startgui() should be used and what it does [2] . In the Miller's branch of libpd, the example [3] use a relative path but I
don't
know what is the path to my application and what should be the
target of
the path. I asked on GitHub and Dan explained me that I should give
the
path to the tcl scripts to start the Pd GUI but what if I don't have
Pd
installed? The solution I found for the moment is to copy the static function sys_fakefromgui() [4] but it's dirty and not very
sustainable.
Anyone has a solution? Best,
Pierre
[1] https://github.com/pierreguillot/zpd [2] https://github.com/pure-data/pure-data/blob/master/src/s_
inter.c#L1377
ddd6ef004c00ca41f1834fcb5bf5f72f972bc20d..
35e4272a2c3ba610836fa4cdff3bea
99dac815fb#diff-44ec7e62314f045847d1166bd74411b5R77
ddd6ef004c00ca41f1834fcb5bf5f72f972bc20d..
35e4272a2c3ba610836fa4cdff3bea
99dac815fb#diff-44ec7e62314f045847d1166bd74411b5R77
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
odd.. I don't see the commits on the github site's list of commits, but "git pull" to a cloned repo gets them fine. Latest is:
commit 816bef86d6fe9af558fe57f0ea32090d373d7e51 Author: Miller Puckette msp@ucsd.edu Date: Sun Jul 16 08:30:40 2017 -0700
Revert "makefile.gnu to build ../obj and ../bin dirs"
This reverts commit be1a47750a05243345fc1f46060a501258e9d0b4.
commit be1a47750a05243345fc1f46060a501258e9d0b4 Author: Miller Puckette msp@ucsd.edu Date: Sun Jul 16 08:28:51 2017 -0700
makefile.gnu to build ../obj and ../bin dirs
commit 214377333afb55705b2e41e608e039effe0c1383 Author: Miller Puckette msp@ucsd.edu Date: Sat Jul 15 18:29:48 2017 -0700
fix font size functions in s_main.c never to report zero size
(The third one back is the one you want :)
M
On Sun, Jul 16, 2017 at 05:30:24PM +0200, Pierre Guillot wrote:
Thanks! I'll have a look when the modifications will be on the GitHub repository.
2017-07-16 3:32 GMT+02:00 Miller Puckette msp@ucsd.edu:
Anyhow I just pushed a fix so that functions like sys_fontwidth() never report less than one pixel - this should get rid of divides by zero without having to call sys_fakefromgui().
cheers M
On Sat, Jul 15, 2017 at 10:56:09PM +0200, Pierre Guillot wrote:
Yes, I think that's the first case but I surely need to better understand this part of the code. In fact, I have no idea what is considered as part of the GUI or not... I mean, in my case, I don't really have a graphical interface but I would like to get the informations of the objects that depends on the font sizes. If I don't call sys_fakefromgui(), I get a division by zero somewhere because the font sizes are not initialized
(and
perhaps there are other errors but I don't reach these parts of the
code).
Anyway with the previous version of Pd I didn't have to call this
function
so didn't really look at that but now I would like to know what it really does and if there is a proper way to initialize this part of Pd.
Thanks! Pierre
2017-07-15 19:36 GMT+02:00 Miller Puckette msp@ucsd.edu:
Do I understand correctly that you're trying to run libpd _without_ the GUI and discovering that you have to copy code from sys_fakefromgui()
to
get it to work?
Or, rather, are you actually trying to start the GUI up and need to
know
the path to the GUI files?
In the latter case, I was tacitly assuming that people distributing
libpd
apps that wanted to be able to use Pd's GUI would bundle the entire Pd GUI package (Wish, pd/tcl, pd/po, probably more) with their
installation,
as different libpd apps might require different versions.
cheers Miller
On Sat, Jul 15, 2017 at 04:30:16PM +0200, Pierre Guillot wrote:
Hi all,
I started to update my project zpd [1] with the last version of Pd
(before
testing the new features in libpd) but I don't really understand how
the
function sys_startgui() should be used and what it does [2] . In the Miller's branch of libpd, the example [3] use a relative path but I
don't
know what is the path to my application and what should be the
target of
the path. I asked on GitHub and Dan explained me that I should give
the
path to the tcl scripts to start the Pd GUI but what if I don't have
Pd
installed? The solution I found for the moment is to copy the static function sys_fakefromgui() [4] but it's dirty and not very
sustainable.
Anyone has a solution? Best,
Pierre
[1] https://github.com/pierreguillot/zpd [2] https://github.com/pure-data/pure-data/blob/master/src/s_
inter.c#L1377
ddd6ef004c00ca41f1834fcb5bf5f72f972bc20d..
35e4272a2c3ba610836fa4cdff3bea
99dac815fb#diff-44ec7e62314f045847d1166bd74411b5R77
ddd6ef004c00ca41f1834fcb5bf5f72f972bc20d..
35e4272a2c3ba610836fa4cdff3bea
99dac815fb#diff-44ec7e62314f045847d1166bd74411b5R77
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
On 07/16/2017 05:42 PM, Miller Puckette wrote:
odd.. I don't see the commits on the github site's list of commits, but
that's probably because you usually push only to sourceforge, and Dan (or me) sync the sf repo with github.
"git pull" to a cloned repo gets them fine. Latest is:
probably because (one of) your remote(s) for that cloned repo is on sourceforge?
gfmards IOhannes
Drat, I thought I was pushing to both repos.
Now if I start trying to push to github, I'm afraid of messing it up. But will try to do it minimalistically (I'm using git push --mirror on SF, but worry that that might delete other people's brances on github).
M
On Sun, Jul 16, 2017 at 09:54:55PM +0200, IOhannes m zmölnig wrote:
On 07/16/2017 05:42 PM, Miller Puckette wrote:
odd.. I don't see the commits on the github site's list of commits, but
that's probably because you usually push only to sourceforge, and Dan (or me) sync the sf repo with github.
"git pull" to a cloned repo gets them fine. Latest is:
probably because (one of) your remote(s) for that cloned repo is on sourceforge?
gfmards IOhannes
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
-
IOhannes m zmölnig -
Miller Puckette -
Pierre Guillot