WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Issue with horizontal scrollbar in appbrowser when viewing info files  (Read 1906 times)

Offline ixbrian

  • Retired Admins
  • Sr. Member
  • *****
  • Posts: 436
I noticed in appbrowser there is an issue when viewing the Info tab of some extensions that have wide lines in their .info files.   The horizontal scroll bar doesn't allow you to scroll all of the way over to the right side of the text, so you can't see the entire line.  Sometimes you can resize your appbrowser to be bigger to see the rest of the text but this doesn't always seem to work depending on how wide your screen is and how much text is missing.  

Here are some examples that have this issue when viewed in appbrowser
compiz-gnome.tcz
chromium-browser.tcz
busybox-httpd.tcz  
procps.tcz      
grub2.tcz
zenmap.tcz
vlc.tcz  
setproxy.tcz

This doesn't seem to affect all extensions that have wide lines; some display correctly.  

It looks like this is probably a bug in FLTK.  

One possible workaround that seems to fix this issue is to detect wide lines and then add on a bunch of whitespace at the end which causes FLTK to make the horizontal scrolling area wider.   This can be done by adding the following code right under the "brw_info->load(select_extn_file.c_str());" line in appbrowser.fl.  

Code: [Select]
        for (int x = 1; x <= brw_info->size(); x++){          
            string line = (brw_info->text(x));                  
            if (line.length() > 64){                            
                    line = line + "                      ";    
            }                                                  
            brw_info->text(x, line.c_str());                    
         }

Offline roberts

  • Retired Admins
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: Issue with horizontal scrollbar in appbrowser when viewing info files
« Reply #1 on: September 22, 2010, 05:53:32 PM »
I thought perhaps by loading each line instead of by file, would make a difference, but no, padding still required. So a variation of this has been implemented for the next cut.
10+ Years Contributing to Linux Open Source Projects.