I went from not being clear on what I wanted to discuss to writing it down anyway.
I thought I just wrote it down and solved it before I consulted with him, but after consulting with him, I realized that the solution I went through was the best one, surprisingly, because I thought it wasnât good enough beforehand.
Specifically.
I had noticed but unintentionally ignored the idea of using the keyboard for parallel movement 6077ff00aff09e00008ebf98.
In retrospect, I was subconsciously thinking about when Iâd use it on my iPad, and I figured there was no way Iâd have a keyboard hooked up to it.
In âWhat else can you tell me about paralleling?â The first question was âInconvenient to operate on a PCâ and the second question was âWhatâs the value? and âIt would be nice if it could be operated without stressâ in âWhat is the value?
I thought about âwhat needs to happenâ to âoperate stress-free on a PCâ and realized that shift dragging uses both the keyboard and pointing device, so it would rather be less stressful to complete the shift using only the keyboard.
What would you like to see happen in this conversation?
I would like to discuss the design of Regroup
What kind of âRegroupâ is this âRegroupâ?
Listen first.
Yes, sir.
Regroup was originally designed for use with the iPad, using two-finger gestures for scaling and translating. The original problem was that the computer screen is too small for electronic KJ, and the hypothesis was that smooth scaling would solve this problem.
ăRegroupă
Since I use a Macbook for development, it is more convenient to be able to perform all operations on the Macbook. This is converted to a wheel event.
Scaling.â
Zooming in and out on the iPad works the same way as Google Maps: âZoom in and out as an image of the currently rendered content, and re-render after the operation is complete. However, this method could not be used because wheel events do not have an explicit end. The only thing I did was to adjust the zoom value for each arrival of the wheel event. In the first place, the operation on the PC was intended for debugging purposes.
Scaling.â
I was trying to make a tutorial for Keicho-Regroup integration, and since it is difficult to assume that users have iPads to begin with, I thought it was necessary to make it usable on PCs as well. (I just realized that half of the users use their smartphones to open Regroup on a small screen, so I need to advise them to open it on a larger screen.)
ăRegroupă
So, I wanted to consult with you about what I should do because I find it inconvenient to actually use it on my PC. Before I asked for advice, I thought, âWould it be nice if there were hotkeys because itâs a pain to press the mode-switching button?â Or, âWould it be nice to have a key that zooms out to where you can see the whole picture?â But as we talked, I thought that the implementation of zooming in and out was not well thought out in the first place.
Scaling.â
Ideally, it would be the same two-finger gesture as on the iPad, but thereâs a good chance that browser apps wonât be able to capture it; thereâs still the problem of people not on Macbooks not being able to use it; the problem solved on the iPad and not solved on the PC is actually parallel shift.
ăiPadă
On the iPad, both zooming in and out and translating are two-finger gestures, so even lasso selection mode can be used without switching modes. On the other hand, on the Macbook, I had to switch modes to use it. Shift-drag is rather appropriate for âuse without switching modes,â but I didnât use it.
Scaling.â
In the implementation process, âparallel move modeâ was created first, and this is still the default mode. In this mode, dragging a sticky moves it, and dragging the screen moves it parallel. Later, when I wanted to move multiple stickies at once, lasso mode was added, and it seemed silly to switch modes when moving only one sticky at a time, so lasso mode was used to move a sticky at a time. It is now a mode that is used only for parallel movement on a PC.
Parallel shift.
There are two ways to move the viewpoint parallel without switching modes: one is to use the keyboard and the other is to create a mini-map. It would be nice to have a mini-map, but it is unknown how much the cost of drawing one would increase.
Parallel shift.
In terms of eliminating the parallel movement mode, some people are afraid of accidentally manipulating and breaking it, so the default should be a non-editing mode.
Parallel shift.
I came to a conclusion before I used any in-depth questions, but I felt my next action was to âprohibit mode switching to parallel movement mode, use it, and find out what Iâm not satisfied with.
Parallel shift.
the end
What would you like to see happen in this conversation?
It would have been nice if the current vague awareness of the problem was clarified and the next action was set in stone.
I came to a conclusion before I used any in-depth questions, but I thought my next action would be to prohibit mode switching in the parallel mode, try using it, and find out what Iâm not satisfied with.
What kind of âparallel shiftâ is this âparallel shiftâ?
Moving the viewpoint to look at different parts of the map.
I came to a conclusion before I used any in-depth questions, but I thought my next action would be to prohibit mode switching in the parallel mode, try using it, and find out what Iâm not satisfied with.
Is there anything else you can tell us about this âparallel shiftâ?
I found it inconvenient to do that on a PC.
What is it that you value?
It would be nice to be able to operate and organize stickies without stress.
I came to a conclusion before I used any in-depth questions, but I thought my next action would be to prohibit mode switching in the parallel mode, try using it, and find out what Iâm not satisfied with.
How do you know this âparallel shiftâ?
I forgot about the shift drag function myself, users donât understand it of course, so I need a guide.
I came to a conclusion before I used any in-depth questions, but I thought my next action would be to prohibit mode switching in the parallel mode, try using it, and find out what Iâm not satisfied with.
What do you hope will happen with respect to this âparallel shiftâ?
Stress-free and intuitive operation would be nice.
What would need to happen to the âparallel shiftâ for that to happen?
At the very least, it shouldnât require mode switching. Making the user press the shift key is also rather subtle. Many people are used to keyboard operation through games, etc., so it might be possible to dismiss it as such. The mini-map is also explicit in the sense that you can switch viewpoints, but you have to move the cursor to the mini-map, look at it carefully, and click. Given that, perhaps keyboard parallelism is surprisingly the most promising?
As for the âparallel shift,â can it be done?
I can try that feature on for you.
At the very least, it shouldnât require you to switch modes. Making people press the shift key is also rather subtle. Many people are used to keyboard operation through games, etc., so it might be possible to dismiss it as such. The mini-map is also explicit in the sense that you can switch viewpoints, but you have to move the cursor to the mini-map, look at it carefully, and click. Given this, perhaps keyboard parallelism is surprisingly the most promising?
This page is auto-translated from /nishio/RegroupăŽč¨č¨ăŤă¤ăăŚç¸čŤăăă using DeepL. If you looks something interesting but the auto-translated English is not good enough to understand it, feel free to let me know at @nishio_en. Iâm very happy to spread my thought to non-Japanese readers.
Moving the viewpoint to look at different parts of the map.
What is it that you value?