swingosc-devel Mailing List for SwingOSC (Page 5)
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-01-03 03:24:25
|
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 );
}
|
|
From: nescivi <ne...@gm...> - 2009-01-03 03:16:57
|
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;
|
|
From: Sciss <co...@sc...> - 2009-01-01 23:34:23
|
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. Am 01.01.2009 um 17:48 schrieb James Harkins: > I was trying to build for the first time this morning. I got it to > build in eclipse (had to remove movieview.java) but launching it > failed, because it couldn't find "main." > > "ant clean jar" tells me: > > Buildfile: build.xml > [taskdef] Could not load definitions from resource net/sf/ > antcontrib/antlib.xml. It could not be found. > > BUILD FAILED > Target `clear' does not exist in this project. > > Total time: 0 seconds > > So, what do I do next? > 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 > > ---------------------------------------------------------------------- > -------- > _______________________________________________ > Swingosc-devel mailing list > Swi...@li... > https://lists.sourceforge.net/lists/listinfo/swingosc-devel |
|
From: James H. <jam...@gm...> - 2009-01-01 16:48:58
|
I was trying to build for the first time this morning. I got it to build in eclipse (had to remove movieview.java) but launching it failed, because it couldn't find "main." "ant clean jar" tells me: Buildfile: build.xml [taskdef] Could not load definitions from resource net/sf/ antcontrib/antlib.xml. It could not be found. BUILD FAILED Target `clear' does not exist in this project. Total time: 0 seconds So, what do I do next? 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: nescivi <ne...@gm...> - 2008-12-01 05:00:12
|
Hiho, here's a problem I've been having for a while now. SwingOSC gets started automatically, as I start SC, so at the end of compile I have this in my output window: Could not connect socket ERROR: JFont.availableFonts : timeout SwingOSC v0.61. receiving TCP at address 127.0.0.1:57131 SwingOSC : server connected. Then I execute some code which creates a GUI window, e.g. Help.gui It outputs: Help The window pops up shortly, then disappears again, and: SwingOSC : server connected. is posted in the post window. It could be that I have an unstable SwingOSC version (svn rev. 113) and this is fixed in a later svn revision, but I thought it's worth mentioning the problem. sincerely, Marije |
|
From: Sciss <co...@sc...> - 2008-08-04 13:48:48
|
hi, in the current (experimental) SVN version of SwingOSC, i have injected my application framework that includes a window and menu bar manager. this has many pros but maybe some downsides so i'm happy to receive feedback on this decision. in particular: - JSCWindow now is not directly associated with a javax.swing.JFrame but de.sciss.common.AppWindow which is a wrapper around the JFrame functionality - with the advantage of being switchable to JInternalFrames: JSCWindow.internalFrames = true; g.reboot; JSCWindow.viewPalette; this will create one master application frame inside which all JSCWindows are placed as "internal frames", something familiar for Windows users (and maybe Linux) i think. While this is still buggy, eventually also the window type can be set to "floating palettes". The downside is that some custom code relying on JSCWindow being represented by a JFrame might brake, but i guess that is a rare assumption. - the default menu factory of the application framework will set up a menu bar with the close item (cmd+w) in the file menu and a list of all open windows in the window menu. the minimize item (cmd+m) is also in the window menu, and a helper item "collect windows" to ensure all windows are in the visible part of the screen. - the possible downside of this is that on Windows and Linux when internal frames are _not_ used, each JSCWindow will have a tiny menu bar attached to its title bar. Don't know if that is too ugly or uncomfortable? If so, one could think about removing the default menu bar again unless user menus are created, while keeping the cmd+w and cmd+m shortcuts (as was before). - the file JSCMenu.sc has been added for user menus. it contains the abstract superclass JSCMenuNode plus its descendants JSCMenuGroup, JSCMenuItem, JSCMenuCheckItem, JSCMenuSeparator. The help file JSCMenuNode.html explains how to use them. Currently, the menus are application wide, so if internal frames are _not_ used, the menus replicate over all JSCWindows. don't know if this is too ugly? (OS X users are lucky because the menu bar is by default placed at the screen title bar). there are still some issues, e.g. in internal-frames mode, borderless windows have some problems i think. ciao, -sciss- |
|
From: Sciss <co...@sc...> - 2008-07-18 15:05:36
|
> Von: "James Harkins" <XXX> > Datum: 18. Juli 2008 16:55:41 MESZ > An: swi...@li... > Betreff: Re: [Swingosc-devel] [ swingosc-Bugs-1990823 ] > deathBounces should be more easily configurable > > > Ideally, nothing in crucial should be os specific, or he should have > his own osx/ folders in his directory structure. > > Also he's been quick lately to fix cross-platform bugs in his code so > I think he generally agrees with this. > hjh > > > On Fri, Jul 18, 2008 at 10:42 AM, nescivi <ne...@gm...> wrote: >> On Friday 18 July 2008 10:27:52 Sciss wrote: >>> hi, >>> >>> why has +SCViewHolder been moved to osx/extSwingOSCosx.sc ? i don't >>> see why this is OSX specific - SCViewHolder, FlowView, ActionButton >>> and all those are from crucial GUI which is not OSX specific, or >>> am i >>> wrong? >> >> If the classes they extend are in osx folders in the main >> distribution then >> they should be moved... >> it could be that I haven't looked carefully enough though in some >> cases, when >> I moved them. >> Some stuff in the crucial gui is osx specific and some stuff >> isn't. I remember >> I had to split up some files in there, when I made the changes. >> >> sincerely, >> marije >> |
|
From: nescivi <ne...@gm...> - 2008-07-18 14:42:42
|
On Friday 18 July 2008 10:27:52 Sciss wrote: > hi, > > why has +SCViewHolder been moved to osx/extSwingOSCosx.sc ? i don't > see why this is OSX specific - SCViewHolder, FlowView, ActionButton > and all those are from crucial GUI which is not OSX specific, or am i > wrong? If the classes they extend are in osx folders in the main distribution then they should be moved... it could be that I haven't looked carefully enough though in some cases, when I moved them. Some stuff in the crucial gui is osx specific and some stuff isn't. I remember I had to split up some files in there, when I made the changes. sincerely, marije > > ciao, -sciss- > > Am 18.07.2008 um 14:34 schrieb SourceForge.net: > > Bugs item #1990823, was opened at 2008-06-11 09:03 > > Message generated for change (Comment added) made by jamshark70 > > You can respond by visiting: > > https://sourceforge.net/tracker/? > > func=detail&atid=796400&aid=1990823&group_id=155586 > > > > Please note that this message will contain a full copy of the > > comment thread, > > including the initial issue submission, for this request, > > not just the latest update. > > Category: SC Classes > > Group: None > > Status: Open > > Resolution: None > > Priority: 5 > > Private: No > > Submitted By: James Harkins (jamshark70) > > Assigned to: Nobody/Anonymous (nobody) > > Summary: deathBounces should be more easily configurable > > > > Initial Comment: > > As far as I know, there is not really any other way to change the > > number of death bounces in the SwingOSC alive thread, other than to > > stop the alive thread and manually restart it. It would be good to > > have an easier way to change the default because the current > > default (4) is not optimal for all platforms. On Windows > > particularly this causes all kinds of headaches -- I found the > > number should be at least 15 or 20. > > > > I'd suggest, either increase the default to be 20 for all platforms > > or make deathBounces an instance variable of SwingOSC so that the > > user can set the value at any time. > > > > I can make the changes if time is short. > > > > ---------------------------------------------------------------------- > > > >> Comment By: James Harkins (jamshark70) > > > > Date: 2008-07-18 08:34 > > > > Message: > > Logged In: YES > > user_id=719730 > > Originator: YES > > > > Fix is checked in > > > > ---------------------------------------------------------------------- > > > > Comment By: sciss (sciss) > > Date: 2008-06-16 12:46 > > > > Message: > > Logged In: YES > > user_id=1139232 > > Originator: NO > > > > yes james go ahead, it could be a field in SwingOptions i guess > > > > ---------------------------------------------------------------------- > > > > You can respond by visiting: > > https://sourceforge.net/tracker/? > > func=detail&atid=796400&aid=1990823&group_id=155586 > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge Build the coolest Linux based applications with Moblin SDK & win > great prizes Grand prize is a trip for two to an Open Source event anywhere > in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Swingosc-devel mailing list > Swi...@li... > https://lists.sourceforge.net/lists/listinfo/swingosc-devel |
|
From: Sciss <co...@sc...> - 2008-07-18 14:28:02
|
hi, why has +SCViewHolder been moved to osx/extSwingOSCosx.sc ? i don't see why this is OSX specific - SCViewHolder, FlowView, ActionButton and all those are from crucial GUI which is not OSX specific, or am i wrong? ciao, -sciss- Am 18.07.2008 um 14:34 schrieb SourceForge.net: > Bugs item #1990823, was opened at 2008-06-11 09:03 > Message generated for change (Comment added) made by jamshark70 > You can respond by visiting: > https://sourceforge.net/tracker/? > func=detail&atid=796400&aid=1990823&group_id=155586 > > Please note that this message will contain a full copy of the > comment thread, > including the initial issue submission, for this request, > not just the latest update. > Category: SC Classes > Group: None > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: James Harkins (jamshark70) > Assigned to: Nobody/Anonymous (nobody) > Summary: deathBounces should be more easily configurable > > Initial Comment: > As far as I know, there is not really any other way to change the > number of death bounces in the SwingOSC alive thread, other than to > stop the alive thread and manually restart it. It would be good to > have an easier way to change the default because the current > default (4) is not optimal for all platforms. On Windows > particularly this causes all kinds of headaches -- I found the > number should be at least 15 or 20. > > I'd suggest, either increase the default to be 20 for all platforms > or make deathBounces an instance variable of SwingOSC so that the > user can set the value at any time. > > I can make the changes if time is short. > > ---------------------------------------------------------------------- > >> Comment By: James Harkins (jamshark70) > Date: 2008-07-18 08:34 > > Message: > Logged In: YES > user_id=719730 > Originator: YES > > Fix is checked in > > ---------------------------------------------------------------------- > > Comment By: sciss (sciss) > Date: 2008-06-16 12:46 > > Message: > Logged In: YES > user_id=1139232 > Originator: NO > > yes james go ahead, it could be a field in SwingOptions i guess > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/? > func=detail&atid=796400&aid=1990823&group_id=155586 |
|
From: nescivi <ne...@gm...> - 2008-04-21 19:17:32
|
Hi Hanns Holger,
On Monday 21 April 2008 15:06:26 Sciss wrote:
> hey marije,
>
> looks o.k. to me, so go ahead.
>
> please also update the line
>
> * @version 0.58, 12-Jan-08
>
> in both files to
>
> * @version 0.60, 21-Apr-08
>
> (and add another @author for yourself if you like ;-)
done.
(though I accidentally post-dated JScopeView by three days...
oh, well...)
sincerely,
Marije
>
>
> ciao, -sciss-
>
> Am 21.04.2008 um 20:49 schrieb nescivi:
> > Hiho,
> >
> > In conjunction with the kr rate PlayBuf and RecordBuf versions, I
> > would like
> > to also add the control rate scoping properly.
> >
> > Ok to commit the diff below?
> >
> > it works here...
> >
> > sincerely,
> > Marije
> >
> > Index: SuperCollider/SCClassLibrary/SwingOSC/JScopeView.sc
> > ===================================================================
> > --- SuperCollider/SCClassLibrary/SwingOSC/JScopeView.sc (revision 63)
> > +++ SuperCollider/SCClassLibrary/SwingOSC/JScopeView.sc (working copy)
> > @@ -35,12 +35,12 @@
> > JScopeOut : UGen {
> > // ----------------- quasi-constructors -----------------
> >
> > - *ar { arg inputArray, bufnum = 0;
> > - ^RecordBuf.ar( inputArray, bufnum );
> > + *ar { arg inputArray, bufnum = 0, run=1;
> > + ^RecordBuf.ar( inputArray, bufnum, run: run );
> > }
> >
> > - *kr { arg inputArray, bufnum = 0;
> > - ^RecordBuf.ar( K2A.ar( inputArray ), bufnum );
> > + *kr { arg inputArray, bufnum = 0, run=1;
> > + ^RecordBuf.kr( inputArray, bufnum, run: run );
> > }
> > }
> >
> > Index: SuperCollider/SCClassLibrary/SwingOSC/JStethoscope.sc
> > ===================================================================
> > --- SuperCollider/SCClassLibrary/SwingOSC/JStethoscope.sc
> > (revision 63)
> > +++ SuperCollider/SCClassLibrary/SwingOSC/JStethoscope.sc
> > (working copy)
> > @@ -33,7 +33,7 @@
> > * @version 0.58, 12-Jan-08
> > */
> > JStethoscope {
> > + classvar ugenScopes;
> > var <server, <numChannels, <rate, <index;
> > var <bufsize, buffer, <window, synth;
> > var n, c, d, sl, style = 0, sizeToggle = 0, zx, zy, ai = 0,
> > ki = 0,
> > audiospec, controlspec;
> > @@ -97,8 +97,9 @@
> > if( synth.isPlaying.not, {
> > synth = SynthDef( "jscope" ++ numChannels,
> > { arg in,
> > switch, bufnum;
> > var z;
> > - z = Select.ar( switch, [ In.ar( in,
> > numChannels ), K2A.ar( In.kr( in, numChannels ))]);
> > - JScopeOut.ar( z, bufnum );
> > + // Select.ar( switch,
> > + JScopeOut.ar( In.ar( in,
> > numChannels ),
> > bufnum, 1-switch );
> > + JScopeOut.kr( In.kr( in,
> > numChannels ),
> > bufnum, switch );
> >
> > }).play( RootNode( server ), [ \bufnum,
> > buffer.bufnum,
> > \in, index, \switch ]
> > ++ if( rate === 'audio', 0, 1 ),
> > \addToTail );
|
|
From: Sciss <co...@sc...> - 2008-04-21 19:08:13
|
hey marije,
looks o.k. to me, so go ahead.
please also update the line
* @version 0.58, 12-Jan-08
in both files to
* @version 0.60, 21-Apr-08
(and add another @author for yourself if you like ;-)
ciao, -sciss-
Am 21.04.2008 um 20:49 schrieb nescivi:
> Hiho,
>
> In conjunction with the kr rate PlayBuf and RecordBuf versions, I
> would like
> to also add the control rate scoping properly.
>
> Ok to commit the diff below?
>
> it works here...
>
> sincerely,
> Marije
>
> Index: SuperCollider/SCClassLibrary/SwingOSC/JScopeView.sc
> ===================================================================
> --- SuperCollider/SCClassLibrary/SwingOSC/JScopeView.sc (revision 63)
> +++ SuperCollider/SCClassLibrary/SwingOSC/JScopeView.sc (working copy)
> @@ -35,12 +35,12 @@
> JScopeOut : UGen {
> // ----------------- quasi-constructors -----------------
>
> - *ar { arg inputArray, bufnum = 0;
> - ^RecordBuf.ar( inputArray, bufnum );
> + *ar { arg inputArray, bufnum = 0, run=1;
> + ^RecordBuf.ar( inputArray, bufnum, run: run );
> }
>
> - *kr { arg inputArray, bufnum = 0;
> - ^RecordBuf.ar( K2A.ar( inputArray ), bufnum );
> + *kr { arg inputArray, bufnum = 0, run=1;
> + ^RecordBuf.kr( inputArray, bufnum, run: run );
> }
> }
>
> Index: SuperCollider/SCClassLibrary/SwingOSC/JStethoscope.sc
> ===================================================================
> --- SuperCollider/SCClassLibrary/SwingOSC/JStethoscope.sc
> (revision 63)
> +++ SuperCollider/SCClassLibrary/SwingOSC/JStethoscope.sc
> (working copy)
> @@ -33,7 +33,7 @@
> * @version 0.58, 12-Jan-08
> */
> JStethoscope {
> + classvar ugenScopes;
> var <server, <numChannels, <rate, <index;
> var <bufsize, buffer, <window, synth;
> var n, c, d, sl, style = 0, sizeToggle = 0, zx, zy, ai = 0,
> ki = 0,
> audiospec, controlspec;
> @@ -97,8 +97,9 @@
> if( synth.isPlaying.not, {
> synth = SynthDef( "jscope" ++ numChannels,
> { arg in,
> switch, bufnum;
> var z;
> - z = Select.ar( switch, [ In.ar( in,
> numChannels ), K2A.ar( In.kr( in, numChannels ))]);
> - JScopeOut.ar( z, bufnum );
> + // Select.ar( switch,
> + JScopeOut.ar( In.ar( in,
> numChannels ),
> bufnum, 1-switch );
> + JScopeOut.kr( In.kr( in,
> numChannels ),
> bufnum, switch );
>
> }).play( RootNode( server ), [ \bufnum,
> buffer.bufnum,
> \in, index, \switch ]
> ++ if( rate === 'audio', 0, 1 ),
> \addToTail );
>
> ----------------------------------------------------------------------
> ---
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save
> $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://
> java.sun.com/javaone
> _______________________________________________
> Swingosc-devel mailing list
> Swi...@li...
> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
|
|
From: nescivi <ne...@gm...> - 2008-04-21 18:49:39
|
Hiho,
In conjunction with the kr rate PlayBuf and RecordBuf versions, I would like
to also add the control rate scoping properly.
Ok to commit the diff below?
it works here...
sincerely,
Marije
Index: SuperCollider/SCClassLibrary/SwingOSC/JScopeView.sc
===================================================================
--- SuperCollider/SCClassLibrary/SwingOSC/JScopeView.sc (revision 63)
+++ SuperCollider/SCClassLibrary/SwingOSC/JScopeView.sc (working copy)
@@ -35,12 +35,12 @@
JScopeOut : UGen {
// ----------------- quasi-constructors -----------------
- *ar { arg inputArray, bufnum = 0;
- ^RecordBuf.ar( inputArray, bufnum );
+ *ar { arg inputArray, bufnum = 0, run=1;
+ ^RecordBuf.ar( inputArray, bufnum, run: run );
}
- *kr { arg inputArray, bufnum = 0;
- ^RecordBuf.ar( K2A.ar( inputArray ), bufnum );
+ *kr { arg inputArray, bufnum = 0, run=1;
+ ^RecordBuf.kr( inputArray, bufnum, run: run );
}
}
Index: SuperCollider/SCClassLibrary/SwingOSC/JStethoscope.sc
===================================================================
--- SuperCollider/SCClassLibrary/SwingOSC/JStethoscope.sc (revision 63)
+++ SuperCollider/SCClassLibrary/SwingOSC/JStethoscope.sc (working copy)
@@ -33,7 +33,7 @@
* @version 0.58, 12-Jan-08
*/
JStethoscope {
+ classvar ugenScopes;
var <server, <numChannels, <rate, <index;
var <bufsize, buffer, <window, synth;
var n, c, d, sl, style = 0, sizeToggle = 0, zx, zy, ai = 0, ki = 0,
audiospec, controlspec;
@@ -97,8 +97,9 @@
if( synth.isPlaying.not, {
synth = SynthDef( "jscope" ++ numChannels, { arg in,
switch, bufnum;
var z;
- z = Select.ar( switch, [ In.ar( in,
numChannels ), K2A.ar( In.kr( in, numChannels ))]);
- JScopeOut.ar( z, bufnum );
+ // Select.ar( switch,
+ JScopeOut.ar( In.ar( in, numChannels ),
bufnum, 1-switch );
+ JScopeOut.kr( In.kr( in, numChannels ),
bufnum, switch );
}).play( RootNode( server ), [ \bufnum, buffer.bufnum,
\in, index, \switch ]
++ if( rate === 'audio', 0, 1 ), \addToTail );
|
|
From: Sciss <co...@sc...> - 2008-03-24 06:20:52
|
hi scott, that was indeed a bug, it also happened for JSCTextView since those two appear inside scroll containers. i just committed (rev.66) fixes that should solve the problem with 'bounds'. ciao, -sciss- Am 23.03.2008 um 08:13 schrieb Scott Wilson: > >> >>>> So what remains to be fixed is the awkward jumping around in the >>>> column view. >>> >>> I'll try to look into this tomorrow. >>> > > The problem is that JSCListView doesn't report its bounds > correctly. It seems to report its internal bounds, including a > scroller if present. > > a = JSCWindow.new; > > d = JSCListView( a, Rect( 100, 0, 100, 100 )); > a.front; > > d.bounds > Rect(0, 0, 96, 96) > > d.items = "foo" ! 100; > > d.bounds > Rect(0, 0, 81, 1600) > > Not sure where this happens. The jumping happens because of a bit > of auto scrolling code. > > S. |
|
From: Sciss <co...@sc...> - 2008-03-24 06:18:30
|
thanks!
the "Yukk" messages occurs with special characters which currently
produce a wrong 'size' of a string on the SuperCollider side, e.g.
"ü".size returns 2 instead of 1. swingOSC checks the string size
against the returned string and reports discrepancies. this should be
harmless in the case of loading text files and using them read-only.
problem occurs when using programmatic editing, as the cursor
position on client and server side will differ. this problem will
disappear when SuperCollider properly handles unicode characters.
ciao, -sciss-
Am 23.03.2008 um 18:09 schrieb nescivi:
> Hiho,
>
> I just committed the diff below.
>
> sincerely,
> marije
>
>
>
> Index: trunk/SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
> ===================================================================
> --- trunk/SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
> (revision 62)
> +++ trunk/SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
> (working copy)
> @@ -2254,6 +2254,11 @@
> // XXX update client send string rep.
> }
>
> + open{ arg path;
> + path = path.replace( ' ', '%20' );
> + this.openURL( "file://"++path );
> + }
> +
> defaultKeyDownAction { arg key, modifiers, unicode;
> // check for 'ctrl+enter' = interprete
> if( (unicode == 0x0D) and: { ((modifiers &
> 0x40000) != 0) &&
> enterInterpretsSelection }, {
>
> ----------------------------------------------------------------------
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Swingosc-devel mailing list
> Swi...@li...
> https://lists.sourceforge.net/lists/listinfo/swingosc-devel
|
|
From: nescivi <ne...@gm...> - 2008-03-23 22:39:49
|
Hiho,
I just committed the diff below.
sincerely,
marije
Index: trunk/SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc
===================================================================
--- trunk/SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (revision 62)
+++ trunk/SuperCollider/SCClassLibrary/SwingOSC/JSCViews1.sc (working copy)
@@ -2254,6 +2254,11 @@
// XXX update client send string rep.
}
+ open{ arg path;
+ path = path.replace( ' ', '%20' );
+ this.openURL( "file://"++path );
+ }
+
defaultKeyDownAction { arg key, modifiers, unicode;
// check for 'ctrl+enter' = interprete
if( (unicode == 0x0D) and: { ((modifiers & 0x40000) != 0) &&
enterInterpretsSelection }, {
|
|
From: Sciss <co...@sc...> - 2007-07-24 15:21:01
|
Test |
