[Ardour-Dev] sort_ports_by_name patch

[Pau Arumí]

El dl 04 de 05 de 2009 a les 10:36 -0400, en/na Thomas Vecchione va
escriure:
> Yes it refers to 3.0.
> 
> No it is not wise to switch to it for serious work.
> 
> 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.

done: http://tracker.ardour.org/view.php?id=2654

Thanks
P




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