Submitted by Jon on 2012/04/10 15:23
This is from a previous post of mine (see http://www.sqlnotes.net/drupal5/index.php?q=node/2612
 
"There are other problems relating to the display. If my grid fills the screen with items and the last item has expanded sub items, contracting that last parent causes it to go off screen at the bottom. I have to scroll to get to it." 
 
I am experiencing this a little differently with W10. Sometimes the line of entry is well above the bottom of the window. Adding items causes the screen to get closer to the bottom and eventually my new entry is off screen. A final new entry positions the display well above the bottom of the window and each subsequent addition repeats the process.
 
This, and the other bug flagged by Jan is a show stopper for me. I hate to sound monotonous, but it's back to W5 for now.
 
Jon

Comments

 I agree. This happens to me as well. 
 
Will Highfield

Thank you for the confirmation Will. The post (and my previous one about this problem) went unanswered, so I assumed others either do not experience this, or are not bothered by it. It is so intrusive that W10 is difficult to use for note taking.
 
Jon 

There is a problem -- I think long standing -- if user is entering items near the end of the display. It's like the automatic vertical scroll sync is not working past a certain point. It happens here, too. The bad workaround that I've employed in this case is to create a few extra blank items like a bumper between where I am and the bottom of the display. This keeps me above the end of the display. I think it is an issue with the grid that Pierre is using.  None of this helps w the annoyance. 
 
I think the problem w scrolling from the Thinkpad goes like this: that little eraser / pointer thingy is not very smooth or accurate in my experience (which was a while ago). It's good at getting user to a gen'l area & the problem with that is that scrolling off the top or bottom of IQ requires landing on an area that is only a few pixels wide. We all had problems with scrolling even using a regular mouse a while back & I think the scrolling "area" was widened but maybe not enough for Thinkpad.
 
If you haven't tried already, locate the scrolling space on a desktop and at least you'll have something to aim at.  It's very frustrating 
 
HTH 

ThomR

2012/04/25 19:25

In reply to by jan_rifkinson

 Hi Jan. Can you please explain what you mean by the scrolling space?

jan_rifkinson

2012/04/25 20:09

In reply to by ThomR

A visual aid:
Here's an equal sign =
If you touch the line above or below, it won't scroll
if you touch the area in between the lines, it will. That's what I'm referring to
of course in reality the borders, ie the lines of the equal sign are not visible
 
HTH

Jon

2012/04/26 08:15

In reply to by jan_rifkinson

[quote=jan_rifkinson]
There is a problem -- I think long standing -- if user is entering items near the end of the display. It's like the automatic vertical scroll sync is not working past a certain point. It happens here, too. The bad workaround that I've employed in this case is to create a few extra blank items like a bumper between where I am and the bottom of the display. This keeps me above the end of the display. I think it is an issue with the grid that Pierre is using.  None of this helps w the annoyance. 
 [/quote]  
 
Yes, it has been a problem, but Pierre fixed it by building in something similar to what you describe. While certainly workable, I think this introduced a significant lag when creating a new item and then quickly hitting tab to create a sub item. This fix was effective until W5. It  is now back with some additional erratic behaviors. What I mean is that the scrolling off screen does not always occur, but it can be seen regularly.
 
By the way Jan, I've partially converted to your view on Google Calendar syncing. If you remember, I originally was more concerned about the outliner functionality, and remain so. However, I really see the value in this and can't wait to see how Pierre implements it. But Pierre, please fix the grid.
 
Jon 

woodworker

2012/04/26 10:00

In reply to by jan_rifkinson

Hi Jan,
 
Re: the "eraser pointer thingy" My wife hates it, but I use it exclusively and have gotten to where I can draw with it fairly accurately. It is both smooth and accurate. As an aside to those of you who have wondered why it is still put on thinkpads I would add that using a mouse used to give me soreness in my mouse hand and elbow. A benefit of using the trackpoint is that there is never any soreness. I mention all this because  it's rare to find feedback on the trackpoint.
 
InfoQube is not a problem for the trackpoint in any way. I tried hovering the cursor over a) the center of the grid, b) the scrollbar, and c) the scrollbar button. None of these would allow vertical scrolling. However, holding the cursor over the center of the grid does allow horizontal scrolling. Horizontal scrolling works fine.
 
I raised the question of not being able to scroll to the bottom of a grid. I discovered, this morning, that  a) if I am sure to do "windows / tile vertical", then b) I can resize the full screen window I call up so that it fills exactly the area of screen available. When I do this the scrollbar on the full size grid seems to scroll to the bottom. My conclusion is that when scroll bars from the underlying desktop window are visible, it confuses the scrolling bar on the top full sized window which then does not show the full extent of the full sized grid.
 
I've noticed that InfoQube will forget that I have chosen "tile vertical". I have to keep re-applying it.
 
Still, all-in-all, InfoQube is an excellent program and has done everything I ask of it, with work-arounds. It is stable and interesting.
 
Best, Will