Goals

Replace winetools

Wine tools has a number of issues which prompted me to take it upon myself to write wine doors.

Issues with winetools

  • Written in bash, ~3000 lines of over complicated code
  • Uses a "*" = native,builtin override which is frowned upon
  • Has no generalised way of adding new applications to the list easily
  • User interface is troublesome, cumbersome and outdated GTK+-1.2

Allow flexible application management

Wine doors employs (deprecate pack lists) repositories? and (deprecate application packs) packages? so community users can add new applications easily without doing much code, in most cases this can be done purely in XML

Provide Queue processing capability

Allow users to add multiple installations to a queue, and automatically process dependancies on items which require other libraries to be installed

Provide Application Database integration

Integrate with the Application Database, adding extensions to the already existing Application Database for generating XML files and creating (deprecate application packs) packages? for download directly from WineHQ as a (deprecate pack repository) repository?

Automatically add items to the desktop menus

Part of (deprecate application pack) packages? processing is to create desktop entries on the gnome/kde menus therefore integrating more tightly with the linux desktop.

The Future

As wine-doors develops, more refinements into the way in which we deal with wine, and gather testing data will come. The future of wine-doors is focused on providing high quality debugging information to the winehq team while improving our distribution system to incorporate many new features improving the user experience with wine.

NB Items marked deprecate are being removed in 0.2, they are being renamed and moved around, new pages need to be completed including the specification of these elements.