[Bugs] #4134 sugar-toolkit-gtk3 URGE: Canvas auto panning based on input focus

Sugar Labs Bugs bugtracker-noreply at sugarlabs.org
Fri Nov 16 11:23:18 EST 2012


#4134: Canvas auto panning based on input focus
-----------------------------------+----------------------------------------
    Reporter:  erikos              |          Owner:  garnacho
        Type:  defect              |         Status:  new     
    Priority:  Urgent              |      Milestone:  0.98    
   Component:  sugar-toolkit-gtk3  |        Version:  0.97.x  
    Severity:  Major               |       Keywords:          
Distribution:  OLPC                |   Status_field:  Assigned
-----------------------------------+----------------------------------------

Comment(by erikos):

 Replying to [comment:9 garnacho]:
 > Replying to [comment:8 erikos]:
 > > If I hit enter, the current text gets under the OSK. Another issue is
 that if I scroll in that situation everything gets messed up in regards to
 the position. A regression for the scrolled window, is that when
 overshooting the widget does not take up the space again. A border is
 left.
 >
 > I'm looking into fixing these
 >
 > >
 > > The terminal and Browse use case both do not work with your patch. Is
 that expected. Anything we have to change here? Which use case do you test
 with?
 >
 > The VTE terminal widget has built-in scrolling and does not use
 GtkScrolledWindow, if Browse uses WebKit2 nowadays that might be the case
 too, I heard some months ago they were planning to do their own scrolling
 implementation

 No, Browse uses WebKit. We do add the WebView to a scrolledwindow. In the
 activity window we do not get the 'request-clear-area' signal in both
 cases. I just removed the scrolledwindow in Browse, no signal neither.

-- 
Ticket URL: <http://bugs.sugarlabs.org/ticket/4134#comment:11>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system


More information about the Bugs mailing list