You can subscribe to this list here.
2003 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
(3) |
May
(2) |
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <ben...@id...> - 2004-05-22 12:54:55
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: SourceForge.net <no...@so...> - 2003-12-29 17:15:58
|
Feature Requests item #827870, was opened at 2003-10-22 00:58 Message generated for change (Settings changed) made by fakyrr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=827870&group_id=26076 Category: None Group: None >Status: Closed >Priority: 1 Submitted By: etienne (edeleflie) >Assigned to: Nobody/Anonymous (nobody) Summary: document what control-z does Initial Comment: ... found it by accident what does it do ? ---------------------------------------------------------------------- Comment By: Pierre-Alexandre Pages (fakyrr) Date: 2003-12-29 17:14 Message: Logged In: YES user_id=832240 Like in many other softwares, Ctrl-Z is for 'undo', which is pretty limited but functional in jMax. I'll try to make it appear somewhere in the doc... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=827870&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-10-20 13:33:08
|
Feature Requests item #826837, was opened at 2003-10-20 14:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=826837&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: Patrice Tisserand (p_tisserand) Assigned to: Patrice Tisserand (p_tisserand) Summary: jack transport mode Initial Comment: Add jack transport mode in jMax When receive stop -> stop the dsp. When receive start -> start the dsp. Don't forget to add a way to disable this feature by the user at running time. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=826837&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-07-22 16:58:20
|
Feature Requests item #690467, was opened at 2003-02-21 04:26 Message generated for change (Comment added) made by p_tisserand You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690467&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: etienne (edeleflie) Assigned to: Patrice Tisserand (p_tisserand) Summary: OSC implementation Initial Comment: Open Sound Control implementation. This would greatly fascilitate communiaction with other patcher software such as MAX/MSP, PD, etc. Trying to communicate between jMAX and other patcher software is something I am often challenged with ....... and always ends up being a messy mix of different technologies ..... (I have to run PD at the same time as jMAX, then I do an internal midi loop, send midi data to PD which then converts to OSC then out via ethernet to other MAX/MSP or PD users) ---------------------------------------------------------------------- >Comment By: Patrice Tisserand (p_tisserand) Date: 2003-07-22 18:58 Message: Logged In: YES user_id=618547 Bundle decoding (without time tag support) have been added to jMAx OSC package. jmax_OSC_decoder.c 1.3 jmax_OSC_protocol.h 1.2 ---------------------------------------------------------------------- Comment By: Patrice Tisserand (p_tisserand) Date: 2003-04-10 14:00 Message: Logged In: YES user_id=618547 Hi, I have just commit a jMax OSC package (CVS module jmaxosc). This package allow sending/receiving of "basic" OSC message. Only int32, float32 and OSC-string type are available. See patch jmaxosc/test/OSC_test1.jmax which receives messages on port 3333 and send messages to localhost:5555 ---------------------------------------------------------------------- Comment By: Patrice Tisserand (p_tisserand) Date: 2003-02-26 10:21 Message: Logged In: YES user_id=618547 Hi, we have plan to write a jMax external object which will provide OSC implementation. I think we will start the write of this object after April. Thanks a lot for your request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690467&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-07-16 14:04:37
|
Feature Requests item #772325, was opened at 2003-07-16 16:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=772325&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: Jean-Philippe Lambert (jp_lambert) Assigned to: Nobody/Anonymous (nobody) Summary: a trigger for the new types Initial Comment: the trigger object should work with any data objects (ivec, fmat, dict...) as the fork object does. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=772325&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-06-24 12:30:28
|
Feature Requests item #748682, was opened at 2003-06-04 08:44 Message generated for change (Comment added) made by p_tisserand You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=748682&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: Patrice Tisserand (p_tisserand) Assigned to: Nobody/Anonymous (nobody) Summary: Midishare support Initial Comment: - Fix midishare package compilation (update for jMax 4.0.x MIDI API) - Add midishare port in MIDI Configuration Panel ---------------------------------------------------------------------- >Comment By: Patrice Tisserand (p_tisserand) Date: 2003-06-24 14:30 Message: Logged In: YES user_id=618547 - Midishare compilation fixed (still need to update configure.in and packages/Makefile.am) - Only one midishare port and connection made outside jMax. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=748682&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-06-05 10:30:25
|
Feature Requests item #749452, was opened at 2003-06-05 10:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=749452&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Nobody/Anonymous (nobody) Summary: Range operator in expressions Initial Comment: It would be useful (for index ranges in tuples or matrices) to have a range operator that expands to a list (tuple) of integer values, e.g. like in Perl: 2..4 -> 2 3 4 and reverse 1..-2 --> 1 0 -1 -2 or like in Matlab, with step: 2 : 4 1 : -1 : -2 or non-integer 6.5 : 0.5 : 8.1 --> 6.5 7 7.5 8 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=749452&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-06-04 06:52:51
|
Feature Requests item #748682, was opened at 2003-06-04 08:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=748682&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: Patrice Tisserand (p_tisserand) Assigned to: Nobody/Anonymous (nobody) Summary: Midishare support Initial Comment: - Fix midishare package compilation (update for jMax 4.0.x MIDI API) - Add midishare port in MIDI Configuration Panel ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=748682&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-05-22 12:28:31
|
Feature Requests item #741678, was opened at 2003-05-22 12:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=741678&group_id=26076 Category: Interface Improvements Group: None Status: Open Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Nobody/Anonymous (nobody) Summary: Graphics objects 2 Initial Comment: Now the more complicated stuff: It would be great if the graphics display objects could be configured more flexibly. First of all, as the scroll direction is in the wrong sense for displaying time, we need to be able to choose scrolling from right to left. Second, the zoom x from the matrix display should be available for the vector display, too, and should be settable to < 1 for zooming out of large vectors. Third, the y-axis of the matrix display (but also the vector disp) should be flippable, to be able to display frequency (e.g. of fft vectors) in the usual sense. The scroll direction and flip could be unified with the zoom x/y parameters: negative values change the direction. All of this of course settable by the inspector and by messages. Fourth, maybe it would be useful if the vector display could receive also a bpf, to have an inline bpf display. Sixth, for the latter, and in general, an auto-zoom mode would be great that stretches the data to be displayed to fit the size of the display object (x, y or both). (This only has sense for a non-scrolling axis.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=741678&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-05-22 11:49:04
|
Feature Requests item #741659, was opened at 2003-05-22 11:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=741659&group_id=26076 Category: Interface Improvements Group: None Status: Open Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Nobody/Anonymous (nobody) Summary: Graphics objects 1 Initial Comment: First the simple stuff: Graphics objects (vector display, matrix display, oscilloscope, but also slider, etc.) should make their inspector configuration fields available as messages. E.g. setting the min/max range would become equivalent to sending a 'set min -5.0' or 'miny -0.5' message. Also the coulour should be settable by 'foreground rgb 0 0.5 1' or 'background hsv 0 0 0' or 'set foreground black'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=741659&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-04-10 11:44:38
|
Feature Requests item #690467, was opened at 2003-02-21 04:26 Message generated for change (Comment added) made by p_tisserand You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690467&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: etienne (edeleflie) Assigned to: Patrice Tisserand (p_tisserand) Summary: OSC implementation Initial Comment: Open Sound Control implementation. This would greatly fascilitate communiaction with other patcher software such as MAX/MSP, PD, etc. Trying to communicate between jMAX and other patcher software is something I am often challenged with ....... and always ends up being a messy mix of different technologies ..... (I have to run PD at the same time as jMAX, then I do an internal midi loop, send midi data to PD which then converts to OSC then out via ethernet to other MAX/MSP or PD users) ---------------------------------------------------------------------- >Comment By: Patrice Tisserand (p_tisserand) Date: 2003-04-10 14:00 Message: Logged In: YES user_id=618547 Hi, I have just commit a jMax OSC package (CVS module jmaxosc). This package allow sending/receiving of "basic" OSC message. Only int32, float32 and OSC-string type are available. See patch jmaxosc/test/OSC_test1.jmax which receives messages on port 3333 and send messages to localhost:5555 ---------------------------------------------------------------------- Comment By: Patrice Tisserand (p_tisserand) Date: 2003-02-26 10:21 Message: Logged In: YES user_id=618547 Hi, we have plan to write a jMax external object which will provide OSC implementation. I think we will start the write of this object after April. Thanks a lot for your request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690467&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-04-07 07:24:53
|
Feature Requests item #690467, was opened at 2003-02-21 04:26 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690467&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: etienne (edeleflie) >Assigned to: Patrice Tisserand (p_tisserand) Summary: OSC implementation Initial Comment: Open Sound Control implementation. This would greatly fascilitate communiaction with other patcher software such as MAX/MSP, PD, etc. Trying to communicate between jMAX and other patcher software is something I am often challenged with ....... and always ends up being a messy mix of different technologies ..... (I have to run PD at the same time as jMAX, then I do an internal midi loop, send midi data to PD which then converts to OSC then out via ethernet to other MAX/MSP or PD users) ---------------------------------------------------------------------- Comment By: Patrice Tisserand (p_tisserand) Date: 2003-02-26 10:21 Message: Logged In: YES user_id=618547 Hi, we have plan to write a jMax external object which will provide OSC implementation. I think we will start the write of this object after April. Thanks a lot for your request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690467&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-04-04 16:01:12
|
Feature Requests item #690246, was opened at 2003-02-20 20:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690246&group_id=26076 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: serial object port Initial Comment: Hi all, As discussed earlier with Patrice, I would like to see the serial object work again under 4.0.x. I use it in an installation... thank you Alexandre aca...@ar... ---------------------------------------------------------------------- >Comment By: Patrice Tisserand (p_tisserand) Date: 2003-04-04 18:16 Message: Logged In: YES user_id=618547 tested with success by Alexandre ---------------------------------------------------------------------- Comment By: Patrice Tisserand (p_tisserand) Date: 2003-03-31 11:23 Message: Logged In: YES user_id=618547 - Add code for missing outlet in serial object. - Add preprocessor conditionnal for calling of serial_config, the change in iomodule.c is not more needed. - Input tested with a serial mouse, received only zero (but same as $ cat /dev/ttyS1 | od ) - Output not tested. ---------------------------------------------------------------------- Comment By: Alexandre Castonguay (alx1) Date: 2003-03-28 19:20 Message: Logged In: YES user_id=744572 Hello all, I made the change in iomodule.c proposed by Patrice and the object serial is constructed but with only an inlet and no outlet. The object normally is constructed like so: [serial /dev/ttyS1 b9600]. When attempting to send serial data out, I get an "error inserial: outlet(0) out of range". I guess I need a null modem cable to monitor the output on /dev/ttyS0. Merci, Alexandre ---------------------------------------------------------------------- Comment By: Patrice Tisserand (p_tisserand) Date: 2003-02-26 10:15 Message: Logged In: YES user_id=618547 Hi, actually we can't test the serial object (no serial device available in team). Maybe you can test it ? To do this, you need to edit jmax/package/io/c/src/iomodule.c and move the call to serial_config() before the preprocessor #if 0 (line 50) I hope it will work... Bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690246&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-03-31 09:08:33
|
Feature Requests item #690246, was opened at 2003-02-20 20:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690246&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: serial object port Initial Comment: Hi all, As discussed earlier with Patrice, I would like to see the serial object work again under 4.0.x. I use it in an installation... thank you Alexandre aca...@ar... ---------------------------------------------------------------------- >Comment By: Patrice Tisserand (p_tisserand) Date: 2003-03-31 11:23 Message: Logged In: YES user_id=618547 - Add code for missing outlet in serial object. - Add preprocessor conditionnal for calling of serial_config, the change in iomodule.c is not more needed. - Input tested with a serial mouse, received only zero (but same as $ cat /dev/ttyS1 | od ) - Output not tested. ---------------------------------------------------------------------- Comment By: Alexandre Castonguay (alx1) Date: 2003-03-28 19:20 Message: Logged In: YES user_id=744572 Hello all, I made the change in iomodule.c proposed by Patrice and the object serial is constructed but with only an inlet and no outlet. The object normally is constructed like so: [serial /dev/ttyS1 b9600]. When attempting to send serial data out, I get an "error inserial: outlet(0) out of range". I guess I need a null modem cable to monitor the output on /dev/ttyS0. Merci, Alexandre ---------------------------------------------------------------------- Comment By: Patrice Tisserand (p_tisserand) Date: 2003-02-26 10:15 Message: Logged In: YES user_id=618547 Hi, actually we can't test the serial object (no serial device available in team). Maybe you can test it ? To do this, you need to edit jmax/package/io/c/src/iomodule.c and move the call to serial_config() before the preprocessor #if 0 (line 50) I hope it will work... Bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690246&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-03-28 18:06:23
|
Feature Requests item #690246, was opened at 2003-02-20 14:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690246&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: serial object port Initial Comment: Hi all, As discussed earlier with Patrice, I would like to see the serial object work again under 4.0.x. I use it in an installation... thank you Alexandre aca...@ar... ---------------------------------------------------------------------- Comment By: Alexandre Castonguay (alx1) Date: 2003-03-28 13:20 Message: Logged In: YES user_id=744572 Hello all, I made the change in iomodule.c proposed by Patrice and the object serial is constructed but with only an inlet and no outlet. The object normally is constructed like so: [serial /dev/ttyS1 b9600]. When attempting to send serial data out, I get an "error inserial: outlet(0) out of range". I guess I need a null modem cable to monitor the output on /dev/ttyS0. Merci, Alexandre ---------------------------------------------------------------------- Comment By: Patrice Tisserand (p_tisserand) Date: 2003-02-26 04:15 Message: Logged In: YES user_id=618547 Hi, actually we can't test the serial object (no serial device available in team). Maybe you can test it ? To do this, you need to edit jmax/package/io/c/src/iomodule.c and move the call to serial_config() before the preprocessor #if 0 (line 50) I hope it will work... Bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690246&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-02-26 09:11:26
|
Feature Requests item #690467, was opened at 2003-02-21 04:26 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690467&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: etienne (edeleflie) Assigned to: Nobody/Anonymous (nobody) Summary: OSC implementation Initial Comment: Open Sound Control implementation. This would greatly fascilitate communiaction with other patcher software such as MAX/MSP, PD, etc. Trying to communicate between jMAX and other patcher software is something I am often challenged with ....... and always ends up being a messy mix of different technologies ..... (I have to run PD at the same time as jMAX, then I do an internal midi loop, send midi data to PD which then converts to OSC then out via ethernet to other MAX/MSP or PD users) ---------------------------------------------------------------------- >Comment By: Patrice Tisserand (p_tisserand) Date: 2003-02-26 10:21 Message: Logged In: YES user_id=618547 Hi, we have plan to write a jMax external object which will provide OSC implementation. I think we will start the write of this object after April. Thanks a lot for your request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690467&group_id=26076 |
From: SourceForge.net <no...@so...> - 2003-02-26 09:06:35
|
Feature Requests item #690246, was opened at 2003-02-20 20:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690246&group_id=26076 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: serial object port Initial Comment: Hi all, As discussed earlier with Patrice, I would like to see the serial object work again under 4.0.x. I use it in an installation... thank you Alexandre aca...@ar... ---------------------------------------------------------------------- >Comment By: Patrice Tisserand (p_tisserand) Date: 2003-02-26 10:15 Message: Logged In: YES user_id=618547 Hi, actually we can't test the serial object (no serial device available in team). Maybe you can test it ? To do this, you need to edit jmax/package/io/c/src/iomodule.c and move the call to serial_config() before the preprocessor #if 0 (line 50) I hope it will work... Bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424545&aid=690246&group_id=26076 |