swingosc-devel Mailing List for SwingOSC (Page 4)
Brought to you by:
sciss
Menu
▾
▴
swingosc-devel — List for Developers of SwingOSC
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
|
Feb
|
Mar
(3) |
Apr
(3) |
May
|
Jun
|
Jul
(3) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2009 |
Jan
(19) |
Feb
|
Mar
(9) |
Apr
(11) |
May
(6) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
(11) |
Mar
(1) |
Apr
(1) |
May
(3) |
Jun
(19) |
Jul
(6) |
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(3) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
(5) |
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: nescivi <ne...@gm...> - 2009-04-03 16:15:24
|
Hiho,
On Monday 23 March 2009 10:43:17 Sc iss wrote:
> UpdateListener.newFor( g, { arg upd, swing; if( swing.serverRunning.not, {
> upd.remove; JSCWindow.allWindows.select( _.server == swing ).do( _.close
> )})}, \serverRunning );
I think it would be useful to have this as a default.
sincerely,
Marije
|
|
From: Sc i. <co...@sc...> - 2009-03-23 14:43:29
|
hi marije,
we could add a shutdown action list like in UI. however, you can probably already achieve your task by registering an observer with the swing server:
g.boot;
JSCWindow( server: g ).front.onClose_({ "Closed!".postln });
UpdateListener.newFor( g, { arg upd, swing; if( swing.serverRunning.not, { upd.remove; JSCWindow.allWindows.select( _.server == swing ).do( _.close )})}, \serverRunning );
g.quit;
ciao, -sciss-
----- original message --------
Subject: [Swingosc-devel] window.isClosed at swingosc quit
Sent: Mon, 23 Mar 2009
From: nescivi<ne...@gm...>
> Hiho,
>
> the status of whether or not windows are closed is not updated when swingosc
>
> itself was quit.
>
> Since I use SkipJack's quite a lot that update Gui windows, which get
> stopped,
> once the window is closed that they update, this is a problem, e.g. when for
>
> some reason you have to quit and restart swingosc.
>
> Would it be possible to add something that sets all open windows to be
> closed,
> once quit is called on SwingOSC?
>
> sincerely,
> Marije
>
> ----------------------------------------------------------------------------
> --
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Swingosc-devel mailing list
> Swi...@li...
> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
>
--- original message end ----
|
|
From: nescivi <ne...@gm...> - 2009-03-23 12:39:49
|
Hiho, the status of whether or not windows are closed is not updated when swingosc itself was quit. Since I use SkipJack's quite a lot that update Gui windows, which get stopped, once the window is closed that they update, this is a problem, e.g. when for some reason you have to quit and restart swingosc. Would it be possible to add something that sets all open windows to be closed, once quit is called on SwingOSC? sincerely, Marije |
|
From: James H. <jam...@gm...> - 2009-03-12 12:43:10
|
I thought this might fix it, but it doesn't. It seems
interpretDroppedStrings is not used anywhere?
JSCDragView : JSCStaticTextBase {
var <>interpretDroppedStrings = false;
hjh
On Mar 11, 2009, at 11:35 PM, James Harkins wrote:
> x = 5;
>
> w = Window("what a drag", Rect(10, 100, 150, 50));
> d = DragSink(w, Rect(5, 5, 140, 40))
> .action_({ |view| view.object.dump });
> w.front;
>
>
> // now select and drag the x into the dragsink
> x
>
> In Cocoa, you get:
>
> Instance of String { (10056B70, gc=78, fmt=07, flg=00, set=01)
> indexed slots [1]
> 0 : x
> }
>
> In Swing, you get:
>
> Integer 5
>
> I remember a discussion about changing the Cocoa drag sink so that
> the string is not interpreted every time the pointer crosses a drag
> sink area, which is not a bad idea. Anyway, it doesn't matter to me
> which one it ends up being -- as long as both of them are the same.
>
> This needs to be fixed before RC, IMO.
: H. James Harkins
: jam...@de...
: http://www.dewdrop-world.net
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:
"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal." -- Whitman
|
|
From: Sc i. <co...@sc...> - 2009-03-11 03:10:39
|
hi marije
can you try to narrow it down and post a code example? not 100% sure, but looks that you try to put an array into the value_ method of JSCNumberBox. maybe you can put a tiny helper in the extensions like
+ JSCNumberBox {
value_ { arg val;
if( val.isFloat.not && val.isInteger.not, {
Error( "Illegal input : " ++ val ).throw
})
keyString = nil;
this.stringColor = normalColor;
object = val;
this.string = object.asString;
}
}
and see if that triggers something. the other thing is, you should put osc-dumping on and try to figure out what the command is that causes the exception to raise.
g.dumpOSC( 3 )
ciao, -sciss-
----- original message --------
Subject: [Swingosc-devel] FAILURE /set No matching setter method for valueNoAction
Sent: Wed, 11 Mar 2009
From: nescivi<ne...@gm...>
> Hiho,
>
> I get this with the latest svn SwingOSC and latest svn SC (also with a newly
>
> updated Debian system; I think Sun-Java was updated too).
> It occurs with a larger GUI, I think in a NumberBox.value_ call, but I'm not
>
> sure, as I haven't narrowed it down yet.
>
> The same GUI used to work in older versions.
>
> FAILURE /set No matching setter method for valueNoAction
> /set : java.lang.NumberFormatException : For input
> string: "[Ljava.lang.Object;@16d0a6a3"
> at
> sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1224)
> at java.lang.Double.valueOf(Double.java:475)
> at de.sciss.swingosc.NumberField.setNumber(NumberField.java:51)
> ...
>
>
> sincerely,
> Marije
>
> ----------------------------------------------------------------------------
> --
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Swingosc-devel mailing list
> Swi...@li...
> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
>
--- original message end ----
|
|
From: Sc i. <co...@sc...> - 2009-03-11 02:56:40
|
"fixing" in swing would mean to use a custom widget for the JSCSlider, since the standard javax.swing.JSlider doesn't provide a thumb size property - it will be sized according to the current look-and-feel. there are some look and feels that allow at least some graduations (e.g. apple's aqua look-and-feel under os x 10.5), but it will never work across platforms. if everyone votes for a custom widget (e.g. like JSCRangeSlider or JSC2DSlider), someone can put an according feature request. otherwise as said before, you can go ahead and comment out the warning post. ciao, -sciss- ----- original message -------- Subject: [sc-dev] Re: [Swingosc-devel] JSCSlider.thumbSize_ : not yet implemented <-> JITLib guis Sent: Wed, 11 Mar 2009 From: nescivi<ne...@gm...> > Just coming back to this... > > It seems that the thumbSize is called in EZScroller, which means that the > warning will be posted in many more cases. > > Could we take either the warning out, so it fails silently, or make the use > > Cocoa only in another way? Or fix it in SwingOSC... > > sincerely, > Marije > > > On Thursday 05 March 2009 11:07:46 nescivi wrote: > > Hi, > > > > the warning in JSCSlider:thumbSize_ > > > > "JSCSlider.thumbSize_ : not yet implemented".warn > > > > causes a lot of warnings with PdefAllGui and ProxyMixer... (and probably > > their siblings too, like TDefAllGui,...) > > > > We should either remove the warnings, or not set the thumbSize all the > time > > in those Gui's. > > > > BTW, the ProxyMixer source file is pretty much unreadable in Emacs (maybe > > zap some gremlins in it?). > > > > sincerely, > > Marije > > _______________________________________________ > sc-dev mailing list > > info (subscription, etc.): > http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml > archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/ > search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/ > --- original message end ---- |
|
From: nescivi <ne...@gm...> - 2009-03-11 02:33:11
|
Just coming back to this... It seems that the thumbSize is called in EZScroller, which means that the warning will be posted in many more cases. Could we take either the warning out, so it fails silently, or make the use Cocoa only in another way? Or fix it in SwingOSC... sincerely, Marije On Thursday 05 March 2009 11:07:46 nescivi wrote: > Hi, > > the warning in JSCSlider:thumbSize_ > > "JSCSlider.thumbSize_ : not yet implemented".warn > > causes a lot of warnings with PdefAllGui and ProxyMixer... (and probably > their siblings too, like TDefAllGui,...) > > We should either remove the warnings, or not set the thumbSize all the time > in those Gui's. > > BTW, the ProxyMixer source file is pretty much unreadable in Emacs (maybe > zap some gremlins in it?). > > sincerely, > Marije |
|
From: nescivi <ne...@gm...> - 2009-03-11 02:28:47
|
Hiho, I get this with the latest svn SwingOSC and latest svn SC (also with a newly updated Debian system; I think Sun-Java was updated too). It occurs with a larger GUI, I think in a NumberBox.value_ call, but I'm not sure, as I haven't narrowed it down yet. The same GUI used to work in older versions. FAILURE /set No matching setter method for valueNoAction /set : java.lang.NumberFormatException : For input string: "[Ljava.lang.Object;@16d0a6a3" at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1224) at java.lang.Double.valueOf(Double.java:475) at de.sciss.swingosc.NumberField.setNumber(NumberField.java:51) ... sincerely, Marije |
|
From: Sc i. <co...@sc...> - 2009-03-06 20:55:48
|
hi, you can go ahead and remove the warnings if you like! ciao, -sciss- ----- original message -------- Subject: [Swingosc-devel] JSCSlider.thumbSize_ : not yet implemented <-> JITLib guis Sent: Thu, 05 Mar 2009 From: nescivi<ne...@gm...> > Hi, > > the warning in JSCSlider:thumbSize_ > > "JSCSlider.thumbSize_ : not yet implemented".warn > > causes a lot of warnings with PdefAllGui and ProxyMixer... (and probably > their > siblings too, like TDefAllGui,...) > > We should either remove the warnings, or not set the thumbSize all the time > in > those Gui's. > > BTW, the ProxyMixer source file is pretty much unreadable in Emacs (maybe > zap > some gremlins in it?). > > sincerely, > Marije > > ---------------------------------------------------------------------------- > -- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Swingosc-devel mailing list > Swi...@li... > https://lists.sourceforge.net/lists/listinfo/swingosc-devel > --- original message end ---- |
|
From: nescivi <ne...@gm...> - 2009-03-05 16:08:01
|
Hi, the warning in JSCSlider:thumbSize_ "JSCSlider.thumbSize_ : not yet implemented".warn causes a lot of warnings with PdefAllGui and ProxyMixer... (and probably their siblings too, like TDefAllGui,...) We should either remove the warnings, or not set the thumbSize all the time in those Gui's. BTW, the ProxyMixer source file is pretty much unreadable in Emacs (maybe zap some gremlins in it?). sincerely, Marije |
|
From: Sciss <co...@sc...> - 2009-01-12 18:23:40
|
seems the gui takes too long to update and sclang assumes the server is down. try SwingOSC.default.deathBounces = x; // where x > 8, e.g. 20 helps? Am 04.01.2009 um 17:19 schrieb nescivi: > Hiho, > > this is a problem I've been having for a while. > SC starts up and boots swingOSC from the startup file. I see in the > post > window: > > SwingOSC : server connected. > > I type and execute: > Help.gui > (or anything else that opens up a window) > > Posts in postwindow: > > Help files scanned in 0.63972401618958 seconds > Help > > The help gui shortly shows, and disappears again right away, and I > see again > the post: > > SwingOSC : server connected. > > What's going on here? > > sincerely, > Marije > > ---------------------------------------------------------------------- > -------- > _______________________________________________ > Swingosc-devel mailing list > Swi...@li... > https://lists.sourceforge.net/lists/listinfo/swingosc-devel |
|
From: Sciss <co...@sc...> - 2009-01-12 15:59:59
|
hi, i just recognize the HTML file for JSCWindow has been scrambled by Cocoa HTML Writer... Please people if you edit the help files, do it with a sensible tool that doesn't completely rewrite the HTML file, destroying all my CSS efforts! thanks, -sciss- |
|
From: Sciss <co...@sc...> - 2009-01-07 17:44:53
|
inside the server it's quite difficult as that merely uses reflection to create the instances of java.awt.Color. the best would be to go into SwingPlus.sc and lookup the asSwingArg method for Color --> there you could check against valid ranges. (maybe we could use some clip calls there?) hope that helps! ciao, -sciss- Am 07.01.2009 um 15:11 schrieb James Harkins: > How could I tweak SwingOSC to print the illegal arguments? > > /new : java.lang.IllegalArgumentException : Color parameter outside > of expected range: Red Green Blue > at java.awt.Color.testColorValueRange(Color.java:285) > at java.awt.Color.<init>(Color.java:369) > at java.awt.Color.<init>(Color.java:464) > ... > > Crucial's PatchGui causes this but it uses so many colors, it would > take hours to test them all. > > Thanks. > hjh > > > : H. James Harkins > : jam...@de... > : http://www.dewdrop-world.net > .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: > > "Come said the Muse, > Sing me a song no poet has yet chanted, > Sing me the universal." -- Whitman > > ---------------------------------------------------------------------- > -------- > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/ > Xq1LFB_______________________________________________ > Swingosc-devel mailing list > Swi...@li... > https://lists.sourceforge.net/lists/listinfo/swingosc-devel |
|
From: James H. <jam...@gm...> - 2009-01-07 14:11:51
|
How could I tweak SwingOSC to print the illegal arguments? /new : java.lang.IllegalArgumentException : Color parameter outside of expected range: Red Green Blue at java.awt.Color.testColorValueRange(Color.java:285) at java.awt.Color.<init>(Color.java:369) at java.awt.Color.<init>(Color.java:464) ... Crucial's PatchGui causes this but it uses so many colors, it would take hours to test them all. Thanks. hjh : H. James Harkins : jam...@de... : http://www.dewdrop-world.net .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman |
|
From: James H. <jam...@gm...> - 2009-01-06 04:16:55
|
setInnerExtent { arg w, h; // resize window keeping top left corner
fixed
var b;
b = this.prBoundsReadOnly;
w = w ? b.width;
h = h ? b.height;
this.bounds = Rect.new( b.left, b.top + b.height - h, w, h );
}
this.prBoundsReadOnly dies because JSCWindow doesn't implement that
method.
Is this the correct fix? It seems to work.
setInnerExtent { arg w, h; // resize window keeping top left corner
fixed
var b;
b = this.bounds;
w = w ? b.width;
h = h ? b.height;
this.bounds = Rect.new( b.left, b.top + b.height - h, w, h );
}
hjh
: H. James Harkins
: jam...@de...
: http://www.dewdrop-world.net
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:
"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal." -- Whitman
|
|
From: Sciss <co...@sc...> - 2009-01-04 19:18:28
|
hmmm, too bad... i will check
Am 04.01.2009 um 20:14 schrieb nescivi:
> Hi again,
>
> no... the problem is on the Java side.
>
> in HyperLinkResponder.java
> line 79
> e.getURL()
> returns a file link with only one / in the string, so
> file:/blahblah
>
> sincerely,
> Marije
>
> On Sunday 04 January 2009 13:49:16 nescivi wrote:
>> Hiho,
>>
>> On Sunday 04 January 2009 11:24:16 nescivi wrote:
>>> On Saturday 03 January 2009 17:34:59 Sciss wrote:
>>>> ok! i mean are the WARNING thingees still there when you click on a
>>>> link in the help browser?
>>>
>>> I don't see WARNING thingies.
>>>
>>> But do you mean links from the help files displayed in JSCTextView?
>>> These still don't work.
>>
>> ah, I forgot to do a scons install.
>>
>> moving this to sc-dev, as I don't think the problem is in swing.
>>
>>
>> sincerely,
>> Marije
>>
>>> The links from the columns on the right don't post warnings.
>>>
>>> sincerely,
>>> Marije
>>>
>>>> Am 03.01.2009 um 23:32 schrieb nescivi:
>>>>> On Saturday 03 January 2009 14:40:01 Sciss wrote:
>>>>>> i assume you have tested it works as expected and will provide
>>>>>> the
>>>>>> same behaviour as SCTextView? if so, no problem, go ahead!
>>>>>
>>>>> I can't test the same behaviour as SCTextView, but it works and
>>>>> is as
>>>>> conferred with Scott on the sc-dev list.
>>>>>
>>>>> sincerely,
>>>>> Marije
>>>>>
>>>>>> ciao, .h.h.
>>>>>>
>>>>>> Am 03.01.2009 um 04:16 schrieb nescivi:
>>>>>>> Hiho,
>>>>>>>
>>>>>>> following the discussion today with Scott...
>>>>>>> ok to commit this?
>>>>>>>
>>>>>>> sincerely,
>>>>>>> Marije
>>>>>>>
>>>>>>> Index: SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
>>>>>>> ================================================================
>>>>>>> ===
>>>>>>> --- SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
>>>>>>> (revision
>>>>>>> 131)
>>>>>>> +++ SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (working
>>>>>>> copy)
>>>>>>> @@ -2314,7 +2314,12 @@
>>>>>>> path = path.tr($\\, $/);
>>>>>>> });
>>>>>>> path = path.replace( ' ', '%20' );
>>>>>>> - this.openURL( "file://"++path );
>>>>>>> +
>>>>>>> + if ( path.contains( "://" ).not, {
>>>>>>> + if ( path.first.asString != "/" )
>>>>>>> { path =
>>>>>>> String.scDir +/+ path; };
>>>>>>> + path = "file://"++path;
>>>>>>> + });
>>>>>>> + this.openURL( path );
>>>>>>> }
>>>>>>>
>>>>>>> defaultKeyDownAction { arg key, modifiers, unicode;
>>>>>>>
>>>>>>> ----------------------------------------------------------------
>>>>>>> ---
>>>>>>> - --
>>>>>>> --------
>>>>>>> _______________________________________________
>>>>>>> Swingosc-devel mailing list
>>>>>>> Swi...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
>>>
>>> --------------------------------------------------------------------
>>> -----
>>> -- --- _______________________________________________
>>> Swingosc-devel mailing list
>>> Swi...@li...
>>> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
>>
>> ---------------------------------------------------------------------
>> ------
>> --- _______________________________________________
>> Swingosc-devel mailing list
>> Swi...@li...
>> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
>
>
>
> ----------------------------------------------------------------------
> --------
> _______________________________________________
> Swingosc-devel mailing list
> Swi...@li...
> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
|
|
From: nescivi <ne...@gm...> - 2009-01-04 19:14:12
|
Hi again,
no... the problem is on the Java side.
in HyperLinkResponder.java
line 79
e.getURL()
returns a file link with only one / in the string, so
file:/blahblah
sincerely,
Marije
On Sunday 04 January 2009 13:49:16 nescivi wrote:
> Hiho,
>
> On Sunday 04 January 2009 11:24:16 nescivi wrote:
> > On Saturday 03 January 2009 17:34:59 Sciss wrote:
> > > ok! i mean are the WARNING thingees still there when you click on a
> > > link in the help browser?
> >
> > I don't see WARNING thingies.
> >
> > But do you mean links from the help files displayed in JSCTextView?
> > These still don't work.
>
> ah, I forgot to do a scons install.
>
> moving this to sc-dev, as I don't think the problem is in swing.
>
>
> sincerely,
> Marije
>
> > The links from the columns on the right don't post warnings.
> >
> > sincerely,
> > Marije
> >
> > > Am 03.01.2009 um 23:32 schrieb nescivi:
> > > > On Saturday 03 January 2009 14:40:01 Sciss wrote:
> > > >> i assume you have tested it works as expected and will provide the
> > > >> same behaviour as SCTextView? if so, no problem, go ahead!
> > > >
> > > > I can't test the same behaviour as SCTextView, but it works and is as
> > > > conferred with Scott on the sc-dev list.
> > > >
> > > > sincerely,
> > > > Marije
> > > >
> > > >> ciao, .h.h.
> > > >>
> > > >> Am 03.01.2009 um 04:16 schrieb nescivi:
> > > >>> Hiho,
> > > >>>
> > > >>> following the discussion today with Scott...
> > > >>> ok to commit this?
> > > >>>
> > > >>> sincerely,
> > > >>> Marije
> > > >>>
> > > >>> Index: SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
> > > >>> ===================================================================
> > > >>> --- SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (revision
> > > >>> 131)
> > > >>> +++ SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (working
> > > >>> copy)
> > > >>> @@ -2314,7 +2314,12 @@
> > > >>> path = path.tr($\\, $/);
> > > >>> });
> > > >>> path = path.replace( ' ', '%20' );
> > > >>> - this.openURL( "file://"++path );
> > > >>> +
> > > >>> + if ( path.contains( "://" ).not, {
> > > >>> + if ( path.first.asString != "/" ) { path =
> > > >>> String.scDir +/+ path; };
> > > >>> + path = "file://"++path;
> > > >>> + });
> > > >>> + this.openURL( path );
> > > >>> }
> > > >>>
> > > >>> defaultKeyDownAction { arg key, modifiers, unicode;
> > > >>>
> > > >>> -------------------------------------------------------------------
> > > >>>- --
> > > >>> --------
> > > >>> _______________________________________________
> > > >>> Swingosc-devel mailing list
> > > >>> Swi...@li...
> > > >>> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
> >
> > -------------------------------------------------------------------------
> >-- --- _______________________________________________
> > Swingosc-devel mailing list
> > Swi...@li...
> > https://lists.sourceforge.net/lists/listinfo/swingosc-devel
>
> ---------------------------------------------------------------------------
>--- _______________________________________________
> Swingosc-devel mailing list
> Swi...@li...
> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
|
|
From: nescivi <ne...@gm...> - 2009-01-04 18:49:21
|
Hiho,
On Sunday 04 January 2009 11:24:16 nescivi wrote:
> On Saturday 03 January 2009 17:34:59 Sciss wrote:
> > ok! i mean are the WARNING thingees still there when you click on a
> > link in the help browser?
>
> I don't see WARNING thingies.
>
> But do you mean links from the help files displayed in JSCTextView?
> These still don't work.
ah, I forgot to do a scons install.
moving this to sc-dev, as I don't think the problem is in swing.
sincerely,
Marije
>
> The links from the columns on the right don't post warnings.
>
> sincerely,
> Marije
>
> > Am 03.01.2009 um 23:32 schrieb nescivi:
> > > On Saturday 03 January 2009 14:40:01 Sciss wrote:
> > >> i assume you have tested it works as expected and will provide the
> > >> same behaviour as SCTextView? if so, no problem, go ahead!
> > >
> > > I can't test the same behaviour as SCTextView, but it works and is as
> > > conferred with Scott on the sc-dev list.
> > >
> > > sincerely,
> > > Marije
> > >
> > >> ciao, .h.h.
> > >>
> > >> Am 03.01.2009 um 04:16 schrieb nescivi:
> > >>> Hiho,
> > >>>
> > >>> following the discussion today with Scott...
> > >>> ok to commit this?
> > >>>
> > >>> sincerely,
> > >>> Marije
> > >>>
> > >>> Index: SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
> > >>> ===================================================================
> > >>> --- SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (revision
> > >>> 131)
> > >>> +++ SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (working
> > >>> copy)
> > >>> @@ -2314,7 +2314,12 @@
> > >>> path = path.tr($\\, $/);
> > >>> });
> > >>> path = path.replace( ' ', '%20' );
> > >>> - this.openURL( "file://"++path );
> > >>> +
> > >>> + if ( path.contains( "://" ).not, {
> > >>> + if ( path.first.asString != "/" ) { path =
> > >>> String.scDir +/+ path; };
> > >>> + path = "file://"++path;
> > >>> + });
> > >>> + this.openURL( path );
> > >>> }
> > >>>
> > >>> defaultKeyDownAction { arg key, modifiers, unicode;
> > >>>
> > >>> --------------------------------------------------------------------
> > >>> --
> > >>> --------
> > >>> _______________________________________________
> > >>> Swingosc-devel mailing list
> > >>> Swi...@li...
> > >>> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
>
> ---------------------------------------------------------------------------
>--- _______________________________________________
> Swingosc-devel mailing list
> Swi...@li...
> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
|
|
From: nescivi <ne...@gm...> - 2009-01-04 16:24:22
|
On Saturday 03 January 2009 17:34:59 Sciss wrote:
> ok! i mean are the WARNING thingees still there when you click on a
> link in the help browser?
I don't see WARNING thingies.
But do you mean links from the help files displayed in JSCTextView?
These still don't work.
The links from the columns on the right don't post warnings.
sincerely,
Marije
>
> Am 03.01.2009 um 23:32 schrieb nescivi:
> > On Saturday 03 January 2009 14:40:01 Sciss wrote:
> >> i assume you have tested it works as expected and will provide the
> >> same behaviour as SCTextView? if so, no problem, go ahead!
> >
> > I can't test the same behaviour as SCTextView, but it works and is as
> > conferred with Scott on the sc-dev list.
> >
> > sincerely,
> > Marije
> >
> >> ciao, .h.h.
> >>
> >> Am 03.01.2009 um 04:16 schrieb nescivi:
> >>> Hiho,
> >>>
> >>> following the discussion today with Scott...
> >>> ok to commit this?
> >>>
> >>> sincerely,
> >>> Marije
> >>>
> >>> Index: SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
> >>> ===================================================================
> >>> --- SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (revision
> >>> 131)
> >>> +++ SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (working
> >>> copy)
> >>> @@ -2314,7 +2314,12 @@
> >>> path = path.tr($\\, $/);
> >>> });
> >>> path = path.replace( ' ', '%20' );
> >>> - this.openURL( "file://"++path );
> >>> +
> >>> + if ( path.contains( "://" ).not, {
> >>> + if ( path.first.asString != "/" ) { path =
> >>> String.scDir +/+ path; };
> >>> + path = "file://"++path;
> >>> + });
> >>> + this.openURL( path );
> >>> }
> >>>
> >>> defaultKeyDownAction { arg key, modifiers, unicode;
> >>>
> >>> --------------------------------------------------------------------
> >>> --
> >>> --------
> >>> _______________________________________________
> >>> Swingosc-devel mailing list
> >>> Swi...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
|
|
From: nescivi <ne...@gm...> - 2009-01-04 16:19:48
|
Hiho, this is a problem I've been having for a while. SC starts up and boots swingOSC from the startup file. I see in the post window: SwingOSC : server connected. I type and execute: Help.gui (or anything else that opens up a window) Posts in postwindow: Help files scanned in 0.63972401618958 seconds Help The help gui shortly shows, and disappears again right away, and I see again the post: SwingOSC : server connected. What's going on here? sincerely, Marije |
|
From: James H. <jam...@gm...> - 2009-01-04 02:19:56
|
Never mind, my J2EE-certified bf figured it out. Needed ant-contrib 0.6. Compiled now. Thanks. hjh On Jan 1, 2009, at 6:08 PM, Sciss wrote: > hmmmm..... to be honest, i always build from the terminal > > $ ant clean jar > > i think the "problem" is that eclipse comes with its own ant > integrated, and you somehow will need to tell it to find > antcontrib... i shall try to find out that soon. > > so for the moment, try to switch to a terminal and build from > there.... you should also be able to leave MovieView.java there. : H. James Harkins : jam...@de... : http://www.dewdrop-world.net .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..: "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman |
|
From: Sciss <co...@sc...> - 2009-01-03 22:35:07
|
ok! i mean are the WARNING thingees still there when you click on a
link in the help browser?
Am 03.01.2009 um 23:32 schrieb nescivi:
> On Saturday 03 January 2009 14:40:01 Sciss wrote:
>> i assume you have tested it works as expected and will provide the
>> same behaviour as SCTextView? if so, no problem, go ahead!
>
> I can't test the same behaviour as SCTextView, but it works and is as
> conferred with Scott on the sc-dev list.
>
> sincerely,
> Marije
>
>>
>> ciao, .h.h.
>>
>> Am 03.01.2009 um 04:16 schrieb nescivi:
>>> Hiho,
>>>
>>> following the discussion today with Scott...
>>> ok to commit this?
>>>
>>> sincerely,
>>> Marije
>>>
>>> Index: SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
>>> ===================================================================
>>> --- SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (revision
>>> 131)
>>> +++ SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (working
>>> copy)
>>> @@ -2314,7 +2314,12 @@
>>> path = path.tr($\\, $/);
>>> });
>>> path = path.replace( ' ', '%20' );
>>> - this.openURL( "file://"++path );
>>> +
>>> + if ( path.contains( "://" ).not, {
>>> + if ( path.first.asString != "/" ) { path =
>>> String.scDir +/+ path; };
>>> + path = "file://"++path;
>>> + });
>>> + this.openURL( path );
>>> }
>>>
>>> defaultKeyDownAction { arg key, modifiers, unicode;
>>>
>>> --------------------------------------------------------------------
>>> --
>>> --------
>>> _______________________________________________
>>> Swingosc-devel mailing list
>>> Swi...@li...
>>> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
>
>
|
|
From: nescivi <ne...@gm...> - 2009-01-03 22:32:58
|
On Saturday 03 January 2009 14:40:01 Sciss wrote:
> i assume you have tested it works as expected and will provide the
> same behaviour as SCTextView? if so, no problem, go ahead!
I can't test the same behaviour as SCTextView, but it works and is as
conferred with Scott on the sc-dev list.
sincerely,
Marije
>
> ciao, .h.h.
>
> Am 03.01.2009 um 04:16 schrieb nescivi:
> > Hiho,
> >
> > following the discussion today with Scott...
> > ok to commit this?
> >
> > sincerely,
> > Marije
> >
> > Index: SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
> > ===================================================================
> > --- SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (revision 131)
> > +++ SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (working copy)
> > @@ -2314,7 +2314,12 @@
> > path = path.tr($\\, $/);
> > });
> > path = path.replace( ' ', '%20' );
> > - this.openURL( "file://"++path );
> > +
> > + if ( path.contains( "://" ).not, {
> > + if ( path.first.asString != "/" ) { path =
> > String.scDir +/+ path; };
> > + path = "file://"++path;
> > + });
> > + this.openURL( path );
> > }
> >
> > defaultKeyDownAction { arg key, modifiers, unicode;
> >
> > ----------------------------------------------------------------------
> > --------
> > _______________________________________________
> > Swingosc-devel mailing list
> > Swi...@li...
> > https://lists.sourceforge.net/lists/listinfo/swingosc-devel
|
|
From: Sciss <co...@sc...> - 2009-01-03 20:16:12
|
hi,
i just committed the changes to linkAction so it should be as
discussed with scott.
i'm getting now with the latest SuperCollider these warnings when
using the help browser (dan just changed it):
WARNING:
Invalid hyberlink: file:/Users/rutz/Documents/devel/fromSVN/
SuperCollider3/build/Help/Other Topics/Shortcuts.html Please repair
this.
Searching help directories for alternative.
... the links still seem to work though, but the warnings are not
there with the cocoa GUI. will your patch address this difference?
thanks + ciao, -sciss-
Am 03.01.2009 um 04:24 schrieb nescivi:
> On Friday 02 January 2009 11:43:27 Scott Wilson wrote:
>> On 2 Jan 2009, at 14:36, nescivi wrote:
>>> so... would we just check for "://" anywhere in the url?
>>>
>>> so it would be:
>>>
>>> open { arg path;
>>> path = path.replace( ' ', '%20' );
>>> if ( path.contains( "://" ).not, {
>>> if ( path.first.asString != "/" ) { path = String.scDir +/+
>>> path; };
>>> path = "file://"++path;
>>> });
>>> // this.openURL( "file://"++path );
>>> server.sendMsg( '/method', this.id, \setPage, '[', '/new',
>>> "java.net.URL",
>>> path, ']' );
>>> }
>>
>> Yes, I think that would be good, although probably sensible to handle
>> sc: scheme urls here as well. Is there a cross-platform way of
>> doing a
>> help search? Help:tree would probably work with a little adaptation.
>
> this diff to SwingOSC should do it.
>
> ok to commit?
>
> (openURL will just be used as a forwarding method).
>
> sincerely,
> Marije
>
> Index: SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
> ===================================================================
> --- SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (revision 131)
> +++ SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (working copy)
> @@ -2314,7 +2314,16 @@
> path = path.tr($\\, $/);
> });
> path = path.replace( ' ', '%20' );
> - this.openURL( "file://"++path );
> +
> + if ( path.contains( "SC://"), {
> + path = Help.findHelpFile(
> path.asRelativePath( "SC:/") );
> + });
> +
> + if ( path.contains( "://" ).not, {
> + if ( path.first.asString != "/" ) { path =
> String.scDir +/+ path; };
> + path = "file://"++path;
> + });
> + this.openURL( path );
> }
>
> ----------------------------------------------------------------------
> --------
> _______________________________________________
> Swingosc-devel mailing list
> Swi...@li...
> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
|
|
From: Sciss <co...@sc...> - 2009-01-03 19:40:11
|
i assume you have tested it works as expected and will provide the
same behaviour as SCTextView? if so, no problem, go ahead!
ciao, .h.h.
Am 03.01.2009 um 04:16 schrieb nescivi:
> Hiho,
>
> following the discussion today with Scott...
> ok to commit this?
>
> sincerely,
> Marije
>
> Index: SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
> ===================================================================
> --- SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (revision 131)
> +++ SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (working copy)
> @@ -2314,7 +2314,12 @@
> path = path.tr($\\, $/);
> });
> path = path.replace( ' ', '%20' );
> - this.openURL( "file://"++path );
> +
> + if ( path.contains( "://" ).not, {
> + if ( path.first.asString != "/" ) { path =
> String.scDir +/+ path; };
> + path = "file://"++path;
> + });
> + this.openURL( path );
> }
>
> defaultKeyDownAction { arg key, modifiers, unicode;
>
> ----------------------------------------------------------------------
> --------
> _______________________________________________
> Swingosc-devel mailing list
> Swi...@li...
> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
|
