History of jbidwatcher/trunk/src/com/jbidwatcher/ui/FilterManager.java

  • @693
    avatar 693

    Finally clean up the previously deep tangle between JConfig and ErrorManagement. All error logging is now handled through JConfig.log(), so ErrorManagement doesn't need to be a static block of functions anymore. Much cleaner, imo, but a pretty far-reaching change.

    by mrs, 21 Dec, 2008 01:04 AM
  • @626
    avatar 626

    A small gift to folks who use the web interface; a way to filter the results based on tab name. Might not work well with older auctions, since they may still have their original tab names, despite being actually in 'completed'.

    by mrs, 08 Sep, 2008 06:18 AM
  • @606
    avatar 606

    When creating a new tab, actually put it into the database, so it's available to 'Send to' and preserved between runs.

    [#292 state:resolved]

    by mrs, 15 Aug, 2008 10:11 AM
  • @582
    avatar 582

    Fix an annoying (detected post-release) condition where the 'current' tab can get duplicated, if it exists in the database.

    by mrs, 28 Jul, 2008 07:03 PM
  • @564
    avatar 564

    Preserve column settings during an 'addTab' event, so it uses existing display.cfg settings if it can find them.

    by mrs, 21 Jul, 2008 02:40 AM
  • @553
    avatar 553

    Minor changes to reduce the possibility of auctions getting 'lost', and ending up in the 'current' tab.

    [#24 tagged:committed status:resolved]

    by mrs, 07 Jul, 2008 01:33 AM
  • @544
    avatar 544

    Don't double-pick-up the Complete tab.

    by mrs, 04 Jul, 2008 10:09 AM
  • @543
    avatar 543

    Refactoring for performance and to eliminate dead code.

    by mrs, 04 Jul, 2008 09:56 AM
  • @541
    avatar 541

    Shorten the length of the chain that's used to update an auction and a table.

    by mrs, 04 Jul, 2008 08:29 AM
  • @540
    avatar 540

    Clear up a few warnings, and continue the minor refactorings towards improving the update logic.

    by mrs, 04 Jul, 2008 07:40 AM
  • @539
    avatar 539

    Cleaning up the auction list handling in multiple ways, so as to be able to build a single point of update, off the SuperQueue, and eliminate a lot of unpleasant code.

    by mrs, 04 Jul, 2008 04:35 AM
  • @530
    avatar 530

    Finally eliminated a lot of the nasty tangles of code references (a references b references c references a) in the UI code. It's pretty decently clean now, and in the process the code has been factored out reasonably.

    by mrs, 01 Jul, 2008 02:15 AM
  • @529
    avatar 529

    More reduction in dependence on FilterManager. Split out the list-management properties of FilterManager, as well as the AuctionListHolder into a top-level class. Set it's properties in an initializer, and try to clean up as much as possible.

    by mrs, 30 Jun, 2008 09:33 AM
  • @528
    avatar 528

    More reduction in dependence on FilterManager. Slowly but surely I'm eliminating the nasty tangle at the heart of the program.

    by mrs, 30 Jun, 2008 08:27 AM
  • @516
    avatar 516

    Extricating UI elements into their own classes to try to reduce complexity and decrease tying.

    by mrs, 20 Jun, 2008 07:17 PM
  • @499
    avatar 499

    Sweeping changes to look for auction entries by Identifier from the database, instead of in-memory data structures, look up deleted entries in the database (thus supporting 'don't reload deleted items' again), refactoring a few classes to reduce the amount of dependence on UI code from the Auctions code, fix some aspects of the web interface (including adding a favicon.ico, and a bug where the web interface couldn't load an item from the database).

    by mrs, 19 Jun, 2008 06:32 AM