DPack 2.9.3 released

New DPack version 2.9.3 is available now. This is mainly a maintenance release. Here’s what’s fixed in this version:

  • Fixed Browsers list view search flicker.
  • Fixed C++ projects Solution Browser cache update problem when deleting code elements.

The new version is available at www.usysware.com/dpack/. Enjoy.

On VS 2005 compatibility:
This release is a last Visual Studio 2005 compatible one. Yep, DPack support for that version is ending. This last version, just like VS.NET 2003 compatible one, is still available for download on the main site.

On VS 2010 Beta 2 compatibility:
VS 2010 Beta 2 conversion is in progress. All features work fine as far as I can tell, with the exception of Bookmarks. Setup needs to be reworked to support the new registration method. And not to mention that it’d be nice to be able to install DPack using new Extension Manager. I’ll post more when new VS 2010 Beta 2 compatible version is available.

Sergey @ USysWare

4 Responses to “DPack 2.9.3 released”

  1. 1 betspaam

    Hi $) Thanks for your addin. I thinked about one feature to speedup develop process. May be you will be interested in implementing it.

    Usually when you working in solution you modify only 5-10 files in one day (let name this files as working files with working classes). So in this time you not interested in other 1000x files of your solution. So its annoying to find this working files in solution even with dpack solution browser because you need remember class names that you use this day. Make this worling files all time opened in VS also not so good. So if dpack solution browser can allow order by last modify time of classes it will be very nice. Also this applys to file browser with order by last modify time of files.

    In general i thinking about more complex feature - tag for everythings (project,file,class) $)

    For example each file have bunch of tags for example:
    have this sys and user tags

    sys defined
    dtlastmodify:1.1.2009 13:50:23
    dtcreate:1.1.2009 13:56:23

    user defined
    todo:”add new methods to something”

    sys tags automatically handled by system and user defined tags modified by user hands $).

    So you can bring Dpack Tag Search Window $) and search for tags may be by search text layer=DAL and dtlastmodify = today or may be by some friendly tag cloud or someting else.

    What do you think about this ideas?

    You can answere me in russian if need $)

    Thanks $)

  2. 2 Sergey

    Glad you like it.

    It’s an interesting set of suggestions. So what you’re basically saying is to have some sort of MRU mode, aka Most Recently Used, for some browsers. Once engaged it could be some sort of division of the results list onto 2 groups, MRU one, shown at the top of the list and everything else. MRU could arbitrary show say the last 10 files. Not sure if using file timestamp would work as that information is not readily available. Once file item is queried for it, it’d have to hit the OS. So, I could see it slow down the initial refresh on sizable solution with some thousands of files. A simple MRU list would be much less taxing on the system performance IMHO.

    And tagging items almost sounds Desktop Search like functionality. What would be cool if VS had integrated into DS with all solution and file metadata. I don’t think that’s the case though. I actually wrote an article on that some long time ago: http://msdn.microsoft.com/en-us/magazine/cc163575.aspx . I might need to check out DS integration again.


  3. 3 betspaam

    Thanks for answer :)
    Yes this something related to MRU in other software. To fix perfomance problems maybe you can catch events when VS save files and gather timestamps of this files. And maybe not only MRU in external list but feature to filter VS solution browser to show only MRU files. (old files and folders with old files will be hidden)

    Very nice article in msdn about Desktop Search and using it for backend of VS addin :) But Internet blogs is full of messages that this system have high load to system when indexing, may be it will be slow down work in VS. I prefer something fast and lightweight as your current search in DPack. And prefer that search system store indexes and other sensivity information in known secure place.


  4. 4 Sergey

    External cache tends to get out of date. Case in point. You close VS, fire up your source control system and sync it up to get the latest changes. If there are new or updated files in the project/solution your cache is no good anymore. That’s why I think relying on checking file timestamp is not the best approach. Simply presenting what you had opened last via File Browser is the most bulletproof approach.

    I was skeptical of DS before but with Win7 having DS really backed in and polished, I must admit I’ve been actually enjoying it so far. And I haven’t noticed any performance issues pertaining to content indexing.

Leave a Reply