Hi Erich; Am Samstag, 2. April 2016, 13:31:19 schrieb Erich Titl: > Am 02.04.2016 um 12:00 schrieb Andrew: > > 02.04.2016 10:48, Erich Titl пишет: > ... > > >> You are right, but this is mostly due to the fact that the webconf > >> interface does not attract our developers. Maybe the fact that it is > >> written in shell keeps them away. Even big Cisco and HP routers/switches > >> have quite powerful web interfaces. > > > > AFAIK Cisco 65xx/76xx/ASR/etc are configured just via CLI. For ex: > > http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_dhcp/configuration > > /xe-3s/asr1000/dhcp-xe-3s-asr1000-book/config-dhcp-server-xe.html > Well, I used a number of them in the past and definitely there was a GUI > > >> Yes and the menu entry is completely misleading. > > > > It comes from 3.x (or older) version w/o changes. > > I know and it has been misleading for ages. > > > How it should be named for more clear understanding? > > /etc/hosts
I think this will not help in terms of user friendliness... > >>> If you want to see some diag info - IMHO it'll be good to add separate > >>> section with diag commands (like 'ip a' or 'iptraf' if it's available). > >>> but it's easier to enter these commands in shell. > >> > >> That is what I normally do, because I am quite familiar with the shell. > >> > >> - The menu entries are partially misleading and not always useful > >> - I just hate the editor called in the menu, so I prefer to use vi, but > >> that is a very personal choice. > > > > you can configure which editor you want to use. > > I probably could, but then I hardly ever use lrcfg. I would like the > LEAF boxes to be more user friendly, not for myself but for others. > Developers are notoriously bad at user friendlyness, because they don't > need it. > > So everything can remain as is, but that does not make the LEAF software > any better. From my past experience in product management and support it > is always worth to make software user friendly. If you think that the > lrcfg menu is adapted to the year 2016, please rethink. lrcfg is known to work as it has matured over years, on the other hand it shows it's age. If something new and fancy is needed, it can be added as lrcfg-ng, but it should stay (mostly) as-is, until something better catches up with lrcfg and provide enhancements. IMHO providing a good and up-to-date documentation with how-to's one can follow step-by-step etc will help users more than anything else to get his tasks done. You see preferences, how to make LEAF user friendly, vary and seems to be bound to personal habits, how one tries to solve a task/problem. None of us is wrong or right though. kp ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
