I actually like Radek's panel applet. It is very familiar for me, not like some other confusing network setup dialog I've never seen before. Maybe we could make the whole installer look more like desktop, that could be interesting. -- Martin Gracik ----- "Brian C. Lane" <bcl@xxxxxxxxxx> wrote: > On Thu, Nov 18, 2010 at 12:38:54PM +0100, Radek Vykydal wrote: > > On 11/17/2010 11:18 PM, Brian C. Lane wrote: > > >On Mon, Nov 15, 2010 at 01:33:20PM +0100, Radek Vykydal wrote: > > >>Hi list, > > >> > > >>this is another take on network enablement/configuration UI in > anaconda. > > >>It follows first take: > > > >>https://www.redhat.com/archives/anaconda-devel-list/2010-October/msg00201.html > > >>the point of which was to offer functionality that NetworkManager > Applet > > >>does in desktop environment - overview of available devices, its > > >>status, available APs for wireless, activate/disconnect device > controls. > > >I don't like the panel/applet method. I feels like a kludge to me. > I'm > > >also not a big fan of how we are doing it currently, but I think > popping > > >up a network dialog is much better than expecting the user to click > on the > > >applet. > > > > > > > Why does it feel like a kludge? It's just the network > > configuration/enablement done the same way as in the > > desktop/installed system. I don't dare to estimate how > > users would see it - is it intuitive enough, isn't it too > > much of surprise? I am talking about it with MÃirÃn. > > For me the applet solution seems pretty clean and simple, > > but it is probably because I am already using Fedora. > > The installer isn't the desktop, so to me panels and applets don't > fit. > I realize we have moved in a direction that requires us to use these, > but I don't think they fit. It seems to me that we're painting > ourselves > into a corner by depending on NetworkManager during the install. > Maybe > NM needs a better API to control these things without the need for > the > applet? > > (NOTE: I do realize that I'm complaining without have any better > solutions, sorry about that). > > -- > Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA > (PST8PDT) > > _______________________________________________ > Anaconda-devel-list mailing list > Anaconda-devel-list@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/anaconda-devel-list _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
