Dan Williams wrote:
> On Thu, 2008-05-15 at 02:12 -0600, Andrew Jorgensen wrote:
>> What are the plans for UI for controlling multiple-device behavior?
>
> There's an applet re-write on the table for 0.7.1. The current
> menu-based design pretty much falls over for multiple devices.
>
>> Right
>
>
>
> I at least restored the previous behavior of marking the device down
> when wireless is disabled; svn r3666. Again, most drivers should be
> entering low-power state when down, since you're not expected to be able
> to do much of anything in !IFF_UP state anyway, irregardless of any
> othe
On Wednesday 14 May 2008 09:31:47 Ryan Novosielski wrote:
> In the past, it was simply not possible to have more than one NIC
> enabled at once. This is something that was desired by many over the
> years. 0.6.x did not support it, and therefore you got the old behavior.
I agree that having multip
On Thu, 2008-05-15 at 02:12 -0600, Andrew Jorgensen wrote:
> What are the plans for UI for controlling multiple-device behavior?
There's an applet re-write on the table for 0.7.1. The current
menu-based design pretty much falls over for multiple devices.
> Right now nm-applet just connects to a
On Thu, May 15, 2008 at 11:12 AM, Andrew Jorgensen
<[EMAIL PROTECTED]> wrote:
> What are the plans for UI for controlling multiple-device behavior?
> Right now nm-applet just connects to all networks that have automatic
> configurations. This is potentially confusing. A few people have filed
> bu
What are the plans for UI for controlling multiple-device behavior?
Right now nm-applet just connects to all networks that have automatic
configurations. This is potentially confusing. A few people have filed
bugs or asked questions on this list.
If the fastest device does not have a gateway def
