|
View:
New views
11 Messages
—
Rating Filter:
Alert me
|
|
|
Commit: GUI crossplatform support for crucial libI just did a bunch of commits today so that the crucial library will work with SwingOSC. I think I got all the changes -- let me know if something broke and I'll fix it as quickly as I can. I did a fresh checkout and ran a few basic tests, all successful, so it should be okay.
IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC relies on TCP's stability. TCP communication is supported in OSX and Linux, but not yet in the Windows beta. That means if you're on Windows, the GUIs might not throw errors in Psycollider but they will probably not display correctly. http://www.nabble.com/swingOSC---psycollider-t3446606.html#a9611740 Sorry, but I can't do anything about that. The Windows version will catch up eventually... Modifications to SwingOSC classes -- I had to make a few small adjustments to the SwingOSC SuperCollider classes. You can get the updated class files from http://www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete distribution of SwingOSC -- only the SuperCollider classes are included here. If you're new to SwingOSC, you need to download the complete package from http://www.sciss.de/swingOSC and substitute the revised class files. Modifications to dewdrop classes -- I also posted an update of both dewdrop_lib and chucklib on my website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib. crucial lib users -- I kept the crucial GUI wrappers functionally unchanged (e.g., ActionButton, FlowView, etc.) -- that means ***there is no JActionButton, JFlowView, JMultiPageLayout***. You should use the same wrapper (adapter) classes in the same way as before, and they will automatically create the physical GUI objects for the scheme selected in the GUI class. Do not do GUI.flowView.new(...); that will throw an error. Please contact me if you have problems with these changes (especially Linux users, since I can't test in Linux). I've been running my normal code under both cocoa and swing for the last couple of weeks now, and it appears to be stable. hjh : H. James Harkins : http://www.dewdrop-world.net .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman _______________________________________________ sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
|
|
Re: Commit: GUI crossplatform support for crucial libHi James,
I get an undefined symbol (method) in FlowView - isStartRow here is the scenario: Patch({ arg freq=110, amp=0.1; SinOsc.ar(freq,0,amp) }).gui ERROR: Message 'isStartRow' not understood. RECEIVER: Instance of FlowView { (040EDBC0, gc=50, fmt=00, flg=00, set=01) instance variables [2] view : instance of SCCompositeView (01FA6B50, size=17, set=5) autoRemoves : instance of IdentitySet (040ECC90, size=2, set=1) } ARGS: CALL STACK: DoesNotUnderstandError:reportError 01F601F0 arg this = <instance of DoesNotUnderstandError> Nil:handleError 01F606D0 arg this = nil arg error = <instance of DoesNotUnderstandError> Thread:handleError 01F60610 arg this = <instance of Thread> arg error = <instance of DoesNotUnderstandError> Object:throw 01F605B0 arg this = <instance of DoesNotUnderstandError> SCViewHolder:doesNotUnderstand 01FAA240 arg this = <instance of FlowView> arg selector = 'isStartRow' arg args = [*0] var result = nil < FunctionDef in Method FlowView:reflowAll > 01F60550 arg widget = <instance of FlowView> ArrayedCollection:do 01F604F0 arg this = [*1] arg function = <instance of Function> var i = 0 FlowView:reflowAll 01F60430 arg this = <instance of FlowView> FlowView:flow 01FA6010 arg this = <instance of FlowView> arg func = <instance of Function> arg bounds = nil var f = <instance of FlowView> ObjectGui:gui 01FA7DE0 arg this = <instance of ServerGui> arg lay = <instance of MultiPageLayout> arg bounds = nil arg args = [*0] var layout = <instance of MultiPageLayout> AbstractPlayerGui:synthConsole 01F602B0 arg this = <instance of PatchGui> arg layout = <instance of MultiPageLayout> var s = nil AbstractPlayerGui:gui 01F98AD0 arg this = <instance of PatchGui> arg lay = nil arg bounds = nil arg args = [*0] var layout = <instance of MultiPageLayout> Interpreter:interpretPrintCmdLine 01F5EEB0 arg this = <instance of Interpreter> var res = nil var func = <instance of Function> Process:interpretPrintCmdLine 01F5F120 arg this = <instance of Main> thanks, x On 4/7/07, James Harkins <jamshark70@...> wrote: > I just did a bunch of commits today so that the crucial library will work > with SwingOSC. I think I got all the changes -- let me know if something > broke and I'll fix it as quickly as I can. I did a fresh checkout and ran a > few basic tests, all successful, so it should be okay. > > IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC relies on > TCP's stability. TCP communication is supported in OSX and Linux, but not > yet in the Windows beta. That means if you're on Windows, the GUIs might not > throw errors in Psycollider but they will probably not display correctly. > http://www.nabble.com/swingOSC---psycollider-t3446606.html#a9611740 > > Sorry, but I can't do anything about that. The Windows version will catch up > eventually... > > > Modifications to SwingOSC classes -- > > I had to make a few small adjustments to the SwingOSC SuperCollider classes. > You can get the updated class files from > http://www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is > not a complete distribution of SwingOSC -- only the SuperCollider classes > are included here. If you're new to SwingOSC, you need to download the > complete package from http://www.sciss.de/swingOSC and substitute the > revised class files. > > > Modifications to dewdrop classes -- > > I also posted an update of both dewdrop_lib and chucklib on my website, > http://www.dewdrop-world.net/sc3/index.php#dewdroplib. > > > > > > > > > crucial lib users -- > > > > > I kept the crucial GUI wrappers functionally unchanged (e.g., ActionButton, > FlowView, etc.) -- that means ***there is no JActionButton, JFlowView, > JMultiPageLayout***. You should use the same wrapper (adapter) classes in > the same way as before, and they will automatically create the physical GUI > objects for the scheme selected in the GUI class. Do not do > GUI.flowView.new(...); that will throw an error. > > > > > > > > Please contact me if you have problems with these changes (especially Linux > users, since I can't test in Linux). I've been running my normal code under > both cocoa and swing for the last couple of weeks now, and it appears to be > stable. > > > > > hjh > > > > > : H. James Harkins > > : jamshark70@... > > : http://www.dewdrop-world.net > > .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: > > > > > "Come said the Muse, > > Sing me a song no poet has yet chanted, > > Sing me the universal." -- Whitman > > _______________________________________________ > sc-users mailing list > sc-users@... > http://www.create.ucsb.edu/mailman/listinfo/sc-users > > sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
|
|
Re: Commit: GUI crossplatform support for crucial libhi james, still had no time to check it out but thanks for the effort!!
meanwhile i have fixed all the bugs that you and fredrik had reported, so i'm not sure if there is anythings still needed from your www.dewdrop-world.net/sc3/SwingOSC-sc.zip ? the new version 0.513 is online right now. ciao, -sciss- Am 08.04.2007 um 04:21 schrieb James Harkins: > I just did a bunch of commits today so that the crucial library > will work with SwingOSC. I think I got all the changes -- let me > know if something broke and I'll fix it as quickly as I can. I did > a fresh checkout and ran a few basic tests, all successful, so it > should be okay. > > IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC > relies on TCP's stability. TCP communication is supported in OSX > and Linux, but not yet in the Windows beta. That means if you're on > Windows, the GUIs might not throw errors in Psycollider but they > will probably not display correctly. http://www.nabble.com/ > swingOSC---psycollider-t3446606.html#a9611740 > > Sorry, but I can't do anything about that. The Windows version will > catch up eventually... > > > Modifications to SwingOSC classes -- > > I had to make a few small adjustments to the SwingOSC SuperCollider > classes. You can get the updated class files from http:// > www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete > distribution of SwingOSC -- only the SuperCollider classes are > included here. If you're new to SwingOSC, you need to download the > complete package from http://www.sciss.de/swingOSC and substitute > the revised class files. > > > Modifications to dewdrop classes -- > > I also posted an update of both dewdrop_lib and chucklib on my > website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib. > > > crucial lib users -- > > I kept the crucial GUI wrappers functionally unchanged (e.g., > ActionButton, FlowView, etc.) -- that means ***there is no > JActionButton, JFlowView, JMultiPageLayout***. You should use the > same wrapper (adapter) classes in the same way as before, and they > will automatically create the physical GUI objects for the scheme > selected in the GUI class. Do not do GUI.flowView.new(...); that > will throw an error. > > > Please contact me if you have problems with these changes > (especially Linux users, since I can't test in Linux). I've been > running my normal code under both cocoa and swing for the last > couple of weeks now, and it appears to be stable. > > hjh > > : H. James Harkins > : jamshark70@... > : http://www.dewdrop-world.net > .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: > > "Come said the Muse, > Sing me a song no poet has yet chanted, > Sing me the universal." -- Whitman > > _______________________________________________ > sc-users mailing list > sc-users@... > http://www.create.ucsb.edu/mailman/listinfo/sc-users _______________________________________________ sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
|
|
Re: Commit: GUI crossplatform support for crucial libOK, that's my mistake. I'll fix it now.
hjh On Apr 8, 2007, at 12:02 AM, blackrain wrote:
: H. James Harkins : http://www.dewdrop-world.net .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman _______________________________________________ sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
|
|
Re: Commit: GUI crossplatform support for crucial libIt turns out I did leave out one thing that I needed to commit. That is fixed in svn now. Couple of points of clarification -- if you are using dewdrop_lib, you must get the new update from my website after updating from svn. The old library will not work with the new GUI commits. The SwingOSC class library that I posted on my web site is basically the same as SwingOSC 0.513, with the addition of one class that is required to use crucial GUIs with SwingOSC. If you're not using crucial, you can do without it; otherwise, you should use my copy until sciss releases an update. hjh On Apr 7, 2007, at 10:21 PM, James Harkins wrote: I just did a bunch of commits today so that the crucial library will work with SwingOSC. I think I got all the changes -- let me know if something broke and I'll fix it as quickly as I can. I did a fresh checkout and ran a few basic tests, all successful, so it should be okay. : H. James Harkins : http://www.dewdrop-world.net .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman _______________________________________________ sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
|
|
Re: Re: Commit: GUI crossplatform support for crucial libthanks a lot James,
x On 4/8/07, James Harkins <jamshark70@...> wrote: > > It turns out I did leave out one thing that I needed to commit. That is > fixed in svn now. > > Couple of points of clarification -- if you are using dewdrop_lib, you must > get the new update from my website after updating from svn. The old library > will not work with the new GUI commits. > > The SwingOSC class library that I posted on my web site is basically the > same as SwingOSC 0.513, with the addition of one class that is required to > use crucial GUIs with SwingOSC. If you're not using crucial, you can do > without it; otherwise, you should use my copy until sciss releases an > update. > > hjh > > > On Apr 7, 2007, at 10:21 PM, James Harkins wrote: > I just did a bunch of commits today so that the crucial library will work > with SwingOSC. I think I got all the changes -- let me know if something > broke and I'll fix it as quickly as I can. I did a fresh checkout and ran a > few basic tests, all successful, so it should be okay. > > IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC relies on > TCP's stability. TCP communication is supported in OSX and Linux, but not > yet in the Windows beta. That means if you're on Windows, the GUIs might not > throw errors in Psycollider but they will probably not display correctly. > http://www.nabble.com/swingOSC---psycollider-t3446606.html#a9611740 > > Sorry, but I can't do anything about that. The Windows version will catch up > eventually... > > > Modifications to SwingOSC classes -- > > I had to make a few small adjustments to the SwingOSC SuperCollider classes. > You can get the updated class files from > http://www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is > not a complete distribution of SwingOSC -- only the SuperCollider classes > are included here. If you're new to SwingOSC, you need to download the > complete package from http://www.sciss.de/swingOSC and substitute the > revised class files. > > > Modifications to dewdrop classes -- > > I also posted an update of both dewdrop_lib and chucklib on my website, > http://www.dewdrop-world.net/sc3/index.php#dewdroplib. > > > > crucial lib users -- > > I kept the crucial GUI wrappers functionally unchanged (e.g., ActionButton, > FlowView, etc.) -- that means ***there is no JActionButton, JFlowView, > JMultiPageLayout***. You should use the same wrapper (adapter) classes in > the same way as before, and they will automatically create the physical GUI > objects for the scheme selected in the GUI class. Do not do > GUI.flowView.new(...); that will throw an error. > > > Please contact me if you have problems with these changes (especially Linux > users, since I can't test in Linux). I've been running my normal code under > both cocoa and swing for the last couple of weeks now, and it appears to be > stable. > > hjh > > > > > > : H. James Harkins > > : jamshark70@... > > : http://www.dewdrop-world.net > > .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: > > > > > "Come said the Muse, > > Sing me a song no poet has yet chanted, > > Sing me the universal." -- Whitman > > _______________________________________________ > sc-users mailing list > sc-users@... > http://www.create.ucsb.edu/mailman/listinfo/sc-users > > sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
|
|
Re: Commit: GUI crossplatform support for crucial libOn Sun, 2007-04-08 at 15:46 +0200, Sciss wrote:
> hi james, still had no time to check it out but thanks for the effort!! > > meanwhile i have fixed all the bugs that you and fredrik had > reported, so i'm not sure if there is anythings still needed from > your www.dewdrop-world.net/sc3/SwingOSC-sc.zip ? the new version > 0.513 is online right now. Would it be possible to do version numbering slightly different for the sake of packaging? In the linux rpm world, for example, 0.513 > 0.51, but then if you eventually go to 0.60 we'll have 0.513 > 0.60 (because of the way rpm compares versions, each section is compared individually and 513 > 60). Something like 0.51.3 would do better, for example. Anyway, just a small detail but it would help... -- Fernando > Am 08.04.2007 um 04:21 schrieb James Harkins: > > > I just did a bunch of commits today so that the crucial library > > will work with SwingOSC. I think I got all the changes -- let me > > know if something broke and I'll fix it as quickly as I can. I did > > a fresh checkout and ran a few basic tests, all successful, so it > > should be okay. > > > > IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC > > relies on TCP's stability. TCP communication is supported in OSX > > and Linux, but not yet in the Windows beta. That means if you're on > > Windows, the GUIs might not throw errors in Psycollider but they > > will probably not display correctly. http://www.nabble.com/ > > swingOSC---psycollider-t3446606.html#a9611740 > > > > Sorry, but I can't do anything about that. The Windows version will > > catch up eventually... > > > > > > Modifications to SwingOSC classes -- > > > > I had to make a few small adjustments to the SwingOSC SuperCollider > > classes. You can get the updated class files from http:// > > www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete > > distribution of SwingOSC -- only the SuperCollider classes are > > included here. If you're new to SwingOSC, you need to download the > > complete package from http://www.sciss.de/swingOSC and substitute > > the revised class files. > > > > > > Modifications to dewdrop classes -- > > > > I also posted an update of both dewdrop_lib and chucklib on my > > website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib. > > > > > > crucial lib users -- > > > > I kept the crucial GUI wrappers functionally unchanged (e.g., > > ActionButton, FlowView, etc.) -- that means ***there is no > > JActionButton, JFlowView, JMultiPageLayout***. You should use the > > same wrapper (adapter) classes in the same way as before, and they > > will automatically create the physical GUI objects for the scheme > > selected in the GUI class. Do not do GUI.flowView.new(...); that > > will throw an error. > > > > > > Please contact me if you have problems with these changes > > (especially Linux users, since I can't test in Linux). I've been > > running my normal code under both cocoa and swing for the last > > couple of weeks now, and it appears to be stable. > > > > hjh > > > > : H. James Harkins > > : jamshark70@... > > : http://www.dewdrop-world.net > > .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: > > > > "Come said the Muse, > > Sing me a song no poet has yet chanted, > > Sing me the universal." -- Whitman > > > > _______________________________________________ > > sc-users mailing list > > sc-users@... > > http://www.create.ucsb.edu/mailman/listinfo/sc-users > > _______________________________________________ > sc-users mailing list > sc-users@... > http://www.create.ucsb.edu/mailman/listinfo/sc-users _______________________________________________ sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
|
|
Re: Commit: GUI crossplatform support for crucial libok thank you for pointing this out. i have the version number encoded
as a floating point number in SwingOSC.java, so x.y.z isn't readily possible. i didn't know about the rpm sorting. i could either add a second version field (subversion or whatever one would call it), or i just increase 0.51 -> 0.52 -> 0.53 regardless of the depth of update (i do the 1/100 increments when i just do little bug fixes without touching essential things). would it help, if i re-upload with version string 0.52 ? this i can do of course. where does the RPM builder read the version string from actually? you can also contact me about this offlist, i'm using the apache ant build tool now, and i read that it has a built-in facility to make rpms but i don't know how to use it. ciao, -sciss- Am 09.04.2007 um 03:02 schrieb Fernando Lopez-Lezcano: > On Sun, 2007-04-08 at 15:46 +0200, Sciss wrote: >> hi james, still had no time to check it out but thanks for the >> effort!! >> >> meanwhile i have fixed all the bugs that you and fredrik had >> reported, so i'm not sure if there is anythings still needed from >> your www.dewdrop-world.net/sc3/SwingOSC-sc.zip ? the new version >> 0.513 is online right now. > > Would it be possible to do version numbering slightly different for > the > sake of packaging? In the linux rpm world, for example, 0.513 > 0.51, > but then if you eventually go to 0.60 we'll have 0.513 > 0.60 (because > of the way rpm compares versions, each section is compared > individually > and 513 > 60). Something like 0.51.3 would do better, for example. > Anyway, just a small detail but it would help... > > -- Fernando > > >> Am 08.04.2007 um 04:21 schrieb James Harkins: >> >>> I just did a bunch of commits today so that the crucial library >>> will work with SwingOSC. I think I got all the changes -- let me >>> know if something broke and I'll fix it as quickly as I can. I did >>> a fresh checkout and ran a few basic tests, all successful, so it >>> should be okay. >>> >>> IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC >>> relies on TCP's stability. TCP communication is supported in OSX >>> and Linux, but not yet in the Windows beta. That means if you're on >>> Windows, the GUIs might not throw errors in Psycollider but they >>> will probably not display correctly. http://www.nabble.com/ >>> swingOSC---psycollider-t3446606.html#a9611740 >>> >>> Sorry, but I can't do anything about that. The Windows version will >>> catch up eventually... >>> >>> >>> Modifications to SwingOSC classes -- >>> >>> I had to make a few small adjustments to the SwingOSC SuperCollider >>> classes. You can get the updated class files from http:// >>> www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete >>> distribution of SwingOSC -- only the SuperCollider classes are >>> included here. If you're new to SwingOSC, you need to download the >>> complete package from http://www.sciss.de/swingOSC and substitute >>> the revised class files. >>> >>> >>> Modifications to dewdrop classes -- >>> >>> I also posted an update of both dewdrop_lib and chucklib on my >>> website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib. >>> >>> >>> crucial lib users -- >>> >>> I kept the crucial GUI wrappers functionally unchanged (e.g., >>> ActionButton, FlowView, etc.) -- that means ***there is no >>> JActionButton, JFlowView, JMultiPageLayout***. You should use the >>> same wrapper (adapter) classes in the same way as before, and they >>> will automatically create the physical GUI objects for the scheme >>> selected in the GUI class. Do not do GUI.flowView.new(...); that >>> will throw an error. >>> >>> >>> Please contact me if you have problems with these changes >>> (especially Linux users, since I can't test in Linux). I've been >>> running my normal code under both cocoa and swing for the last >>> couple of weeks now, and it appears to be stable. >>> >>> hjh >>> >>> : H. James Harkins >>> : jamshark70@... >>> : http://www.dewdrop-world.net >>> .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: >>> >>> "Come said the Muse, >>> Sing me a song no poet has yet chanted, >>> Sing me the universal." -- Whitman >>> >>> _______________________________________________ >>> sc-users mailing list >>> sc-users@... >>> http://www.create.ucsb.edu/mailman/listinfo/sc-users >> >> _______________________________________________ >> sc-users mailing list >> sc-users@... >> http://www.create.ucsb.edu/mailman/listinfo/sc-users > > _______________________________________________ > sc-users mailing list > sc-users@... > http://www.create.ucsb.edu/mailman/listinfo/sc-users _______________________________________________ sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
|
|
Re: Commit: GUI crossplatform support for crucial libOn Apr 7, 2007, at 10:21 PM, James Harkins wrote: > I just did a bunch of commits today so that the crucial library > will work with SwingOSC. awesome ! > Couple of points of clarification -- if you are using dewdrop_lib, > you must get the new update from my website after updating from svn. you know we are so waiting for that to go into a quark. I would hope you can just stick it in a folder, write the quark file and commit it. _______________________________________________ sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
|
|
Re: Commit: GUI crossplatform support for crucial libOn 09.04.2007, at 21:39, crucial felix wrote: > > On Apr 7, 2007, at 10:21 PM, James Harkins wrote: > >> I just did a bunch of commits today so that the crucial library >> will work with SwingOSC. > > awesome ! > >> Couple of points of clarification -- if you are using dewdrop_lib, >> you must get the new update from my website after updating from svn. > > you know we are so waiting for that to go into a quark. :-) > > I would hope you can just stick it in a folder, write the quark > file and commit it. Yea', and if not, we'll fix it :-) (till) _______________________________________________ sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
|
|
Re: Commit: GUI crossplatform support for crucial libOn Mon, 2007-04-09 at 18:14 +0200, Sciss wrote:
> ok thank you for pointing this out. i have the version number encoded > as a floating point number in SwingOSC.java, so x.y.z isn't readily > possible. i didn't know about the rpm sorting. i could either add a > second version field (subversion or whatever one would call it), or i > just increase 0.51 -> 0.52 -> 0.53 regardless of the depth of update > (i do the 1/100 increments when i just do little bug fixes without > touching essential things). would it help, if i re-upload with > version string 0.52 ? Not really necessary, I'll deal with this somehow (I have not yet packaged the latest and greatest) and changing an already released package will probably confuse others. > this i can do of course. where does the RPM > builder read the version string from actually? I set it manually in the spec file (the file that directs the building of a particular rpm). I could obviously lie and set it to whatever I want but it is good form to use the version the original package uses. Rpm does the parsing in a somewhat complicated way but it boils down to spliting the version into different "parts" and then comparing them pairwise, the higher numerical value wins (ie: "0.50" vs "0.6" -> "0" vs "0" is equal so we go to the next, "50" vs "6", 50 is higher so "0.50" is "rpm-newer" which is not necessarily what the packager wanted) Any scheme where each part of the version string monotonically increases is fine... -- Fernando > you can also contact me about this offlist, i'm using the apache ant > build tool now, and i read that it has a built-in facility to make > rpms but i don't know how to use it. > > ciao, -sciss- > > > Am 09.04.2007 um 03:02 schrieb Fernando Lopez-Lezcano: > > > On Sun, 2007-04-08 at 15:46 +0200, Sciss wrote: > >> hi james, still had no time to check it out but thanks for the > >> effort!! > >> > >> meanwhile i have fixed all the bugs that you and fredrik had > >> reported, so i'm not sure if there is anythings still needed from > >> your www.dewdrop-world.net/sc3/SwingOSC-sc.zip ? the new version > >> 0.513 is online right now. > > > > Would it be possible to do version numbering slightly different for > > the > > sake of packaging? In the linux rpm world, for example, 0.513 > 0.51, > > but then if you eventually go to 0.60 we'll have 0.513 > 0.60 (because > > of the way rpm compares versions, each section is compared > > individually > > and 513 > 60). Something like 0.51.3 would do better, for example. > > Anyway, just a small detail but it would help... > > > > -- Fernando > > > > > >> Am 08.04.2007 um 04:21 schrieb James Harkins: > >> > >>> I just did a bunch of commits today so that the crucial library > >>> will work with SwingOSC. I think I got all the changes -- let me > >>> know if something broke and I'll fix it as quickly as I can. I did > >>> a fresh checkout and ran a few basic tests, all successful, so it > >>> should be okay. > >>> > >>> IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC > >>> relies on TCP's stability. TCP communication is supported in OSX > >>> and Linux, but not yet in the Windows beta. That means if you're on > >>> Windows, the GUIs might not throw errors in Psycollider but they > >>> will probably not display correctly. http://www.nabble.com/ > >>> swingOSC---psycollider-t3446606.html#a9611740 > >>> > >>> Sorry, but I can't do anything about that. The Windows version will > >>> catch up eventually... > >>> > >>> > >>> Modifications to SwingOSC classes -- > >>> > >>> I had to make a few small adjustments to the SwingOSC SuperCollider > >>> classes. You can get the updated class files from http:// > >>> www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete > >>> distribution of SwingOSC -- only the SuperCollider classes are > >>> included here. If you're new to SwingOSC, you need to download the > >>> complete package from http://www.sciss.de/swingOSC and substitute > >>> the revised class files. > >>> > >>> > >>> Modifications to dewdrop classes -- > >>> > >>> I also posted an update of both dewdrop_lib and chucklib on my > >>> website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib. > >>> > >>> > >>> crucial lib users -- > >>> > >>> I kept the crucial GUI wrappers functionally unchanged (e.g., > >>> ActionButton, FlowView, etc.) -- that means ***there is no > >>> JActionButton, JFlowView, JMultiPageLayout***. You should use the > >>> same wrapper (adapter) classes in the same way as before, and they > >>> will automatically create the physical GUI objects for the scheme > >>> selected in the GUI class. Do not do GUI.flowView.new(...); that > >>> will throw an error. > >>> > >>> > >>> Please contact me if you have problems with these changes > >>> (especially Linux users, since I can't test in Linux). I've been > >>> running my normal code under both cocoa and swing for the last > >>> couple of weeks now, and it appears to be stable. > >>> > >>> hjh > >>> > >>> : H. James Harkins > >>> : jamshark70@... > >>> : http://www.dewdrop-world.net > >>> .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: > >>> > >>> "Come said the Muse, > >>> Sing me a song no poet has yet chanted, > >>> Sing me the universal." -- Whitman > >>> > >>> _______________________________________________ > >>> sc-users mailing list > >>> sc-users@... > >>> http://www.create.ucsb.edu/mailman/listinfo/sc-users > >> > >> _______________________________________________ > >> sc-users mailing list > >> sc-users@... > >> http://www.create.ucsb.edu/mailman/listinfo/sc-users > > > > _______________________________________________ > > sc-users mailing list > > sc-users@... > > http://www.create.ucsb.edu/mailman/listinfo/sc-users > > _______________________________________________ > sc-users mailing list > sc-users@... > http://www.create.ucsb.edu/mailman/listinfo/sc-users _______________________________________________ sc-users mailing list sc-users@... http://www.create.ucsb.edu/mailman/listinfo/sc-users |
| Free embeddable forum powered by Nabble | Forum Help |