« Return to Thread: Commit: GUI crossplatform support for crucial lib

Re: Commit: GUI crossplatform support for crucial lib

by Sciss-3 :: Rate this Message:

Reply to Author | View in Thread

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 ? 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

 « Return to Thread: Commit: GUI crossplatform support for crucial lib