paperclippy: (Default)
...assuming there are any UI gurus on my flist, anyway.

Other than grabbing a scroll bar and dragging it or clicking it, there are a few ways to scroll:

  • keyboard -- line up and down and page up and down, home, and end
  • mouse wheel
  • hot areas at the right and bottom edge of touchpad
  • various devices where you click and drag the middle button or a special button
  • turning the mouse wheel while it is held in the "clicked" position


In general, I thought that the hot areas on touchpads just raised mouse wheel events. However, touchpad hot area scrolling doesn't work with WPF ScrollViewers, while mouse wheel scrolling does. Similarly, I have a special mouse, which has a middle "scroll" button, so if I hold down the button and move my mouse, I can scroll. This also doesn't work with WPF ScrollViewers.

So I'm wondering, are middle button click and drag, mouse wheel click and scroll, and hot areas on touchpads the same mouse events? If not, what mouse events should I be looking for to write a custom ScrollViewer to handle all these devices?
paperclippy: (Default)
At work I'm looking into options for new application lifecycle management tools, so I thought I'd post and see what everyone else uses at their companies. Here's kind of a list of the various items that I mean when I say application lifecycle management:

  • requirements/user needs
  • design documentation
  • task lists
  • project scheduling
  • risk and hazard analysis
  • implementation/source control
  • issue tracking
  • testing
  • traceability


Right now, we are using IBM (Telelogic) DOORS for requirements management, and we have our test cases listed in DOORS as well so we can trace them to the requirements. DOORS is functional, but extremely difficult to use. Our design documentation is all in Word documents. Our task lists and project scheduling are done in a combination of Microsoft Project and Excel spreadsheets. Risk and hazard analysis is a Word document with references to requirement numbers from DOORS. We use StarTeam for source control and issue tracking (but I'm told we will be migrating to TFS soon). We use MS-Test, CPPUnit, and TestComplete for automated testing. We use Documentum for storing all of the "official" documents (which means we have to export everything from DOORS, and put together test reports when we run tests to load into Documentum).

What we WANT is something that will integrate all of this stuff together. We want to trace requirements to design to risks to tasks to code to tests, with issue tracking that can refer to any of those elements, all in one place. We want to be able to run our automated and manual tests and have the system automagically create a test summary report. We want to be able to link together change request review meeting minutes to the change requests.

So what do you all use at your jobs? What have you used at previous jobs? Any opinions about them? Do any of you work in highly regulated environments like mine where if you don't have good traceability and documentation the FDA will come down on you?
paperclippy: (grr)
A couple notes to WPF developers who use VS2008:

If you install the Windows SDK, it is likely that your XAML Intellisense will stop working. To fix it, you have to use regedit to change some special registry key to point to some special DLL. There's a webpage about this somewhere, google can find it for you.

Also, somewhere along the line I think the WPF Window VS2008 Template got changed. Instead of apps coming up with a Window that has SizeToContent set to WidthAndHeight, it now comes up set to Manual. This, of course, is not reflected in the designer, resulting in much time spent trying to figure out why my app comes up at some random size instead of the size it appears in the designer and should be based on how WPF sizes things. To change the template, rather than changing anything in the IDE or in preferences, you have to edit C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ItemTemplates\CSharp\WPF\1033\WPFWindow.zip. Of course that is the intuitively obvious way to change such a thing. *rolls eyes*
paperclippy: (huh?)
Okay, so I am pretty sure that the next computer I get is going to be a PC laptop, and I would really like to have the kind where you flip over the screen and write on it, because I think it would help with my RSI issues. Does anyone have any advice or recommendations about tablet PCs? Can you get a dock for them to attach a regular keyboard? Am I crazy for thinking this is a good idea?
paperclippy: (Default)
inanna /pro/bs/sandboxes/jfisher/projects/lnlif % ps -ef | grep matlab
jfisher 13223 1 0 Jun21 pts/1 00:00:00 /cfarm/matlab704/bin/glnx86/MATLAB
jfisher 13230 1 0 Jun21 pts/1 00:01:31 /cfarm/matlab704/bin/glnx86/MATLAB


I just kill -9'd 13223 and 13230 TWICE and they are still not dead. I previously killed about 10 other MATLAB processes that were running for some reason. Does anyone have any suggestions for me, other than logging out and/or rebooting?

Edit: I rebooted, and now they're dead. Logging out didn't kill them. I'm really curious though why they wouldn't die and why their parent process was 1.

Profile

paperclippy: (Default)
paperclippy

April 2017

S M T W T F S
      1
2345678
9101112131415
161718 19202122
23242526272829
30      

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 21st, 2017 12:18 pm
Powered by Dreamwidth Studios