Yes it refers to 3.0.<br><br>No it is not wise to switch to it for serious work.<br><br>You technically should be able to reopen a resolved issue by posting to it.  Once it gets closed out, which this one really should be as it has been resolved for a length of time with no comment, you would be unable to reopen it.  However in this case I would create a new issue altogether instead anyways.<br>
<br>         Seablade<br><br><div class="gmail_quote">On Mon, May 4, 2009 at 10:27 AM, Pau Arumí <span dir="ltr"><<a href="mailto:parumi@iua.upf.edu">parumi@iua.upf.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Hi,<br>
<br>
I was about to transform this bug-report-and-patch from Natanael to a<br>
mantis bug (in hopes that it would receive attention and eventually a<br>
commit). But then I found bug #1795 "Sort Connections", resolved because<br>
"we've got a new connections manager".<br>
<br>
Since it seems that commenting on closed bugs in mantis is not possible<br>
(tell me otherwise) I'll ask here: does this new connections manager<br>
refers to ardour3 ? If so, is it wise to switch for serious work<br>
(without midi)?<br>
<br>
Thanks<br>
P<br>
<br>
El dl 20 de 04 de 2009 a les 22:07 +0200, en/na Natanael Olaiz va<br>
escriure:<br>
<div><div></div><div class="h5">> Hi,<br>
><br>
> Using ardour with more than 10 in/out ports in a track, the ports order<br>
> is done alphabetically, so the order is: 1,10,11,...,2,...,9 (and figure<br>
> like that in the GUI). So, if you have in the XML (we are trying to do<br>
> things from outside Ardour, like Pau comment some days ago...) a 15<br>
> channels track connected to a bus like this:<br>
><br>
><br>
>     <IO name="Audio 1" id="1105" active="yes" inputs="{}" outputs="{Bus<br>
>     1/in 1}{Bus 1/in 2}{Bus 1/in 3}{Bus 1/in 4}{Bus 1/in 5}{Bus 1/in<br>
>     6}{Bus 1/in 7}{Bus 1/in 8}{Bus 1/in 9}{Bus 1/in 10}{Bus 1/in 11}{Bus<br>
>     1/in 12}{Bus 1/in 13}{Bus 1/in 14}{Bus 1/in 15}"<br>
>     gain="1.000000000000" iolimits="1,-1,-1,-1"><br>
><br>
>     [...]<br>
><br>
>     <IO name="Bus 1" id="1125" active="yes" inputs="{Audio 1/out<br>
>     1}{Audio 1/out 2}{Audio 1/out 3}{Audio 1/out 4}{Audio 1/out 5}{Audio<br>
>     1/out 6}{Audio 1/out 7}{Audio 1/out 8}{Audio 1/out 9}{Audio 1/out<br>
>     10}{Audio 1/out 11}{Audio 1/out 12}{Audio 1/out 13}{Audio 1/out<br>
>     14}{Audio 1/out 15}" outputs="{master/in 1}{master/in 2}"<br>
>     gain="1.000000000000" iolimits="-1,-1,-1,-1"><br>
><br>
> You obtain in the GUI the order: 1,4,5,10,11,12,13,14,15,2,3 (like in<br>
> the screenshot), because of a double alphabetically order... (2 became<br>
> 10, and 10 at their time is 4...).<br>
><br>
> So I made a patch to make the sort routine check for numbers to the end<br>
> of the port name. Is attached, and a test session with those connections.<br>
><br>
> I have to change the cstdlib atoi for the PBD one, and try to use<br>
> ustrings instead std::strings... but the reverse iterator doesn't work.<br>
> Anyway, it works.<br>
><br>
><br>
> Best regards,<br>
> Natanael.<br>
</div></div><div><div></div><div class="h5">> _______________________________________________<br>
> ardour-dev mailing list<br>
> <a href="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</a><br>
> <a href="http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org" target="_blank">http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org</a><br>
<br>
_______________________________________________<br>
ardour-dev mailing list<br>
<a href="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</a><br>
<a href="http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org" target="_blank">http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org</a><br>
</div></div></blockquote></div><br>