Difference between revisions of "Talk:PC-BSD® 9.2 TODO"

From PC-BSD Wiki
Jump to: navigation, search
(This is about as best as I can do with v9.1rc1 in Virtual Box)
Line 12: Line 12:
 
** '''Input''' - keyboard, mouse, touch, tablet/stylus
 
** '''Input''' - keyboard, mouse, touch, tablet/stylus
 
*** The capabilities exist and may be configurable but a PC-BSD control panel for them does not.
 
*** The capabilities exist and may be configurable but a PC-BSD control panel for them does not.
** {{strike|'''Printer''' - could include fax}} - This may not be perfect but it is functional. The trouble seems to be where the printer is redefined or re-configured in other programs or control panels.
+
** {{strike|'''Printer''' - could include fax}}
 +
***This may not be perfect but it is functional. The trouble seems to be where the printer is redefined or re-configured in other programs or control panels.
 
** '''Fax''' - whether this is a part of another control panel, it should be a consideration for those who need or desire it.
 
** '''Fax''' - whether this is a part of another control panel, it should be a consideration for those who need or desire it.
 
** '''Network''' - {{strike|wifi}}, {{strike|ethernet}}, pppoe, dialup/modem
 
** '''Network''' - {{strike|wifi}}, {{strike|ethernet}}, pppoe, dialup/modem

Revision as of 23:40, 25 September 2012

Further suggested additions

Acceptably complete items are struck.

  • WPA/WEP passkey configuration in network setup during install - supposing secured wifi is the sole internet access but a proxy is not needed/wanted, yet a network install is desired.
  • Live Mode - Add forensic tools Scalpel and Foremost or similar.
  • PC-BSD® 'standard' control panel items (as a GUI front end to cli configurator where possible) for all common System needs. Possible items to include if they do not already exist. Brand these PC-BSD® developed items with the fireball logo or in some way so they can be clearly and easily identified. The additional idea aside from having more control of necessarily configurable OS features and availability of them to the system in general (regardless), is that possibly other DE/WM included versions which may be buggy or resource wasteful could be turned off or deinstalled.
    • Audio - auto-sense headphone connection, dolby/surround, assign specific output/volume to program/device
      • Sound Configuration allows for basic control, by making it easier to change the default audio device.
    • Display - including multi-head
      • KDE's display control panel is a good example of what this should become, but accessible regardless of de/wm. How/why must we reboot for this change?
    • Input - keyboard, mouse, touch, tablet/stylus
      • The capabilities exist and may be configurable but a PC-BSD control panel for them does not.
    • Printer - could include fax
      • This may not be perfect but it is functional. The trouble seems to be where the printer is redefined or re-configured in other programs or control panels.
    • Fax - whether this is a part of another control panel, it should be a consideration for those who need or desire it.
    • Network - wifi, ethernet, pppoe, dialup/modem
      • This is getting closer to what it should be, but as of 9.1rc1, it still seems to need work: It is my understanding that WPA and WPA supplicant configuration is a wifi feature, yet with no discovered wifi devices, the option is available for the network device which happens to be ethernet (em).
    • Scanner - Xsane via Scanner control panel which also checks for the device attached to the system.
    • Search - A GUI to Locate would be great, though searching within a file could be added, I suppose.
  • Service Manager - add a description of each service that may be stopped/started or enabled/disabled.. perhaps either display or quote the manpage for the service. Of course, if there is anything dependent upon a service, it may also be prudent to include tailored warnings about what will be affected.

Painting over the Underbelly?

Our focus should be on making things easier and more approachable or accessible. Therefore, in subtle ways, we ought to maintain some visibility of the technical side of BSD. We can GUI-fy the output of a manpage, dmesg, locate, or other cli "ugliness". This would appeal to the tech-inclined without necessarily scaring away neophytes. It would be wrong to go the more extreme route that Apple has chosen, thereby hiding all technical/challenging aspects behind a simplistic (even if powerful) interface.