1. 09 Sep, 2006 1 commit
  2. 17 Aug, 2006 1 commit
  3. 03 Aug, 2006 1 commit
  4. 02 Aug, 2006 1 commit
  5. 01 Aug, 2006 1 commit
  6. 31 Jul, 2006 1 commit
  7. 30 Jul, 2006 1 commit
    • Felix Paul Kühne's avatar
      * additional interaction enhancements · 0a9dbda9
      Felix Paul Kühne authored
          - intf_UserFatal takes an addition bool-argument now to set whether the error message will be blocking in the interface or not (so TRUE = blocking)
          - intf_UserWarn is always non-blocking and is used to check important, localised warnings to the user
      * wx: a compilation fix, but no update to the current API
      * osx: complete implementation of the interaction framework using some Carbon (!) functions, because the needed icons aren't accessible through Cocoa. Regrettably, I had to add yet another nib-file to keep the code clean and readable.
      
      The Error-dialogue is no longer re-usable (so the specific ID was removed). The interface needs to keep track of the reported errors and warnings. Thus, it may discard them as requested by the user and doesn't need to care about the core.
      0a9dbda9
  8. 29 Jul, 2006 2 commits
    • Felix Paul Kühne's avatar
      9c964adb
    • Felix Paul Kühne's avatar
      * enhanced the interaction core with some method additions/changes · 6cb1101a
      Felix Paul Kühne authored
      - intf_UserProgress* takes an additional argument now. use it to provide the time to go (in sec) until the process will be finished. Provide 0, if you don't have such info. The interface will hide the respective text-field.
      - intf_UserProgressIsCancelled can be called by the module which triggered the interaction dialogue on a regular interval, to check if the user cancelled the dialogue or not. This is for dialogues with an optional cancel-button only (like the modal progress panel), so it doesn't replace p_dialog->i_return = DIALOG_CANCELLED which is for yes/no-style dialogues
      - intf_UserOkayCancel was removed in favour of an enhanced intf_UserYesNo
      - intf_UserYesNo takes 3 additional arguments now to get the custom captions of the default (~Yes), alternate(~No) and one optional button(~Cancel). This provides a better interface experience for the user and is more compliant with OSX's HIGL. The interface automatically hides the 3rd button, if NULL is given.
      6cb1101a
  9. 03 Jul, 2006 1 commit
  10. 10 Jun, 2006 1 commit
  11. 14 May, 2006 3 commits
  12. 28 Mar, 2006 1 commit
  13. 04 Feb, 2006 2 commits
    • zorglub's avatar
      Better fix · 68f500ce
      zorglub authored
      68f500ce
    • dionoea's avatar
      prevent some more segfaults. · c68aabaa
      dionoea authored
      zorglub: could you have a look ? this solution doesn't seem right to
      me because we "loose" some of the calls to the interaction system if
      they're sent at the wrong moment.
      
      c68aabaa
  14. 02 Feb, 2006 1 commit
  15. 01 Feb, 2006 1 commit
  16. 29 Jan, 2006 1 commit
  17. 28 Jan, 2006 1 commit
  18. 27 Jan, 2006 1 commit
  19. 18 Jan, 2006 1 commit
  20. 12 Jan, 2006 1 commit
  21. 15 Dec, 2005 2 commits
  22. 14 Dec, 2005 4 commits
  23. 12 Dec, 2005 2 commits
  24. 11 Dec, 2005 2 commits
    • zorglub's avatar
      Handle removal · 3fbfb3d4
      zorglub authored
      Improve non-handling by interfaces without interaction
      3fbfb3d4
    • zorglub's avatar
      * Handle dialogs needing answer · 15354b04
      zorglub authored
      * Handle interfaces not providing interaction correctly
      * Add a new helper to request authentication
      * Add return codes
      15354b04
  25. 09 Dec, 2005 1 commit
  26. 07 Dec, 2005 1 commit
  27. 06 Dec, 2005 1 commit
  28. 05 Dec, 2005 1 commit