Le 13/09/2014 23:37, Ivica Ico Bukvic a écrit :
On 9/13/2014 5:10 PM, Colet Patrice wrote:
I don't know the implications of introducing some wizard that rewrite code into patches for backward compatibility, but the idea looks seducing for me because it might break inertia that makes the GUI still looking like patching in the nineties.
Sorry for the cynicism but it's truely a joke we sometimes share when it's about pd interface.
If you would like to contribute to "upgrading" the UI to something more contemporary, we could always use more help on pd-l2ork side of things where the canvas currently uses SVG for drawing all contents (see http://l2ork.music.vt.edu/main/?page_id=2554 for more info). More so, we are currently starting to port entire gui to qt library which should make things considerably more flexible/efficient...
I'm allready using pd-l2ork on my linux boxes when I don't use stuff we can only find in pd-0.45 and greater, particulary the ability of storing text in datastructure, and when I don't have to rewrite an install script. I'm even advising any new comer using GNU/Linux to use l2ork before he is disgusted by the old interface, but they are a few, almost all people I know (and sometimes work with) that would use pd have OSX or Windows and have no clue about how to install l2ork.
This imply a very tiny collaborative field, which doesn't sound really reassuring, even if on screenshots this looks great. Anyway, the use of qt looks promising and might give to me the opportunity of upgrading my pianoroll interface.
Regards,
patco
Best,
There's a demo of Pd-l2ork I posted on puredata.info awhile back for OSX, but it's quite out of date by now. I think the tkdnd lib uses the Cocoa libs while tkpath must use the old Carbon libs.
Also, if you pull from the recent git, there's a flag to spawn a Qt part of the interface alongside the Tk one. It only spawns a lone Qt window atm, but the idea is to incrementally build out a Qt display while the old one remains operational.
-Jonathan
On Sunday, September 14, 2014 7:24 AM, Colet Patrice colet.patrice@free.fr wrote:
Le 13/09/2014 23:37, Ivica Ico Bukvic a écrit :
On 9/13/2014 5:10 PM, Colet Patrice wrote:
I don't know the implications of introducing some wizard that rewrite code into patches for backward compatibility, but the idea looks seducing for me because it might break inertia that makes the GUI still looking like patching in the nineties.
Sorry for the cynicism but it's truely a joke we sometimes share when it's about pd interface.
If you would like to contribute to "upgrading" the UI to something more contemporary, we could always use more help on pd-l2ork side of things where the canvas currently uses SVG for drawing all contents (see http://l2ork.music.vt.edu/main/?page_id=2554 for more info). More so, we are currently starting to port entire gui to qt library which should make things considerably more flexible/efficient...
I'm allready using pd-l2ork on my linux boxes when I don't use stuff we can only find in pd-0.45 and greater, particulary the ability of storing text in datastructure, and when I don't have to rewrite an install script. I'm even advising any new comer using GNU/Linux to use l2ork before he is disgusted by the old interface, but they are a few, almost all people I know (and sometimes work with) that would use pd have OSX or Windows and have no clue about how to install l2ork.
This imply a very tiny collaborative field, which doesn't sound really reassuring, even if on screenshots this looks great. Anyway, the use of qt looks promising and might give to me the opportunity of upgrading my pianoroll interface.
Regards,
patco
Best,
_______________________________________________ Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev
We will merge 0.45+ objects in the upcoming releases. If you can list what exactly they are that will greatly help in the process. The latency in their adoption is primarily to allow for them to be fully vetted for possible bugs and regressions.
Regarding storing text in a datastructure, I am not sure what that exactly means but I do use extensively something that may be similar, namely coll object from the cyclone library, which allows for a comprehensive storing, sorting, and recalling of data.
As for running pd-l2ork on other platfroms, until we complete the qt port, there is as of yet unadvertised USB stick version you can download from L2Ork's site (see http://l2ork.music.vt.edu/data/pd/ and look for a jumbo 6GB image--pd-l2ork would need to be updated to the latest version) that I tested with a reasonably large number of windows and OSX laptops with 90%+ success rate, with only select Dell and OSX machines refusing to boot it due to faulty EFI (whether intentional or unintentional), and some of the wifi cards not being supported out-of-box.
HTH
On Sun, Sep 14, 2014 at 7:23 AM, Colet Patrice colet.patrice@free.fr wrote:
Le 13/09/2014 23:37, Ivica Ico Bukvic a écrit :
On 9/13/2014 5:10 PM, Colet Patrice wrote:
I don't know the implications of introducing some wizard that rewrite code into patches for backward compatibility, but the idea looks seducing for me because it might break inertia that makes the GUI still looking like patching in the nineties.
Sorry for the cynicism but it's truely a joke we sometimes share when it's about pd interface.
If you would like to contribute to "upgrading" the UI to something more
contemporary, we could always use more help on pd-l2ork side of things where the canvas currently uses SVG for drawing all contents (see http://l2ork.music.vt.edu/main/?page_id=2554 for more info). More so, we are currently starting to port entire gui to qt library which should make things considerably more flexible/efficient...
I'm allready using pd-l2ork on my linux boxes when I don't use stuff we can only find in pd-0.45 and greater, particulary the ability of storing text in datastructure, and when I don't have to rewrite an install script. I'm even advising any new comer using GNU/Linux to use l2ork before he is disgusted by the old interface, but they are a few, almost all people I know (and sometimes work with) that would use pd have OSX or Windows and have no clue about how to install l2ork.
This imply a very tiny collaborative field, which doesn't sound really reassuring, even if on screenshots this looks great. Anyway, the use of qt looks promising and might give to me the opportunity of upgrading my pianoroll interface.
Regards,
patco
Best,
He's probably talking about Miller's new struct field for text, which AFAICT stores a binbuf as scalar data.
-Jonathan
On Sunday, September 14, 2014 1:58 PM, Ivica Bukvic ico@vt.edu wrote:
We will merge 0.45+ objects in the upcoming releases. If you can list what exactly they are that will greatly help in the process. The latency in their adoption is primarily to allow for them to be fully vetted for possible bugs and regressions.
Regarding storing text in a datastructure, I am not sure what that exactly means but I do use extensively something that may be similar, namely coll object from the cyclone library, which allows for a comprehensive storing, sorting, and recalling of data.
As for running pd-l2ork on other platfroms, until we complete the qt port, there is as of yet unadvertised USB stick version you can download from L2Ork's site (see http://l2ork.music.vt.edu/data/pd/ and look for a jumbo 6GB image--pd-l2ork would need to be updated to the latest version) that I tested with a reasonably large number of windows and OSX laptops with 90%+ success rate, with only select Dell and OSX machines refusing to boot it due to faulty EFI (whether intentional or unintentional), and some of the wifi cards not being supported out-of-box.
HTH
On Sun, Sep 14, 2014 at 7:23 AM, Colet Patrice colet.patrice@free.fr wrote:
Le 13/09/2014 23:37, Ivica Ico Bukvic a écrit :
On 9/13/2014 5:10 PM, Colet Patrice wrote:
I don't know the implications of introducing some wizard that rewrite code into patches for backward compatibility, but the idea looks seducing for me because it might break inertia that makes the GUI still looking like patching in the nineties.
Sorry for the cynicism but it's truely a joke we sometimes share when it's about pd interface.
If you would like to contribute to "upgrading" the UI to something more contemporary, we could always use more help on pd-l2ork side of things where the canvas currently uses SVG for drawing all contents (see http://l2ork.music.vt.edu/main/?page_id=2554 for more info). More so, we are currently starting to port entire gui to qt library which should make things considerably more flexible/efficient...
I'm allready using pd-l2ork on my linux boxes when I don't use stuff we can only find in pd-0.45 and greater, particulary the ability of storing text in datastructure, and when I don't have to rewrite an install script. I'm even advising any new comer using GNU/Linux to use l2ork before he is disgusted by the old interface, but they are a few, almost all people I know (and sometimes work with) that would use pd have OSX or Windows and have no clue about how to install l2ork.
This imply a very tiny collaborative field, which doesn't sound really reassuring, even if on screenshots this looks great. Anyway, the use of qt looks promising and might give to me the opportunity of upgrading my pianoroll interface.
Regards,
patco
Best,
_______________________________________________ Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev
If there a specific object name so that we can grep the source? On Sep 14, 2014 3:26 PM, "Jonathan Wilkes" jancsika@yahoo.com wrote:
He's probably talking about Miller's new struct field for text, which AFAICT stores a binbuf as scalar data.
-Jonathan
On Sunday, September 14, 2014 1:58 PM, Ivica Bukvic ico@vt.edu wrote:
We will merge 0.45+ objects in the upcoming releases. If you can list what exactly they are that will greatly help in the process. The latency in their adoption is primarily to allow for them to be fully vetted for possible bugs and regressions.
Regarding storing text in a datastructure, I am not sure what that exactly means but I do use extensively something that may be similar, namely coll object from the cyclone library, which allows for a comprehensive storing, sorting, and recalling of data.
As for running pd-l2ork on other platfroms, until we complete the qt port, there is as of yet unadvertised USB stick version you can download from L2Ork's site (see http://l2ork.music.vt.edu/data/pd/ and look for a jumbo 6GB image--pd-l2ork would need to be updated to the latest version) that I tested with a reasonably large number of windows and OSX laptops with 90%+ success rate, with only select Dell and OSX machines refusing to boot it due to faulty EFI (whether intentional or unintentional), and some of the wifi cards not being supported out-of-box.
HTH
On Sun, Sep 14, 2014 at 7:23 AM, Colet Patrice colet.patrice@free.fr wrote:
Le 13/09/2014 23:37, Ivica Ico Bukvic a écrit :
On 9/13/2014 5:10 PM, Colet Patrice wrote:
I don't know the implications of introducing some wizard that rewrite code into patches for backward compatibility, but the idea looks seducing for me because it might break inertia that makes the GUI still looking like patching in the nineties.
Sorry for the cynicism but it's truely a joke we sometimes share when it's about pd interface.
If you would like to contribute to "upgrading" the UI to something more contemporary, we could always use more help on pd-l2ork side of things where the canvas currently uses SVG for drawing all contents (see http://l2ork.music.vt.edu/main/?page_id=2554 for more info). More so, we are currently starting to port entire gui to qt library which should make things considerably more flexible/efficient...
I'm allready using pd-l2ork on my linux boxes when I don't use stuff we can only find in pd-0.45 and greater, particulary the ability of storing text in datastructure, and when I don't have to rewrite an install script. I'm even advising any new comer using GNU/Linux to use l2ork before he is disgusted by the old interface, but they are a few, almost all people I know (and sometimes work with) that would use pd have OSX or Windows and have no clue about how to install l2ork.
This imply a very tiny collaborative field, which doesn't sound really reassuring, even if on screenshots this looks great. Anyway, the use of qt looks promising and might give to me the opportunity of upgrading my pianoroll interface.
Regards,
patco
Best,
Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev
There's a new object named text with most of its source in x_text.c.
The stuff relating to data structures is probably in g_template.c but I haven't looked yet.
-Jonnathan
On Sunday, September 14, 2014 4:11 PM, Ivica Bukvic ico@vt.edu wrote:
If there a specific object name so that we can grep the source? On Sep 14, 2014 3:26 PM, "Jonathan Wilkes" jancsika@yahoo.com wrote:
He's probably talking about Miller's new struct field for text, which AFAICT stores a binbuf as scalar data.
-Jonathan
On Sunday, September 14, 2014 1:58 PM, Ivica Bukvic ico@vt.edu wrote:
We will merge 0.45+ objects in the upcoming releases. If you can list what exactly they are that will greatly help in the process. The latency in their adoption is primarily to allow for them to be fully vetted for possible bugs and regressions.
Regarding storing text in a datastructure, I am not sure what that exactly means but I do use extensively something that may be similar, namely coll object from the cyclone library, which allows for a comprehensive storing, sorting, and recalling of data.
As for running pd-l2ork on other platfroms, until we complete the qt port, there is as of yet unadvertised USB stick version you can download from L2Ork's site (see http://l2ork.music.vt.edu/data/pd/ and look for a jumbo 6GB image--pd-l2ork would need to be updated to the latest version) that I tested with a reasonably large number of windows and OSX laptops with 90%+ success rate, with only select Dell and OSX machines refusing to boot it due to faulty EFI (whether intentional or unintentional), and some of the wifi cards not being supported out-of-box.
HTH
On Sun, Sep 14, 2014 at 7:23 AM, Colet Patrice colet.patrice@free.fr wrote:
Le 13/09/2014 23:37, Ivica Ico Bukvic a écrit :
On 9/13/2014 5:10 PM, Colet Patrice wrote:
I don't know the implications of introducing some wizard that rewrite code into patches for backward compatibility, but the idea looks seducing for me because it might break inertia that makes the GUI still looking like patching in the nineties.
Sorry for the cynicism but it's truely a joke we sometimes share when it's about pd interface.
If you would like to contribute to "upgrading" the UI to something more contemporary, we could always use more help on pd-l2ork side of things where the canvas currently uses SVG for drawing all contents (see http://l2ork.music.vt.edu/main/?page_id=2554 for more info). More so, we are currently starting to port entire gui to qt library which should make things considerably more flexible/efficient...
I'm allready using pd-l2ork on my linux boxes when I don't use stuff we can only find in pd-0.45 and greater, particulary the ability of storing text in datastructure, and when I don't have to rewrite an install script. I'm even advising any new comer using GNU/Linux to use l2ork before he is disgusted by the old interface, but they are a few, almost all people I know (and sometimes work with) that would use pd have OSX or Windows and have no clue about how to install l2ork.
This imply a very tiny collaborative field, which doesn't sound really reassuring, even if on screenshots this looks great. Anyway, the use of qt looks promising and might give to me the opportunity of upgrading my pianoroll interface.
Regards,
patco
Best,
Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev
-
Colet Patrice -
Ivica Bukvic -
Jonathan Wilkes