scgraph-users — A mailing list to discuss the use of scgraph

Re: [Scgraph-users] reply

[LFSaw <lf...@lf...>]

I already like this list a lot.

cheers :-)
	Till

On 27.01.2009, at 02:01, Julian Rohrhuber wrote:

>>
>>> funny way to start a mailing list.
>>
>> Actually the proper way would be to start a real flamewar about
>> this. Then top vs. bottom-posting.. And then somewhere along the
>> line Adolf Hitler and Nazi Germany will enter the discussion ;D
>>
>> Let's avoid that :)
>
> yes, we can still start trolling in a year or two..
> -- 
>
>
>
>
>
> .
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Scgraph-users mailing list
> Scg...@li...
> https://lists.sourceforge.net/lists/listinfo/scgraph-users

Re: [Scgraph-users] [sc-users] scgraph mailinglist + wiki

[Florian S. <mis...@gm...>]

Hi again,

On Tuesday 27 January 2009, nescivi wrote:
> > Was it posted on the sc-lists? If so, i will look for details there. If
> > not, do you mind elaborating? :)
>
> I did not post it..

> I had a couple of issues with the svn version:
> for compilation I had to change one header inclusion from "glew.h" to
> <glew.h>, otherwise I got link errors in runtime with the renderer.

Ok. As far as i can tell this should not be necessary (at least not since i 
integrated glew into the build directly), but i'll have another look..

> The other messages were about synthdefs not being found, and wrong numbers
> of arguments to n_sets.
>
> I don't have time to go back and look at exactly how things went wrong
> right now, as my priority is getting stuff to work, so for now I'm holding
> back and using the setup that I know worked stable.

Which is actually fine with me, too. Less bug reports means less work fixing 
bugs ;) Maybe you can tell me though, which operating system (distribution) 
you're using. I just might try to install it in a kvm, to see whether i can 
reproduce the problems..

> I'm not sure whether it is elaborately documented...
> asOSCargs is now used, instead of what it used to be, and the array options
> have been introduced.
> But Julian has probably followed it more closely...

Ok..

Regards,
Flo

-- 
Palimm Palimm!
http://tapas.affenbande.org

Re: [Scgraph-users] [sc-users] scgraph mailinglist + wiki

[nescivi <ne...@gm...>]

Hiho,

On Friday 23 January 2009 10:39:26 Florian Schmidt wrote:
> Hi Marije,
>
> nescivi wrote:
> > On Thursday 22 January 2009 12:14:29 Florian Schmidt wrote:
> >> On Thursday 22 January 2009, Till Bovermann wrote:
> >> Adding to this, we released a new tarball today with some bugfixes
> >> [especially n_setn is finally working.. Look out though, you can still
> >> crash scgraph when some parameters are out of bounds (e.g. sending more
> >> parameters than a synth has)..
> >
> > great, I'll check it out when I have time...
> >
> > Maybe unrelated, but I did have a problem with latest svn sclang vs.
> > latest svn scgraph a couple of days ago...
>
> Was it posted on the sc-lists? If so, i will look for details there. If
> not, do you mind elaborating? :)

I did not post it..

I had a couple of issues with the svn version:
for compilation I had to change one header inclusion from "glew.h" to 
<glew.h>, otherwise I got link errors in runtime with the renderer.

The other messages were about synthdefs not being found, and wrong numbers of 
arguments to n_sets.

I don't have time to go back and look at exactly how things went wrong right 
now, as my priority is getting stuff to work, so for now I'm holding back and 
using the setup that I know worked stable.

> > I actually went back to my old setup I had in December that was working
> > for my purposes (scgraph0.10 and sc from late november).
> >
> > There have been a lot of changes in SC in Node set messages and even in
> > SynthDef, I think... so once 3.3beta is there, we should start looking at
> > ensuring that scgraph gets up-to-date with these changes...
>
> Yes, it's a good idea to keep these synced. Does the documentation in
> the new SC versions reflect these changes? I will have to touch the OSC
> handling code sometime in the future anyways, as it's not very efficient
> at the moment. So i guess that will be a good time to look at changes in
> the OSC interface, too..

I'm not sure whether it is elaborately documented...
asOSCargs is now used, instead of what it used to be, and the array options 
have been introduced.
But Julian has probably followed it more closely...

sincerely,
Marije

Re: [Scgraph-users] reply

[Julian R. <roh...@un...>]

>
>>funny way to start a mailing list.
>
>Actually the proper way would be to start a real flamewar about 
>this. Then top vs. bottom-posting.. And then somewhere along the 
>line Adolf Hitler and Nazi Germany will enter the discussion ;D
>
>Let's avoid that :)

yes, we can still start trolling in a year or two..
-- 





.

Re: [Scgraph-users] reply

[Florian P. S. <fsc...@te...>]

Julian Rohrhuber wrote:
> Ok, I have to give you my workflow, too. :)

:)

> User A and B have a modern mailer that sorts mails to a mailing list 
> into a corresponding folder (or have a filter).
> 
> - User A sends mail to the ML
> - User A checks mail. The mail arrives in his ML-folder.
> - User B checks mail. The mail arrives in his ML-folder.
> - User B answers his post by using the "Reply" functionality.
> - User A checks mail. The mail arrives in his ML-folder. There is no 
> confusion as to whether this was a personal mail or a public one - after 
> all it was on the list.

Ok, i want to make one last point explicit: If you are reading a high 
volume mailing list, you might simply miss the answers to your posts in 
the ML-folder, since they don't appear specially marked..

> - User B answers his post by using the "Reply" functionality.
> - User B checks mail. The mail arrives in his ML-folder.
>   He reaps all the same benefits as User A :)
> 
> Again, I think my analysis would be thus: Some see a mailinglist as a 
> bundle of personal p2p conversations in public, like sending open 
> letters. Others see a mailinglist as many-to-many-conversation, like an 
> IRC chat.

Yeah, sounds like a good analogy :) I see it more like a IRC with the 
option to have message highlighting by getting personal stuff 
additionally into the inbox ;)

> funny way to start a mailing list.

Actually the proper way would be to start a real flamewar about this. 
Then top vs. bottom-posting.. And then somewhere along the line Adolf 
Hitler and Nazi Germany will enter the discussion ;D

Let's avoid that :)

Regards,
Flo

Re: [Scgraph-users] reply

[Julian R. <roh...@un...>]

... there it happened again.

>>The mail was adressed to the forum in the first place, not to me. 
>>It's just me that happens to answer. If I get a mail from a forum, 
>>the forum is the addressee.
>
>Well, i guess i need to illustrate the whole thing with a "usecase" 
>description, 'cause it so totally does make sense :D

thanks for this description. I immediately feel like an ethnographer 
(or am I the native?) This is so weird and complicated.

>Scenario:
>
>User A and B have a modern mailer that sorts mails to a mailing list 
>into a corresponding folder.
>
>- User A sends mail to the ML
>- It appears on the ML and in his own ML-folder
>- User B answers his post by using the "Reply All" functionality
>- User A gets the mail in his personal inbox _and_ into the ML folder
>   He immediately sees that his post has been answered. This is specially
>   valuable if an answer comes at a much later time, but even with
>   recent mails, it's nice..
>- User A uses the "Reply All" feature again to reply to B's mail
>- User B gets the mail into his personal inbox _and_ his ML folder
>   He reaps all the same benefits as User A :)
>
>Both users get the complete thread in their ML folder and personal 
>answers _additionally_ into their inbox..


Ok, I have to give you my workflow, too. :)

User A and B have a modern mailer that sorts mails to a mailing list 
into a corresponding folder (or have a filter).

- User A sends mail to the ML
- User A checks mail. The mail arrives in his ML-folder.
- User B checks mail. The mail arrives in his ML-folder.
- User B answers his post by using the "Reply" functionality.
- User A checks mail. The mail arrives in his ML-folder. There is no 
confusion as to whether this was a personal mail or a public one - 
after all it was on the list.
- User B answers his post by using the "Reply" functionality.
- User B checks mail. The mail arrives in his ML-folder.
   He reaps all the same benefits as User A :)

Again, I think my analysis would be thus: Some see a mailinglist as a 
bundle of personal p2p conversations in public, like sending open 
letters. Others see a mailinglist as many-to-many-conversation, like 
an IRC chat.

funny way to start a mailing list.


>I guess if that doesn't sound like an appealing workflow to you, 
>then we are very different in our use of mailing lists..
>
>BTW: If anyone of the users doesn't use a folder for the ML, then he 
>will see each mail only _once_ in their inbox, as duplicates are 
>hidden. The mechanism will still continue working for all the other 
>users _with_ an ML folder.
>
>>At least now I know why some mailinglist send me every mail twice. 
>>I've spent a long time trying to switch this off, but to no avail, 
>>just got used to it.
>
>A modern mailer should hide the duplicate if it wasn't sorted into a 
>mailing list folder..
>
>Regards,
>Flo


-- 





.

Re: [Scgraph-users] reply

[Florian P. S. <fsc...@te...>]

Florian Paul Schmidt wrote:
> Julian Rohrhuber wrote:
>>> This happens very rarely. Plus it's no big deal. People just put the 
>>> list back on the CC if this happens.
>> on many lists, people don't do this, I've noticed it a lot.
> 
> Well, we must use orthogonal lists :)
> 
>> The mail was adressed to the forum in the first place, not to me. It's 
>> just me that happens to answer. If I get a mail from a forum, the forum 
>> is the addressee.
> 
> Well, i guess i need to illustrate the whole thing with a "usecase" 
> description, 'cause it so totally does make sense :D
> 
> Scenario:
> 
> User A and B have a modern mailer that sorts mails to a mailing list 
> into a corresponding folder.
> 
> - User A sends mail to the ML
> - It appears on the ML and in his own ML-folder
> - User B answers his post by using the "Reply All" functionality
> - User A gets the mail in his personal inbox _and_ into the ML folder
>    He immediately sees that his post has been answered. This is specially
>    valuable if an answer comes at a much later time, but even with
>    recent mails, it's nice..
> - User A uses the "Reply All" feature again to reply to B's mail
> - User B gets the mail into his personal inbox _and_ his ML folder
>    He reaps all the same benefits as User A :)
> 
> Both users get the complete thread in their ML folder and personal 
> answers _additionally_ into their inbox..
> 
> I guess if that doesn't sound like an appealing workflow to you, then we 
> are very different in our use of mailing lists..
> 
> BTW: If anyone of the users doesn't use a folder for the ML, then he 
> will see each mail only _once_ in their inbox, as duplicates are hidden. 
> The mechanism will still continue working for all the other users _with_ 
> an ML folder.
> 
>> At least now I know why some mailinglist send me every mail twice. I've 
>> spent a long time trying to switch this off, but to no avail, just got 
>> used to it.
> 
> A modern mailer should hide the duplicate if it wasn't sorted into a 
> mailing list folder..

I guess i should stop emphasizing by underlining words ;) Looks weird..

Flo

Re: [Scgraph-users] reply

[Florian P. S. <fsc...@te...>]

Julian Rohrhuber wrote:
>> This happens very rarely. Plus it's no big deal. People just put the 
>> list back on the CC if this happens.
> 
> on many lists, people don't do this, I've noticed it a lot.

Well, we must use orthogonal lists :)

> The mail was adressed to the forum in the first place, not to me. It's 
> just me that happens to answer. If I get a mail from a forum, the forum 
> is the addressee.

Well, i guess i need to illustrate the whole thing with a "usecase" 
description, 'cause it so totally does make sense :D

Scenario:

User A and B have a modern mailer that sorts mails to a mailing list 
into a corresponding folder.

- User A sends mail to the ML
- It appears on the ML and in his own ML-folder
- User B answers his post by using the "Reply All" functionality
- User A gets the mail in his personal inbox _and_ into the ML folder
   He immediately sees that his post has been answered. This is specially
   valuable if an answer comes at a much later time, but even with
   recent mails, it's nice..
- User A uses the "Reply All" feature again to reply to B's mail
- User B gets the mail into his personal inbox _and_ his ML folder
   He reaps all the same benefits as User A :)

Both users get the complete thread in their ML folder and personal 
answers _additionally_ into their inbox..

I guess if that doesn't sound like an appealing workflow to you, then we 
are very different in our use of mailing lists..

BTW: If anyone of the users doesn't use a folder for the ML, then he 
will see each mail only _once_ in their inbox, as duplicates are hidden. 
The mechanism will still continue working for all the other users _with_ 
an ML folder.

> At least now I know why some mailinglist send me every mail twice. I've 
> spent a long time trying to switch this off, but to no avail, just got 
> used to it.

A modern mailer should hide the duplicate if it wasn't sorted into a 
mailing list folder..

Regards,
Flo

Re: [Scgraph-users] reply

[LFSaw <lf...@lf...>]

I especially like this paragraph:


from http://www.unicom.com/pw/reply-to-harmful.html:
> Coddling the Brain-Dead, Penalizing the Conscientious
> There are, unfortunately, poorly implemented mail programs that lack  
> separate reply-to-author and reply-to-group functions. A user  
> saddled with such a brain-dead mailer can benefit from Reply- 
> Tomunging. It makes it easier for him or her to send responses  
> directly to the list.
>
> This change, however, penalizes the conscientious person that uses a  
> reasonable mailer. This is a poor trade-off. As Internet list  
> administrators, we should encourage people to run reasonable  
> software. If a few people need to type in a full reply address so  
> that everybody else can use all the features of their mailer, I say,  
> "Fine!" We should not penalize the conscientious to coddle those who  
> run brain-dead software.
>
so, I consider me then a brain-dead.

On 26.01.2009, at 22:49, Florian Paul Schmidt wrote:

> LFSaw wrote:
>> Flo, I do not have the mailinglist admin password, could you please…?
>> <https://sourceforge.net/mail/admin/index.php?group_id=232470&change_status=1   
>> >
>
> Actually i think the headers look ok. They carry  "Precedence: list"  
> and "List-Id: <scgraph-users.lists.sourceforge.net>" headers which  
> are fine for all mailers i use.. When i was looking at the mailman  
> interface of the scgraph-users list it said, it was _strongly_  
> suggested, not to set a reply-to: address. Just remember to hit  
> "Reply All" :) Then your mailer should do the right thing.
>
> This is an article explaining the issue in some more depth:
>
> http://www.unicom.com/pw/reply-to-harmful.html
>
> One of the major annoyances of the current SuperCollider lists is  
> that they have set reply-to which makes "Reply All" in all my  
> mailers do the wrong thing (reply only goes to the list).
>
> Regards,
> Flo
>
>

Re: [Scgraph-users] reply

[Florian P. S. <fsc...@te...>]

LFSaw wrote:
> I especially like this paragraph:
> 
> 
> from http://www.unicom.com/pw/reply-to-harmful.html:
>> Coddling the Brain-Dead, Penalizing the Conscientious
>> There are, unfortunately, poorly implemented mail programs that lack 
>> separate reply-to-author and reply-to-group functions. A user saddled 
>> with such a brain-dead mailer can benefit from Reply-Tomunging. It 
>> makes it easier for him or her to send responses directly to the list.
>>
>> This change, however, penalizes the conscientious person that uses a 
>> reasonable mailer. This is a poor trade-off. As Internet list 
>> administrators, we should encourage people to run reasonable software. 
>> If a few people need to type in a full reply address so that everybody 
>> else can use all the features of their mailer, I say, "Fine!" We 
>> should not penalize the conscientious to coddle those who run 
>> brain-dead software.
>>
> so, I consider me then a brain-dead.

Nah, you just happen to use a brain-dead mail client, if it doesn't 
"just work" with the standard RFC-conform mailing list settings.

Re: Getting multiple copies: Modern mailers should actually do "the 
right thing" in this case, too. Thunderbird for example does hide the 
additional copy if i don't have an extra folder setup for the mailing list..

This is an issue we can't resolve really. Setting reply-to would make me 
miserable, not setting it would make you miserable ;)

So i opt for the Zen-Answer: Mu!

Regards,
Flo

Re: [Scgraph-users] reply

[Florian P. S. <fsc...@te...>]

LFSaw wrote:
> Flo, I do not have the mailinglist admin password, could you please…?
> 
> <https://sourceforge.net/mail/admin/index.php?group_id=232470&change_status=1 
>  >

Actually i think the headers look ok. They carry  "Precedence: list" and 
"List-Id: <scgraph-users.lists.sourceforge.net>" headers which are fine 
for all mailers i use.. When i was looking at the mailman interface of 
the scgraph-users list it said, it was _strongly_ suggested, not to set 
a reply-to: address. Just remember to hit "Reply All" :) Then your 
mailer should do the right thing.

This is an article explaining the issue in some more depth:

http://www.unicom.com/pw/reply-to-harmful.html

One of the major annoyances of the current SuperCollider lists is that 
they have set reply-to which makes "Reply All" in all my mailers do the 
wrong thing (reply only goes to the list).

Regards,
Flo

Re: [Scgraph-users] reply

[LFSaw <lf...@lf...>]

Which then means we all get messages twice and thirds and quatds?

hmmm. strange.

lg
	Till

On 26.01.2009, at 22:49, Florian Paul Schmidt wrote:

> LFSaw wrote:
>> Flo, I do not have the mailinglist admin password, could you please…?
>> <https://sourceforge.net/mail/admin/index.php?group_id=232470&change_status=1   
>> >
>
> Actually i think the headers look ok. They carry  "Precedence: list"  
> and "List-Id: <scgraph-users.lists.sourceforge.net>" headers which  
> are fine for all mailers i use.. When i was looking at the mailman  
> interface of the scgraph-users list it said, it was _strongly_  
> suggested, not to set a reply-to: address. Just remember to hit  
> "Reply All" :) Then your mailer should do the right thing.
>
> This is an article explaining the issue in some more depth:
>
> http://www.unicom.com/pw/reply-to-harmful.html
>
> One of the major annoyances of the current SuperCollider lists is  
> that they have set reply-to which makes "Reply All" in all my  
> mailers do the wrong thing (reply only goes to the list).
>
> Regards,
> Flo
>
>

Re: [Scgraph-users] reply

[Julian R. <roh...@un...>]

we had those discussions before. I think it is a 
matter of opinion, but I am stronly on the other 
side. It is not good for communication, because 
people then tend to branch off. It is like a 
railway track switch that points the wrong way, 
or a doorhandle that has been fixed the wrong way 
round.


At 22:49 Uhr +0100 26.01.2009, Florian Paul Schmidt wrote:
>LFSaw wrote:
>>Flo, I do not have the mailinglist admin password, could you pleaseŠ?
>>
>><https://sourceforge.net/mail/admin/index.php?group_id=232470&change_status=1 
>>>
>
>Actually i think the headers look ok. They carry 
>"Precedence: list" and "List-Id: 
><scgraph-users.lists.sourceforge.net>" headers 
>which are fine for all mailers i use.. When i 
>was looking at the mailman interface of the 
>scgraph-users list it said, it was _strongly_ 
>suggested, not to set a reply-to: address. Just 
>remember to hit "Reply All" :) Then your mailer 
>should do the right thing.
>
>This is an article explaining the issue in some more depth:
>
>http://www.unicom.com/pw/reply-to-harmful.html
>
>One of the major annoyances of the current 
>SuperCollider lists is that they have set 
>reply-to which makes "Reply All" in all my 
>mailers do the wrong thing (reply only goes to 
>the list).
>
>Regards,
>Flo


-- 





.

Re: [Scgraph-users] reply

[Florian P. S. <fsc...@te...>]

Julian Rohrhuber wrote:
> we had those discussions before. I think it is a matter of opinion, but 
> I am stronly on the other side. It is not good for communication, 
> because people then tend to branch off.

This happens very rarely. Plus it's no big deal. People just put the 
list back on the CC if this happens. And then everything goes on like 
before [sometimes the one single missing mail is individually sent to 
the mail to close the gap, too].. The other way around, which is sending 
private messages to the list by accident (be it insults or love 
confessions) is much graver IMHO. Bayesian inference coupled with a loss 
function drives my opinion here :)

> It is like a railway track 
> switch that points the wrong way, or a doorhandle that has been fixed 
> the wrong way round.

Funny that you feel that way. For me using reply-to feels this way. 
Everytime i post to the SC mailing lists, it feels funny because it is 
different from _every_ other list i use. And it feels also funny because 
i know that there's a chance that the other persons involved in the 
thread doesn't see the reply to _their_ post in their personal inbox 
(since the only addressee is the list). Searching the list for replies 
to one's post is quite exhausting.

It totally is a matter of opinion but with RFCs weighing in one one side ;)

BTW: May i ask what mailer you are using?

Regards,
Flo

Re: [Scgraph-users] reply

[LFSaw <lf...@lf...>]

Flo, I do not have the mailinglist admin password, could you please…?

<https://sourceforge.net/mail/admin/index.php?group_id=232470&change_status=1 
 >


kind regards
	Till

On 26.01.2009, at 22:07, Julian Rohrhuber wrote:

> btw. the mailinglist should maybe set the reply-to so that we don't
> accidentally answer only the sender, but the list.
> -- 
>
>
>
>
>
> .
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Scgraph-users mailing list
> Scg...@li...
> https://lists.sourceforge.net/lists/listinfo/scgraph-users

Re: [Scgraph-users] turning language side of scgraph into a quark?

[LFSaw <lf...@lf...>]

On 26.01.2009, at 22:07, Julian Rohrhuber wrote:

>> On 26.01.2009, at 19:45, Florian Schmidt wrote:
>>
>>> On Mon, 2009-01-26 at 19:22 +0100, LFSaw wrote:
>>>> Hey,
>>>>
>>>> I am on th eway turning the language side of scgraph into a quark.
>>>> That would have the beneft that it is more easy to intall and we  
>>>> can
>>>> test several approaches in changing its design in parallel without
>>>> changing the default behavior.
>>>>
>>>> Any objections, and, if not, where to put it?
>>>> Either in the general quarks directory, or in a seperate quarks
>>>> directory in scgraph's sf-svn.
>>>
>>> No objections from my side.. I guess the most simple [for the user]
>>> would be the general quarks-directory? The user would still have the
>>> option of installing it separately in this case?
>>
>>
>> Yeah.
>>
>> Downside is that this menas they are not part of the scgraph distro
>> anymore.
>
>
> but sclang isn't either, no? So you anyhow need to get sclang going
> to run  scgraph. Btw. you can give more than one svn addresses for
> quarks. They could still reside in the other project.
>
> we can just add the path to Quarks. initClass
>
>
> known = Dictionary[
>
> 	"https://quarks.svn.sourceforge.net/svnroot/quarks" ->
> (Platform.userAppSupportDir +/+ "quarks"),
>
> 	"https://svn.sonenvir.at/svnroot/SonEnvir/trunk/src/quarks-sonenvir"
> -> (Platform.userAppSupportDir +/+ "quarks-sonenvir"),
>
> 	"https://sc3-plugins.svn.sourceforge.net/svnroot/sc3-plugins/build"
> -> (Platform.userAppSupportDir +/+ "SC3plugins")
> 			];


now, that's an option.

lg
	Till

Re: [Scgraph-users] turning language side of scgraph into a quark?

[Julian R. <roh...@un...>]

>On 26.01.2009, at 19:45, Florian Schmidt wrote:
>
>>  On Mon, 2009-01-26 at 19:22 +0100, LFSaw wrote:
>>>  Hey,
>>>
>>>  I am on th eway turning the language side of scgraph into a quark.
>>>  That would have the beneft that it is more easy to intall and we can
>>>  test several approaches in changing its design in parallel without
>>>  changing the default behavior.
>>>
>>>  Any objections, and, if not, where to put it?
>>>  Either in the general quarks directory, or in a seperate quarks
>>>  directory in scgraph's sf-svn.
>>
>>  No objections from my side.. I guess the most simple [for the user]
>>  would be the general quarks-directory? The user would still have the
>>  option of installing it separately in this case?
>
>
>Yeah.
>
>Downside is that this menas they are not part of the scgraph distro
>anymore.


but sclang isn't either, no? So you anyhow need to get sclang going 
to run  scgraph. Btw. you can give more than one svn addresses for 
quarks. They could still reside in the other project.

we can just add the path to Quarks. initClass


known = Dictionary[
 
	"https://quarks.svn.sourceforge.net/svnroot/quarks" -> 
(Platform.userAppSupportDir +/+ "quarks"),
 
	"https://svn.sonenvir.at/svnroot/SonEnvir/trunk/src/quarks-sonenvir" 
-> (Platform.userAppSupportDir +/+ "quarks-sonenvir"),
 
	"https://sc3-plugins.svn.sourceforge.net/svnroot/sc3-plugins/build" 
-> (Platform.userAppSupportDir +/+ "SC3plugins")
			];

-- 





.

[Scgraph-users] reply

[Julian R. <roh...@un...>]

btw. the mailinglist should maybe set the reply-to so that we don't 
accidentally answer only the sender, but the list.
-- 





.

Re: [Scgraph-users] turning language side of scgraph into a quark?

[Florian P. S. <fsc...@te...>]

LFSaw wrote:
> Hey,
> 
> using a custom Quarks directory means to use
> 
> q = Quarks(
>     reposPath:
>     // change this path to the actual Quarks folder we will create:
>     "https://scgraph.svn.sourceforge.net/svnroot/scgraph/trunk/server/sclang/", 
> 
>     localPath:
>     // you may want to use the location where you already store your 
> scgraph sources here:
>     Platform.userAppSupportDir ++ "/quarks-scgraph"
> )
> 
> 
> instead of
> 
> Quarks.global
> 
> For getting this to work, we need a directory maybe called "quarks" 
> somewhere in trunk, perhaps, and inside there a DIRECTORY directory.
> If noone objects, I can create this.

I guess then on the other hand, if people not too involved into scgraph 
want to improve the scgraph quark, there's a higher probability that 
they already have SC svn access than that they already have scgraph-svn 
access..

I'd say: It's your call. Do as you please :) If you have the gut feeling 
it would be better in the global SC quark repo, then please put it there.

Regards,
Flo

Re: [Scgraph-users] turning language side of scgraph into a quark?

[LFSaw <lf...@lf...>]

On 26.01.2009, at 19:45, Florian Schmidt wrote:

> On Mon, 2009-01-26 at 19:22 +0100, LFSaw wrote:
>> Hey,
>>
>> I am on th eway turning the language side of scgraph into a quark.
>> That would have the beneft that it is more easy to intall and we can
>> test several approaches in changing its design in parallel without
>> changing the default behavior.
>>
>> Any objections, and, if not, where to put it?
>> Either in the general quarks directory, or in a seperate quarks
>> directory in scgraph's sf-svn.
>
> No objections from my side.. I guess the most simple [for the user]
> would be the general quarks-directory? The user would still have the
> option of installing it separately in this case?


Yeah.

Downside is that this menas they are not part of the scgraph distro  
anymore.

lg
	Till

Re: [Scgraph-users] turning language side of scgraph into a quark?

[Florian S. <fsc...@te...>]

On Mon, 2009-01-26 at 19:22 +0100, LFSaw wrote:
> Hey,
> 
> I am on th eway turning the language side of scgraph into a quark.
> That would have the beneft that it is more easy to intall and we can  
> test several approaches in changing its design in parallel without  
> changing the default behavior.
> 
> Any objections, and, if not, where to put it?
> Either in the general quarks directory, or in a seperate quarks  
> directory in scgraph's sf-svn.

No objections from my side.. I guess the most simple [for the user]
would be the general quarks-directory? The user would still have the
option of installing it separately in this case?

Regards,
Flo

[Scgraph-users] turning language side of scgraph into a quark?

[LFSaw <lf...@lf...>]

Hey,

I am on th eway turning the language side of scgraph into a quark.
That would have the beneft that it is more easy to intall and we can  
test several approaches in changing its design in parallel without  
changing the default behavior.

Any objections, and, if not, where to put it?
Either in the general quarks directory, or in a seperate quarks  
directory in scgraph's sf-svn.

kind regards
	Till

Re: [Scgraph-users] test

[Florian S. <fsc...@te...>]

On Sun, 2009-01-25 at 22:42 +0100, Florian Schmidt wrote:
> On Thursday 22 January 2009, Till Bovermann wrote:
> 
> > this is a test
> 
> >
> 
> > :-)
> 
> Und das hier aus KMail.. Ist das Verhalten deines Mailers bei beiden
> gleich?

Oops, actually this mail was meant for being sent off list :)

Flo

Re: [Scgraph-users] test

[Florian S. <mis...@gm...>]

On Thursday 22 January 2009, Till Bovermann wrote:
> this is a test
>
> :-)

Und das hier aus KMail.. Ist das Verhalten deines Mailers bei beiden gleich?

Gruss,
Flo


-- 
Palimm Palimm!
http://tapas.affenbande.org

Re: [Scgraph-users] [sc-dev] scgraph - polygon scgraph-0.12 osx

[Florian S. <mis...@gm...>]

On Friday 23 January 2009, Fredrik Olofsson wrote:
> > Hi again.. I believe this is fixed with the current release 0.13b
> > (b is a bugfix release for 0.13).. Find it at
> > http://sf.net/projects/scgraph
> > Regards,
> > Flo
> > P.S.: Please let me know whether this works for you, too..
>
> hi Florian,
> that's excellent.  thanks a lot.  now i can draw my little circles.
>

CC'ing to scgraph-users ML..

Hi, depending on your specific needs it might be more efficient to use a 
textured quad for drawing circles.. This reminds me that i need to update the 
docs in so many places, it's not even funny anymore ;)

Flo

> (
> var dim= 20;
> g= SynthDef(\poly, {
> 	var arr= {|i|
> 		[
> 			cos(i/dim*2pi),
> 			sin(i/dim*2pi),
> 			0
> 		]
> 	}.dup(dim);
> 	var src= GPolygon.gr(arr);
> 	GGLRenderer.gr(src);
> }).play(h);
> )
>
>
>    #|
>       fredrikolofsson.com     klippav.org     musicalfieldsforever.com
>
>    |#


-- 
Palimm Palimm!
http://tapas.affenbande.org