Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Proposal for a change in behavior of left mouse button #118

Open
GoogleCodeExporter opened this issue Jun 28, 2015 · 6 comments
Open

Proposal for a change in behavior of left mouse button #118

GoogleCodeExporter opened this issue Jun 28, 2015 · 6 comments

Comments

@GoogleCodeExporter
Copy link

I would like to propose a change in behavior of left mouse button clicks/
drags:
- When not hovering over a task the pointer should be in its default state: 
the arrow
- When hovering over a task the pointer should change (into the hand/finger) 
indicating that some action can be  performed (as with the changing pointer 
for dates and percentage-complete)
- When left clicking on a task and dragging it, it should move
- When left clicking outside a task and dragging it, it should move to 
complete view (horizontally and vertically if possible)

I think this is more intuitive that the current methods: holding ctrl to 
drag a task, otherwise the complete view is dragged (I keep messing it up)

Original issue reported on code.google.com by maarten....@gmail.com on 25 May 2010 at 10:40

@GoogleCodeExporter
Copy link
Author

You're missing one thing: drawing a dependency which is currently the default 
behavior 
for "left click and drag". 

Original comment by dbarashev on 26 May 2010 at 12:01

@GoogleCodeExporter
Copy link
Author

Oh yes you're right, I forgot about this. Stupid since, this was the reason for 
this 
proposal, I keep on starting to draw new dependencies when I would like to move 
a task.

So personally, I'd like to have this under the CTRL key, since it is something 
one is 
used less frequently (and more 'special') than moving tasks.

Original comment by maarten....@gmail.com on 26 May 2010 at 12:13

@GoogleCodeExporter
Copy link
Author

The behavior is in fact configurable through the properties file: 
http://code.google.com/p/ganttproject/source/browse/ganttproject/data/resources/
keyboard.properties
Some simple UI for editing this file would be nice, of course.

Original comment by dbarashev on 21 Jun 2010 at 6:14

@GoogleCodeExporter
Copy link
Author

Let me add that changing this file doesn't change anything (at least not in 
Windows, Praha Beta 1 Build 255).

This issue is quite old, is it still valid at all? The problem using GP without 
a mouse (e.g. on a touchpad) or with a mouse without a good middle button is 
rather serious I think.

Original comment by nachbild...@gmail.com on 15 Aug 2011 at 10:32

@GoogleCodeExporter
Copy link
Author

The issue is still open (as shown by the status field). As it is typed as a 
discussion, we are not sure what to do, or whether we need to spend time on it.

So, if you have a (new/good) proposal on this, please let us know and we might 
be able to make a decision what to do :)

On the middle mouse button: what should happen when using it? I do not know 
about it... :/ (scrolling is for zooming, but that can be done using shortkeys 
or clicking the toolbar as well)

I think you need to open a new issue about the broken keyboard.properties file, 
as it is (somewhat) unrelated to this discussion.

Original comment by maarten....@gmail.com on 15 Aug 2011 at 10:43

@GoogleCodeExporter
Copy link
Author

Thanks for pointing this out - every team uses his bugtracker differently, 
sorry for using the wrong posting methods at first.

Mouse handling of timeline bars: Issue 270
keyboard.properties does not change assignments: Issue 271

Original comment by nachbild...@gmail.com on 15 Aug 2011 at 11:33

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant