Hey all,
Now that the core of Pd-devel is working, and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better. So I think it would be useful to have a meeting about how the code is structured now and how it should be structured.
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
.hc
----------------------------------------------------------------------------
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Hi HC et al.,
I can make Friday at least until 10 or so. Could also make it earlier (say, as early as 7:30 AM) if need be.
cheers Miller
On Fri, Feb 06, 2009 at 12:53:50PM -0500, Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working, and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better. So I think it would be useful to have a meeting about how the code is structured now and how it should be structured.
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
.hc
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Hi all:
sure, i will be there on #dataflow. have we decided on the day yet? or just play ear?
cheers
chun
Miller Puckette said :
Hi HC et al.,
I can make Friday at least until 10 or so. Could also make it earlier (say, as early as 7:30 AM) if need be.
cheers Miller
On Fri, Feb 06, 2009 at 12:53:50PM -0500, Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working, and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better. So I think it would be useful to have a meeting about how the code is structured now and how it should be structured.
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
.hc
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
I can do Friday too, if that's the only day Miller can do it. Chun, is 1am too late for you? We could move it earlier a bit.
.hc
On Feb 6, 2009, at 9:04 PM, Chun Lee wrote:
Hi all:
sure, i will be there on #dataflow. have we decided on the day yet? or just play ear?
cheers
chun
Miller Puckette said :
Hi HC et al.,
I can make Friday at least until 10 or so. Could also make it earlier (say, as early as 7:30 AM) if need be.
cheers Miller
On Fri, Feb 06, 2009 at 12:53:50PM -0500, Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working, and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better. So I think it would be useful to have a meeting about how the code is structured now and how it should be structured.
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
.hc
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Hans-Christoph Steiner said :
I can do Friday too, if that's the only day Miller can do it. Chun, is 1am too late for you? We could move it earlier a bit.
sure, friday 1am is ok with me, and i can be around for a couple of hours till i pass out on the keyboard;)
cheers
chun
.hc
On Feb 6, 2009, at 9:04 PM, Chun Lee wrote:
Hi all:
sure, i will be there on #dataflow. have we decided on the day yet? or just play ear?
cheers
chun
Miller Puckette said :
Hi HC et al.,
I can make Friday at least until 10 or so. Could also make it earlier (say, as early as 7:30 AM) if need be.
cheers Miller
On Fri, Feb 06, 2009 at 12:53:50PM -0500, Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working, and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better. So I think it would be useful to have a meeting about how the code is structured now and how it should be structured.
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
.hc
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Actually, I could probably do other days as well if Friday is inconvenient... I think Friday was someone else's suggestion...?
cheers Miller
On Sat, Feb 07, 2009 at 01:56:03PM -0500, Hans-Christoph Steiner wrote:
I can do Friday too, if that's the only day Miller can do it. Chun, is 1am too late for you? We could move it earlier a bit.
.hc
On Feb 6, 2009, at 9:04 PM, Chun Lee wrote:
Hi all:
sure, i will be there on #dataflow. have we decided on the day yet? or just play ear?
cheers
chun
Miller Puckette said :
Hi HC et al.,
I can make Friday at least until 10 or so. Could also make it earlier (say, as early as 7:30 AM) if need be.
cheers Miller
On Fri, Feb 06, 2009 at 12:53:50PM -0500, Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working, and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better. So I think it would be useful to have a meeting about how the code is structured now and how it should be structured.
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
.hc
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
I've done a bit of Googling.
I found this site to get an overview of timezones: (in order to pick a time "so that no one has to be up during the middle of the night" they say) http://www.timeanddate.com/worldclock/meetingtime.html?month=2&day=10&am...
this other web tool for picking up date/time
http://www.when2meet.com/?13815-7rkBF
with the meeting happening any day at february, at any time. you can choose your username and password, and then state your availability
remember to put the time in UTC time!
Miller Puckette wrote:
Actually, I could probably do other days as well if Friday is inconvenient... I think Friday was someone else's suggestion...?
cheers Miller
On Sat, Feb 07, 2009 at 01:56:03PM -0500, Hans-Christoph Steiner wrote:
I can do Friday too, if that's the only day Miller can do it. Chun, is 1am too late for you? We could move it earlier a bit.
.hc
On Feb 6, 2009, at 9:04 PM, Chun Lee wrote:
Hi all:
sure, i will be there on #dataflow. have we decided on the day yet? or just play ear?
cheers
chun
Miller Puckette said :
Hi HC et al.,
I can make Friday at least until 10 or so. Could also make it earlier (say, as early as 7:30 AM) if need be.
cheers Miller
On Fri, Feb 06, 2009 at 12:53:50PM -0500, Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working, and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better. So I think it would be useful to have a meeting about how the code is structured now and how it should be structured.
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
.hc
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
How about Friday one hour earlier to spare Chun:
* 8.00 Pacific Time * 10.00 Central Time * 11.00 Eastern Time/PET * 14.00 BRST/Sao Paulo * 16.00 GMT/Zulu * 17.00 Central European CET * 18.00 EET/Istanbul/Cairo * 22.00 IST/Chennai * 0.00 CST/Taipei
Something like this:
http://www.timeanddate.com/worldclock/meetingtime.html?month=2&day=13&am...
.hc
On Feb 8, 2009, at 6:26 PM, mescalinum@gmail.com wrote:
I've done a bit of Googling.
I found this site to get an overview of timezones: (in order to pick a time "so that no one has to be up during the middle of the night" they say) http://www.timeanddate.com/worldclock/meetingtime.html?month=2&day=10&am...
this other web tool for picking up date/time
http://www.when2meet.com/?13815-7rkBF
with the meeting happening any day at february, at any time. you can choose your username and password, and then state your availability
remember to put the time in UTC time!
Miller Puckette wrote:
Actually, I could probably do other days as well if Friday is inconvenient... I think Friday was someone else's suggestion...?
cheers Miller
On Sat, Feb 07, 2009 at 01:56:03PM -0500, Hans-Christoph Steiner wrote:
I can do Friday too, if that's the only day Miller can do it. Chun, is 1am too late for you? We could move it earlier a bit.
.hc
On Feb 6, 2009, at 9:04 PM, Chun Lee wrote:
Hi all:
sure, i will be there on #dataflow. have we decided on the day yet? or just play ear?
cheers
chun
Miller Puckette said :
Hi HC et al.,
I can make Friday at least until 10 or so. Could also make it earlier (say, as early as 7:30 AM) if need be.
cheers Miller
On Fri, Feb 06, 2009 at 12:53:50PM -0500, Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working, and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better. So I think it would be useful to have a meeting about how the code is structured now and how it should be structured.
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
- 9.00 Pacific Time
- 11.00 Central Time
- 12.00 Eastern Time/PET
- 15.00 BRST/Sao Paulo
- 17.00 GMT/Zulu
- 18.00 Central European CET
- 19.00 EET/Istanbul/Cairo
- 23.00 IST/Chennai
- 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
.hc
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
kill your television
Reminder! Pd-devel meeting tomorrow (Feb 13, 2009-02-13) on IRC in #dataflow: irc://irc.freenode.net/dataflow
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei (2009-02-14)
The agenda is to talk about the new Pd-devel pure-Tcl GUI code, what works, and how it should be structured going forward.
.hc
----------------------------------------------------------------------------
Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs
Hans,
Just an update to the chat on IRC,
The message pack in Japanese worked right out of the box.
Here's a screen shot. http://pspunch.com/pd/pd-devel_jp.png
-- OT,
Unfortunately there are very few non-proprietary Japanese fonts that an average user considers reasonably beautiful, which I imagine users of other Asian charsets may relate to. What individuals configure for their desktop is often where they've settled after a trial and error figuring what suites them best and would be nice to see them in tk menus as well.
The following quoted from http://www.tcl.tk/man/tcl8.5/TkCmd/font.htm#M41
---- Begin quote ----
X Windows All valid X font names, including those listed by xlsfonts(1), are available.
MS Windows The following fonts are supported, and are mapped to the user's style defaults.
Mac OS X The following fonts are supported, and are mapped to the user's style defaults.
---- End quote ----
I wonder how difficult it is, or what may break if tk uses system default styles for X, or is it a concept unique to Gnome?
Just a something I would like to add to the veeeeeery bottom of the wish list.
-- David Shimamoto
Ooops, I spoke too soon about the fonts...
Tcl/Tk supports anti-aliased fonts on X windows with version 8.5 which after updating to, Pd started up with menu fonts closer to the system's style. (My Ubuntu 8.04 originally had some version in the 8.4 line.)
-- David Shimamoto
Hans,
Just an update to the chat on IRC,
The message pack in Japanese worked right out of the box.
Here's a screen shot. http://pspunch.com/pd/pd-devel_jp.png
-- OT,
Unfortunately there are very few non-proprietary Japanese fonts that an average user considers reasonably beautiful, which I imagine users of other Asian charsets may relate to. What individuals configure for their desktop is often where they've settled after a trial and error figuring what suites them best and would be nice to see them in tk menus as well.
The following quoted from http://www.tcl.tk/man/tcl8.5/TkCmd/font.htm#M41
---- Begin quote ----
X Windows All valid X font names, including those listed by xlsfonts(1), are available.
MS Windows The following fonts are supported, and are mapped to the user's style defaults.
Mac OS X The following fonts are supported, and are mapped to the user's style defaults.
---- End quote ----
I wonder how difficult it is, or what may break if tk uses system default styles for X, or is it a concept unique to Gnome?
Just a something I would like to add to the veeeeeery bottom of the wish list.
-- David Shimamoto
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Ah, cool, good to know. That's one of the goals of this Pd-devel effort: to support Tcl/Tk 8.5. Currently, Pd doesn't really work with Tcl/Tk 8.5. On GNU/Linux, the font handling gets messed up, on Mac OS X, Pd doesn't even start with 8.5.
.hc
On Feb 15, 2009, at 8:19 AM, PSPunch wrote:
Ooops, I spoke too soon about the fonts...
Tcl/Tk supports anti-aliased fonts on X windows with version 8.5 which after updating to, Pd started up with menu fonts closer to the system's style. (My Ubuntu 8.04 originally had some version in the 8.4 line.)
-- David Shimamoto
Hans,
Just an update to the chat on IRC,
The message pack in Japanese worked right out of the box.
Here's a screen shot. http://pspunch.com/pd/pd-devel_jp.png
-- OT,
Unfortunately there are very few non-proprietary Japanese fonts that an average user considers reasonably beautiful, which I imagine users of other Asian charsets may relate to. What individuals configure for their desktop is often where they've settled after a trial and error figuring what suites them best and would be nice to see them in tk menus as well.
The following quoted from http://www.tcl.tk/man/tcl8.5/TkCmd/font.htm#M41
---- Begin quote ----
X Windows All valid X font names, including those listed by xlsfonts(1), are available.
MS Windows The following fonts are supported, and are mapped to the user's style defaults.
Mac OS X The following fonts are supported, and are mapped to the user's style defaults.
---- End quote ----
I wonder how difficult it is, or what may break if tk uses system default styles for X, or is it a concept unique to Gnome?
Just a something I would like to add to the veeeeeery bottom of the wish list.
-- David Shimamoto
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin
Has the log been posted anywhere yet?
I think I have it if no one else has a copy.
On 14/02/2009, at 23.48, Claude Heiland-Allen wrote:
Has the log been posted anywhere yet?
I don't think so.
I think I have it if no one else has a copy.
Please do - i'd like to see it. Maybe http://puredata.info/dev/ pddevel is a good place to stick it.
Steffen Juul wrote:
On 14/02/2009, at 23.48, Claude Heiland-Allen wrote:
Has the log been posted anywhere yet?
Please do - i'd like to see it. Maybe http://puredata.info/dev/pddevel is a good place to stick it.
http://puredata.info/dev/pddevel/dataflow-2009-02-13.log/view
Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working,
actually it isn't working on Linux (the main window shows up, but it's freezed)
and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better.
++
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
incrTcl is nice also tcl 8.5 has it's own object system (available as tclOO extension for earlier versions) also is possible to make a tiny object system in pure-tcl I've made mine - it has public/provate methods, widget hiding, it's very much like tk "objects" - see http://wiki.tcl.tk/18151 very beginning of the code defines the object system
I'm actually working to a dataflow canvas in pure tcl it actually implements every functionality of the pd canvas and has the same feel, it can mimick the style of pd or max, I added autocomplete feature (bash-style completion) I'm planning adding segmented patch cords (although I'm now stuck with complex line-routing algorithms)
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
On Feb 6, 2009, at 5:15 PM, mescalinum@gmail.com wrote:
Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working,
actually it isn't working on Linux (the main window shows up, but it's freezed)
Strange, that happened on one of Chun's machines, but not the other. This does not happen on my Ubuntu/Intrepid/i386 machine. I've only been working on my laptop so far. Could it be related to the font loading? Where does it freeze? Have you tried loading pd first? or pd-gui first?
and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better.
++
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
incrTcl is nice also tcl 8.5 has it's own object system (available as tclOO extension for earlier versions) also is possible to make a tiny object system in pure-tcl I've made mine - it has public/provate methods, widget hiding, it's very much like tk "objects" - see http://wiki.tcl.tk/18151 very beginning of the code defines the object system
I'm actually working to a dataflow canvas in pure tcl it actually implements every functionality of the pd canvas and has the same feel, it can mimick the style of pd or max, I added autocomplete feature (bash-style completion) I'm planning adding segmented patch cords (although I'm now stuck with complex line-routing algorithms)
Sounds cool, but I'd say skip the segmented patch cords :)
.hc
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
----------------------------------------------------------------------------
The arc of history bends towards justice. - Dr. Martin Luther King, Jr.
Hans-Christoph Steiner wrote:
On Feb 6, 2009, at 5:15 PM, mescalinum@gmail.com wrote:
Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working,
actually it isn't working on Linux (the main window shows up, but it's freezed)
Have you tried loading pd first? or pd-gui first?
freezes in both cases. I still haven't tried debugging it
and other people are starting to mess with it, I figure its a good time to have an IRC meeting about it. At this point, the code is working but could be structured much better.
++
One thing I am realizing is that the code would probably be a lot cleaner if it was organized in a more Object-oriented style. I am not sure that using incr Tcl or things like that are the way, I think we could probably just organize things into packages that act like object classes, but I am open to other things.
incrTcl is nice also tcl 8.5 has it's own object system (available as tclOO extension for earlier versions) also is possible to make a tiny object system in pure-tcl I've made mine - it has public/provate methods, widget hiding, it's very much like tk "objects" - see http://wiki.tcl.tk/18151 very beginning of the code defines the object system
I'm actually working to a dataflow canvas in pure tcl it actually implements every functionality of the pd canvas and has the same feel, it can mimick the style of pd or max, I added autocomplete feature (bash-style completion) I'm planning adding segmented patch cords (although I'm now stuck with complex line-routing algorithms)
Sounds cool, but I'd say skip the segmented patch cords :)
heh, that was mainly marketing. another cool feature I'm planning is concurrent operation, so that networked shared patching would be possible and easy to implement
.hc
How about next Thursday or Friday? Here is one proposed time, which we can adjust spending on who can make it:
* 9.00 Pacific Time * 11.00 Central Time * 12.00 Eastern Time/PET * 15.00 BRST/Sao Paulo * 17.00 GMT/Zulu * 18.00 Central European CET * 19.00 EET/Istanbul/Cairo * 23.00 IST/Chennai * 1.00 CST/Taipei
I am on irc://irc.freenode.net/dataflow a lot, feel free to ping me about this any time.
The arc of history bends towards justice. - Dr. Martin Luther King, Jr.
Hans-Christoph Steiner wrote:
On Feb 6, 2009, at 5:15 PM, mescalinum@gmail.com wrote:
Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working,
actually it isn't working on Linux (the main window shows up, but it's freezed)
Strange, that happened on one of Chun's machines, but not the other. This does not happen on my Ubuntu/Intrepid/i386 machine. I've only been working on my laptop so far. Could it be related to the font loading?
yep, it was the fit_font_into_metrics procedure (I added a check for preventing it looping, but it doesn't solve the font issue). suddenly the 8pt font has decided to not fit anymore into a 5x10 cell. this is a total kludge.
I'm still for having pd.tk decide the cell metrics for each font. you can't force a font to fit into some pixel size. this is what happens when you try to do it :-S
On Feb 6, 2009, at 7:21 PM, mescalinum@gmail.com wrote:
Hans-Christoph Steiner wrote:
On Feb 6, 2009, at 5:15 PM, mescalinum@gmail.com wrote:
Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working,
actually it isn't working on Linux (the main window shows up, but it's freezed)
Strange, that happened on one of Chun's machines, but not the other. This does not happen on my Ubuntu/Intrepid/i386 machine. I've only been working on my laptop so far. Could it be related to the font loading?
yep, it was the fit_font_into_metrics procedure (I added a check for preventing it looping, but it doesn't solve the font issue). suddenly the 8pt font has decided to not fit anymore into a 5x10 cell. this is a total kludge.
Hmm, I just refactored that code, but I haven't checked it in yet. I check your changes.
I'm still for having pd.tk decide the cell metrics for each font. you can't force a font to fit into some pixel size. this is what happens when you try to do it :-S
That is the way that Pd has done it for a very long time, that means you get different box sizes on every platform, and the box size will vary on different installs of the same OS even. That's a bigger mess. With the old system, it means that GOP GUIs are totally unportable. Either the box sizes need to fixed, or the box sizes and fonts need to be saved as part of the patch.
.hc
----------------------------------------------------------------------------
Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli