Re: [slicer-devel] Left mouse button changes window/level. Is it good?

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: [slicer-devel] Left mouse button changes window/level. Is it good?

Jean-Christophe Fillion-Robin
Adding the user list in cc.

+1 Agreed. The default W/L key could probably be changed


Thanks
Jc


On Thu, Nov 15, 2012 at 10:54 AM, Csaba Pinter <[hidden email]> wrote:
Hi everyone,

I'd like to start a discussion about whether it is a good thing that the
left mouse button changes window/level (brightness/contrast).

Two preferable outcomes are possible here. Either I am convinced that it
is a good thing, or it turns out that it is inconvenient for the most
people using Slicer and we agree on some change.

Let me describe why this is a thorn in my side. Many times after I set a
perfect W/L setting, and I do some other interactions on a slice viewer
using the slice viewer controls, I accidentally hit the image area with
the left button and the display settings immediately change. Then I have
to go to the Volumes module and set the W/L again.
I agree that W/L setting has to be easily accessible but does it have to
be the left mouse button? If let's say the zoom or pan feature was
triggered by the left mouse button, then it would be easily detectable
and correctable. When I say detectable I think about the cases when the
user doesn't even notice that a W/L change was applied, and the image is
completely black/white. The user might actually think their algorithm is
faulty (I saw the exact same happening last week in our lab).

So summing my problem up: The most basic mouse interaction does
something with which one can spoil something that is not always
detectable or easily correctable.

Thoughts?

Cheers,
csaba
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject



--
+1 919 869 8849


_______________________________________________
slicer-users mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: [slicer-devel] Left mouse button changes window/level. Is it good?

Steve Pieper
Thanks for bringing this up - I also have run into undesired
window/level changes.

I'd suggest that we look into extending the current toolbar button
that selects annotations into one that selects all left mouse actions
and that we associate a custom cursor with them like we do for the
Editor and Annotation modes.

-Steve

On Thu, Nov 15, 2012 at 11:04 AM, Jean-Christophe Fillion-Robin
<[hidden email]> wrote:

> Adding the user list in cc.
>
> +1 Agreed. The default W/L key could probably be changed
>
> Existing keyboard and mouse shortcuts are documented here:
> http://www.slicer.org/slicerWiki/index.php/Documentation/Nightly/SlicerApplication/MouseandKeyboardShortcuts
>
> Thanks
> Jc
>
>
> On Thu, Nov 15, 2012 at 10:54 AM, Csaba Pinter <[hidden email]> wrote:
>>
>> Hi everyone,
>>
>> I'd like to start a discussion about whether it is a good thing that the
>> left mouse button changes window/level (brightness/contrast).
>>
>> Two preferable outcomes are possible here. Either I am convinced that it
>> is a good thing, or it turns out that it is inconvenient for the most
>> people using Slicer and we agree on some change.
>>
>> Let me describe why this is a thorn in my side. Many times after I set a
>> perfect W/L setting, and I do some other interactions on a slice viewer
>> using the slice viewer controls, I accidentally hit the image area with
>> the left button and the display settings immediately change. Then I have
>> to go to the Volumes module and set the W/L again.
>> I agree that W/L setting has to be easily accessible but does it have to
>> be the left mouse button? If let's say the zoom or pan feature was
>> triggered by the left mouse button, then it would be easily detectable
>> and correctable. When I say detectable I think about the cases when the
>> user doesn't even notice that a W/L change was applied, and the image is
>> completely black/white. The user might actually think their algorithm is
>> faulty (I saw the exact same happening last week in our lab).
>>
>> So summing my problem up: The most basic mouse interaction does
>> something with which one can spoil something that is not always
>> detectable or easily correctable.
>>
>> Thoughts?
>>
>> Cheers,
>> csaba
>> _______________________________________________
>> slicer-devel mailing list
>> [hidden email]
>> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>> To unsubscribe: send email to
>> [hidden email] with unsubscribe as the
>> subject
>
>
>
>
> --
> +1 919 869 8849
>
>
> _______________________________________________
> slicer-users mailing list
> [hidden email]
> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
> To unsubscribe: send email to [hidden email]
> with unsubscribe as the subject
_______________________________________________
slicer-users mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: [slicer-devel] Left mouse button changes window/level. Is it good?

Jean-Christophe Fillion-Robin
By "select all left mouse actions", you mean some sort of "checkable button" that would enable mouse related control action ?

FYI - Added the topic to next week developer hangout agenda. See http://www.slicer.org/slicerWiki/index.php/Developer_Meetings/20121120


On Thu, Nov 15, 2012 at 11:11 AM, Steve Pieper <[hidden email]> wrote:
Thanks for bringing this up - I also have run into undesired
window/level changes.

I'd suggest that we look into extending the current toolbar button
that selects annotations into one that selects all left mouse actions
and that we associate a custom cursor with them like we do for the
Editor and Annotation modes.

-Steve

On Thu, Nov 15, 2012 at 11:04 AM, Jean-Christophe Fillion-Robin
<[hidden email]> wrote:
> Adding the user list in cc.
>
> +1 Agreed. The default W/L key could probably be changed
>
> Existing keyboard and mouse shortcuts are documented here:
> http://www.slicer.org/slicerWiki/index.php/Documentation/Nightly/SlicerApplication/MouseandKeyboardShortcuts
>
> Thanks
> Jc
>
>
> On Thu, Nov 15, 2012 at 10:54 AM, Csaba Pinter <[hidden email]> wrote:
>>
>> Hi everyone,
>>
>> I'd like to start a discussion about whether it is a good thing that the
>> left mouse button changes window/level (brightness/contrast).
>>
>> Two preferable outcomes are possible here. Either I am convinced that it
>> is a good thing, or it turns out that it is inconvenient for the most
>> people using Slicer and we agree on some change.
>>
>> Let me describe why this is a thorn in my side. Many times after I set a
>> perfect W/L setting, and I do some other interactions on a slice viewer
>> using the slice viewer controls, I accidentally hit the image area with
>> the left button and the display settings immediately change. Then I have
>> to go to the Volumes module and set the W/L again.
>> I agree that W/L setting has to be easily accessible but does it have to
>> be the left mouse button? If let's say the zoom or pan feature was
>> triggered by the left mouse button, then it would be easily detectable
>> and correctable. When I say detectable I think about the cases when the
>> user doesn't even notice that a W/L change was applied, and the image is
>> completely black/white. The user might actually think their algorithm is
>> faulty (I saw the exact same happening last week in our lab).
>>
>> So summing my problem up: The most basic mouse interaction does
>> something with which one can spoil something that is not always
>> detectable or easily correctable.
>>
>> Thoughts?
>>
>> Cheers,
>> csaba
>> _______________________________________________
>> slicer-devel mailing list
>> [hidden email]
>> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>> To unsubscribe: send email to
>> [hidden email] with unsubscribe as the
>> subject
>
>
>
>
> --
> <a href="tel:%2B1%20919%20869%208849" value="+19198698849">+1 919 869 8849
>
>
> _______________________________________________
> slicer-users mailing list
> [hidden email]
> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
> To unsubscribe: send email to [hidden email]
> with unsubscribe as the subject



--
+1 919 869 8849


_______________________________________________
slicer-users mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: [slicer-devel] Left mouse button changes window/level. Is it good?

Steve Pieper
Yes, like the current annotation menu button in the toolbar.  It's
tied to the vtkMRMLInteractionNode (which is a singleton)

https://github.com/Slicer/Slicer/blob/master/Libs/MRML/Core/vtkMRMLInteractionNode.h

On Thu, Nov 15, 2012 at 11:14 AM, Jean-Christophe Fillion-Robin
<[hidden email]> wrote:

> By "select all left mouse actions", you mean some sort of "checkable button"
> that would enable mouse related control action ?
>
> FYI - Added the topic to next week developer hangout agenda. See
> http://www.slicer.org/slicerWiki/index.php/Developer_Meetings/20121120
>
>
> On Thu, Nov 15, 2012 at 11:11 AM, Steve Pieper <[hidden email]> wrote:
>>
>> Thanks for bringing this up - I also have run into undesired
>> window/level changes.
>>
>> I'd suggest that we look into extending the current toolbar button
>> that selects annotations into one that selects all left mouse actions
>> and that we associate a custom cursor with them like we do for the
>> Editor and Annotation modes.
>>
>> -Steve
>>
>> On Thu, Nov 15, 2012 at 11:04 AM, Jean-Christophe Fillion-Robin
>> <[hidden email]> wrote:
>> > Adding the user list in cc.
>> >
>> > +1 Agreed. The default W/L key could probably be changed
>> >
>> > Existing keyboard and mouse shortcuts are documented here:
>> >
>> > http://www.slicer.org/slicerWiki/index.php/Documentation/Nightly/SlicerApplication/MouseandKeyboardShortcuts
>> >
>> > Thanks
>> > Jc
>> >
>> >
>> > On Thu, Nov 15, 2012 at 10:54 AM, Csaba Pinter <[hidden email]>
>> > wrote:
>> >>
>> >> Hi everyone,
>> >>
>> >> I'd like to start a discussion about whether it is a good thing that
>> >> the
>> >> left mouse button changes window/level (brightness/contrast).
>> >>
>> >> Two preferable outcomes are possible here. Either I am convinced that
>> >> it
>> >> is a good thing, or it turns out that it is inconvenient for the most
>> >> people using Slicer and we agree on some change.
>> >>
>> >> Let me describe why this is a thorn in my side. Many times after I set
>> >> a
>> >> perfect W/L setting, and I do some other interactions on a slice viewer
>> >> using the slice viewer controls, I accidentally hit the image area with
>> >> the left button and the display settings immediately change. Then I
>> >> have
>> >> to go to the Volumes module and set the W/L again.
>> >> I agree that W/L setting has to be easily accessible but does it have
>> >> to
>> >> be the left mouse button? If let's say the zoom or pan feature was
>> >> triggered by the left mouse button, then it would be easily detectable
>> >> and correctable. When I say detectable I think about the cases when the
>> >> user doesn't even notice that a W/L change was applied, and the image
>> >> is
>> >> completely black/white. The user might actually think their algorithm
>> >> is
>> >> faulty (I saw the exact same happening last week in our lab).
>> >>
>> >> So summing my problem up: The most basic mouse interaction does
>> >> something with which one can spoil something that is not always
>> >> detectable or easily correctable.
>> >>
>> >> Thoughts?
>> >>
>> >> Cheers,
>> >> csaba
>> >> _______________________________________________
>> >> slicer-devel mailing list
>> >> [hidden email]
>> >> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>> >> To unsubscribe: send email to
>> >> [hidden email] with unsubscribe as the
>> >> subject
>> >
>> >
>> >
>> >
>> > --
>> > +1 919 869 8849
>> >
>> >
>> > _______________________________________________
>> > slicer-users mailing list
>> > [hidden email]
>> > http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
>> > To unsubscribe: send email to
>> > [hidden email]
>> > with unsubscribe as the subject
>
>
>
>
> --
> +1 919 869 8849
>
_______________________________________________
slicer-users mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: [slicer-devel] Left mouse button changes window/level. Is it good?

Jean-Christophe Fillion-Robin
In reply to this post by Steve Pieper
Hi Csaba, 

My understanding is that the button would go in the annotations toolbar as depicted in the enclosed screenshot. 

Ps: Annotation and crosshair toolbar could also be merged into a "Mouse interaction toolbar".

Hth
Jc




On Thu, Nov 15, 2012 at 11:24 AM, Csaba Pinter <[hidden email]> wrote:
Hi Steve,

Custom cursor icons would be very helpful!

The mouse action selector bar ideal is also appealing.
Back in the days when we developed an evaluation workstation software from scratch, and we had to come up with the whole user interface, we ended up using this concept. We called it "mouse mode". When the user right-clicked on the viewer area, a radial menu appeared with the modes and after the user chose one, the mouse cursor changed.

The only thing is that accessing this menu has to be extremely easy, so I don't know if it is a good idea to put in a menu that is not visible by default (in order to change the 'mode' the user would need to hover the very small toolbar opener widget, and do two more clicks).

csaba



On 11/15/2012 11:11, Steve Pieper wrote:
Thanks for bringing this up - I also have run into undesired
window/level changes.

I'd suggest that we look into extending the current toolbar button
that selects annotations into one that selects all left mouse actions
and that we associate a custom cursor with them like we do for the
Editor and Annotation modes.

-Steve

On Thu, Nov 15, 2012 at 11:04 AM, Jean-Christophe Fillion-Robin
<[hidden email]> wrote:
Adding the user list in cc.

+1 Agreed. The default W/L key could probably be changed

Existing keyboard and mouse shortcuts are documented here:
http://www.slicer.org/slicerWiki/index.php/Documentation/Nightly/SlicerApplication/MouseandKeyboardShortcuts

Thanks
Jc


On Thu, Nov 15, 2012 at 10:54 AM, Csaba Pinter <[hidden email]> wrote:
Hi everyone,

I'd like to start a discussion about whether it is a good thing that the
left mouse button changes window/level (brightness/contrast).

Two preferable outcomes are possible here. Either I am convinced that it
is a good thing, or it turns out that it is inconvenient for the most
people using Slicer and we agree on some change.

Let me describe why this is a thorn in my side. Many times after I set a
perfect W/L setting, and I do some other interactions on a slice viewer
using the slice viewer controls, I accidentally hit the image area with
the left button and the display settings immediately change. Then I have
to go to the Volumes module and set the W/L again.
I agree that W/L setting has to be easily accessible but does it have to
be the left mouse button? If let's say the zoom or pan feature was
triggered by the left mouse button, then it would be easily detectable
and correctable. When I say detectable I think about the cases when the
user doesn't even notice that a W/L change was applied, and the image is
completely black/white. The user might actually think their algorithm is
faulty (I saw the exact same happening last week in our lab).

So summing my problem up: The most basic mouse interaction does
something with which one can spoil something that is not always
detectable or easily correctable.

Thoughts?

Cheers,
csaba
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to
[hidden email] with unsubscribe as the
subject



--
<a href="tel:%2B1%20919%20869%208849" value="+19198698849" target="_blank">+1 919 869 8849


_______________________________________________
slicer-users mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
To unsubscribe: send email to [hidden email]
with unsubscribe as the subject




--
+1 919 869 8849


_______________________________________________
slicer-users mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
To unsubscribe: send email to [hidden email] with unsubscribe as the subject

AdditonalMouseButton.png (43K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [slicer-devel] Left mouse button changes window/level. Is it good?

Steve Pieper
We could also think about adding a right click context menu - I've
often thought that would be a handy thing to have in the viewers.  For
example, it could change the mouse mode as we have been discussing,
but it could also expose options like "Edit Properties..." for the
foreground, background, and label layer volumes.

-Steve

On Thu, Nov 15, 2012 at 11:32 AM, Csaba Pinter <[hidden email]> wrote:

> Oh, I see. I thought it would be on the slice viewers.
> Makes more sense now :)
>
> csaba
>
>
>
> On 11/15/2012 11:32, Jean-Christophe Fillion-Robin wrote:
>
> Hi Csaba,
>
> My understanding is that the button would go in the annotations toolbar as
> depicted in the enclosed screenshot.
>
> Ps: Annotation and crosshair toolbar could also be merged into a "Mouse
> interaction toolbar".
>
> Hth
> Jc
>
>
>
>
> On Thu, Nov 15, 2012 at 11:24 AM, Csaba Pinter <[hidden email]> wrote:
>>
>> Hi Steve,
>>
>> Custom cursor icons would be very helpful!
>>
>> The mouse action selector bar ideal is also appealing.
>> Back in the days when we developed an evaluation workstation software from
>> scratch, and we had to come up with the whole user interface, we ended up
>> using this concept. We called it "mouse mode". When the user right-clicked
>> on the viewer area, a radial menu appeared with the modes and after the user
>> chose one, the mouse cursor changed.
>>
>> The only thing is that accessing this menu has to be extremely easy, so I
>> don't know if it is a good idea to put in a menu that is not visible by
>> default (in order to change the 'mode' the user would need to hover the very
>> small toolbar opener widget, and do two more clicks).
>>
>> csaba
>>
>>
>>
>> On 11/15/2012 11:11, Steve Pieper wrote:
>>>
>>> Thanks for bringing this up - I also have run into undesired
>>> window/level changes.
>>>
>>> I'd suggest that we look into extending the current toolbar button
>>> that selects annotations into one that selects all left mouse actions
>>> and that we associate a custom cursor with them like we do for the
>>> Editor and Annotation modes.
>>>
>>> -Steve
>>>
>>> On Thu, Nov 15, 2012 at 11:04 AM, Jean-Christophe Fillion-Robin
>>> <[hidden email]> wrote:
>>>>
>>>> Adding the user list in cc.
>>>>
>>>> +1 Agreed. The default W/L key could probably be changed
>>>>
>>>> Existing keyboard and mouse shortcuts are documented here:
>>>>
>>>> http://www.slicer.org/slicerWiki/index.php/Documentation/Nightly/SlicerApplication/MouseandKeyboardShortcuts
>>>>
>>>> Thanks
>>>> Jc
>>>>
>>>>
>>>> On Thu, Nov 15, 2012 at 10:54 AM, Csaba Pinter <[hidden email]>
>>>> wrote:
>>>>>
>>>>> Hi everyone,
>>>>>
>>>>> I'd like to start a discussion about whether it is a good thing that
>>>>> the
>>>>> left mouse button changes window/level (brightness/contrast).
>>>>>
>>>>> Two preferable outcomes are possible here. Either I am convinced that
>>>>> it
>>>>> is a good thing, or it turns out that it is inconvenient for the most
>>>>> people using Slicer and we agree on some change.
>>>>>
>>>>> Let me describe why this is a thorn in my side. Many times after I set
>>>>> a
>>>>> perfect W/L setting, and I do some other interactions on a slice viewer
>>>>> using the slice viewer controls, I accidentally hit the image area with
>>>>> the left button and the display settings immediately change. Then I
>>>>> have
>>>>> to go to the Volumes module and set the W/L again.
>>>>> I agree that W/L setting has to be easily accessible but does it have
>>>>> to
>>>>> be the left mouse button? If let's say the zoom or pan feature was
>>>>> triggered by the left mouse button, then it would be easily detectable
>>>>> and correctable. When I say detectable I think about the cases when the
>>>>> user doesn't even notice that a W/L change was applied, and the image
>>>>> is
>>>>> completely black/white. The user might actually think their algorithm
>>>>> is
>>>>> faulty (I saw the exact same happening last week in our lab).
>>>>>
>>>>> So summing my problem up: The most basic mouse interaction does
>>>>> something with which one can spoil something that is not always
>>>>> detectable or easily correctable.
>>>>>
>>>>> Thoughts?
>>>>>
>>>>> Cheers,
>>>>> csaba
>>>>> _______________________________________________
>>>>> slicer-devel mailing list
>>>>> [hidden email]
>>>>> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>>>>> To unsubscribe: send email to
>>>>> [hidden email] with unsubscribe as the
>>>>> subject
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> +1 919 869 8849
>>>>
>>>>
>>>> _______________________________________________
>>>> slicer-users mailing list
>>>> [hidden email]
>>>> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
>>>> To unsubscribe: send email to
>>>> [hidden email]
>>>> with unsubscribe as the subject
>>
>>
>
>
>
> --
> +1 919 869 8849
>
>
_______________________________________________
slicer-users mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: [slicer-devel] Left mouse button changes window/level. Is it good?

Sharp, Gregory C.
In reply to this post by Steve Pieper

Wow, fiducials, volume attributes, and mouse actions in one meeting?
It's like I died and went to heaven.  I will be there.

Regarding mouse actions, I will describe the method used
by Elekta XVI software.  Each viewing pane is divided 5 "zones".
Four of them are within say 20% of the four borders of the pane,
and the fifth zone is the central region.

This design allows me to control 5 most common viewing options (window, level,
zoom, pan, and change slice) using only R mouse.  

I prefer zones over R mouse menu.  But the ideas are not incompatible.


-----Original Message-----
From: [hidden email] [mailto:[hidden email]] On Behalf Of Csaba Pinter
Sent: Thursday, November 15, 2012 11:25 AM
To: [hidden email]
Cc: Steve Pieper; Slicer Developers Mailing List; [hidden email]
Subject: Re: [slicer-devel] [slicer-users] Left mouse button changes window/level. Is it good?

Hi Steve,

Custom cursor icons would be very helpful!

The mouse action selector bar ideal is also appealing.
Back in the days when we developed an evaluation workstation software
from scratch, and we had to come up with the whole user interface, we
ended up using this concept. We called it "mouse mode". When the user
right-clicked on the viewer area, a radial menu appeared with the modes
and after the user chose one, the mouse cursor changed.

The only thing is that accessing this menu has to be extremely easy, so
I don't know if it is a good idea to put in a menu that is not visible
by default (in order to change the 'mode' the user would need to hover
the very small toolbar opener widget, and do two more clicks).

csaba


On 11/15/2012 11:11, Steve Pieper wrote:

> Thanks for bringing this up - I also have run into undesired
> window/level changes.
>
> I'd suggest that we look into extending the current toolbar button
> that selects annotations into one that selects all left mouse actions
> and that we associate a custom cursor with them like we do for the
> Editor and Annotation modes.
>
> -Steve
>
> On Thu, Nov 15, 2012 at 11:04 AM, Jean-Christophe Fillion-Robin
> <[hidden email]> wrote:
>> Adding the user list in cc.
>>
>> +1 Agreed. The default W/L key could probably be changed
>>
>> Existing keyboard and mouse shortcuts are documented here:
>> http://www.slicer.org/slicerWiki/index.php/Documentation/Nightly/SlicerApplication/MouseandKeyboardShortcuts
>>
>> Thanks
>> Jc
>>
>>
>> On Thu, Nov 15, 2012 at 10:54 AM, Csaba Pinter <[hidden email]> wrote:
>>> Hi everyone,
>>>
>>> I'd like to start a discussion about whether it is a good thing that the
>>> left mouse button changes window/level (brightness/contrast).
>>>
>>> Two preferable outcomes are possible here. Either I am convinced that it
>>> is a good thing, or it turns out that it is inconvenient for the most
>>> people using Slicer and we agree on some change.
>>>
>>> Let me describe why this is a thorn in my side. Many times after I set a
>>> perfect W/L setting, and I do some other interactions on a slice viewer
>>> using the slice viewer controls, I accidentally hit the image area with
>>> the left button and the display settings immediately change. Then I have
>>> to go to the Volumes module and set the W/L again.
>>> I agree that W/L setting has to be easily accessible but does it have to
>>> be the left mouse button? If let's say the zoom or pan feature was
>>> triggered by the left mouse button, then it would be easily detectable
>>> and correctable. When I say detectable I think about the cases when the
>>> user doesn't even notice that a W/L change was applied, and the image is
>>> completely black/white. The user might actually think their algorithm is
>>> faulty (I saw the exact same happening last week in our lab).
>>>
>>> So summing my problem up: The most basic mouse interaction does
>>> something with which one can spoil something that is not always
>>> detectable or easily correctable.
>>>
>>> Thoughts?
>>>
>>> Cheers,
>>> csaba
>>> _______________________________________________
>>> slicer-devel mailing list
>>> [hidden email]
>>> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>>> To unsubscribe: send email to
>>> [hidden email] with unsubscribe as the
>>> subject
>>
>>
>>
>> --
>> +1 919 869 8849
>>
>>
>> _______________________________________________
>> slicer-users mailing list
>> [hidden email]
>> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
>> To unsubscribe: send email to [hidden email]
>> with unsubscribe as the subject

_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
_______________________________________________
slicer-users mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: [slicer-devel] Left mouse button changes window/level. Is it good?

Andrey Fedorov
Hi

IMO whatever we do should be very easy to use and (probably)
compatible with the user experience on other imaging workstations.

I do not like the idea that to change w/l or zoom I need to go to find
a special menu and do two clicks. In the general usage scenario, user
will want to w/l - zoom - pan one after another without having to
switch modes manually.

I like the regions idea Greg described, this is by the way it is done
on Siemens syngo.via workstation.

I would definitely vote for mouse mode icons, so that when a mouse
button is clicked, the icon changes to whatever is the effect of
moving mouse in that mode.

AF

>
> Wow, fiducials, volume attributes, and mouse actions in one meeting?
> It's like I died and went to heaven.  I will be there.
>
> Regarding mouse actions, I will describe the method used
> by Elekta XVI software.  Each viewing pane is divided 5 "zones".
> Four of them are within say 20% of the four borders of the pane,
> and the fifth zone is the central region.
>
> This design allows me to control 5 most common viewing options (window, level,
> zoom, pan, and change slice) using only R mouse.
>
> I prefer zones over R mouse menu.  But the ideas are not incompatible.
>
>
> -----Original Message-----
> From: [hidden email] [mailto:[hidden email]] On Behalf Of Csaba Pinter
> Sent: Thursday, November 15, 2012 11:25 AM
> To: [hidden email]
> Cc: Steve Pieper; Slicer Developers Mailing List; [hidden email]
> Subject: Re: [slicer-devel] [slicer-users] Left mouse button changes window/level. Is it good?
>
> Hi Steve,
>
> Custom cursor icons would be very helpful!
>
> The mouse action selector bar ideal is also appealing.
> Back in the days when we developed an evaluation workstation software
> from scratch, and we had to come up with the whole user interface, we
> ended up using this concept. We called it "mouse mode". When the user
> right-clicked on the viewer area, a radial menu appeared with the modes
> and after the user chose one, the mouse cursor changed.
>
> The only thing is that accessing this menu has to be extremely easy, so
> I don't know if it is a good idea to put in a menu that is not visible
> by default (in order to change the 'mode' the user would need to hover
> the very small toolbar opener widget, and do two more clicks).
>
> csaba
>
>
> On 11/15/2012 11:11, Steve Pieper wrote:
>> Thanks for bringing this up - I also have run into undesired
>> window/level changes.
>>
>> I'd suggest that we look into extending the current toolbar button
>> that selects annotations into one that selects all left mouse actions
>> and that we associate a custom cursor with them like we do for the
>> Editor and Annotation modes.
>>
>> -Steve
>>
>> On Thu, Nov 15, 2012 at 11:04 AM, Jean-Christophe Fillion-Robin
>> <[hidden email]> wrote:
>>> Adding the user list in cc.
>>>
>>> +1 Agreed. The default W/L key could probably be changed
>>>
>>> Existing keyboard and mouse shortcuts are documented here:
>>> http://www.slicer.org/slicerWiki/index.php/Documentation/Nightly/SlicerApplication/MouseandKeyboardShortcuts
>>>
>>> Thanks
>>> Jc
>>>
>>>
>>> On Thu, Nov 15, 2012 at 10:54 AM, Csaba Pinter <[hidden email]> wrote:
>>>> Hi everyone,
>>>>
>>>> I'd like to start a discussion about whether it is a good thing that the
>>>> left mouse button changes window/level (brightness/contrast).
>>>>
>>>> Two preferable outcomes are possible here. Either I am convinced that it
>>>> is a good thing, or it turns out that it is inconvenient for the most
>>>> people using Slicer and we agree on some change.
>>>>
>>>> Let me describe why this is a thorn in my side. Many times after I set a
>>>> perfect W/L setting, and I do some other interactions on a slice viewer
>>>> using the slice viewer controls, I accidentally hit the image area with
>>>> the left button and the display settings immediately change. Then I have
>>>> to go to the Volumes module and set the W/L again.
>>>> I agree that W/L setting has to be easily accessible but does it have to
>>>> be the left mouse button? If let's say the zoom or pan feature was
>>>> triggered by the left mouse button, then it would be easily detectable
>>>> and correctable. When I say detectable I think about the cases when the
>>>> user doesn't even notice that a W/L change was applied, and the image is
>>>> completely black/white. The user might actually think their algorithm is
>>>> faulty (I saw the exact same happening last week in our lab).
>>>>
>>>> So summing my problem up: The most basic mouse interaction does
>>>> something with which one can spoil something that is not always
>>>> detectable or easily correctable.
>>>>
>>>> Thoughts?
>>>>
>>>> Cheers,
>>>> csaba
>>>> _______________________________________________
>>>> slicer-devel mailing list
>>>> [hidden email]
>>>> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>>>> To unsubscribe: send email to
>>>> [hidden email] with unsubscribe as the
>>>> subject
>>>
>>>
>>>
>>> --
>>> +1 919 869 8849
>>>
>>>
>>> _______________________________________________
>>> slicer-users mailing list
>>> [hidden email]
>>> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
>>> To unsubscribe: send email to [hidden email]
>>> with unsubscribe as the subject
>
> _______________________________________________
> slicer-devel mailing list
> [hidden email]
> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> To unsubscribe: send email to [hidden email] with unsubscribe as the subject
> _______________________________________________
> slicer-users mailing list
> [hidden email]
> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
> To unsubscribe: send email to [hidden email] with unsubscribe as the subject
_______________________________________________
slicer-users mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-users
To unsubscribe: send email to [hidden email] with unsubscribe as the subject