STR #1469: Fl_File_Browser horizontal scroll does not always scroll "far enough"

STR #1469

Application:	FLTK Library
Duplicate Of:	STR #1470
Status:	1 - Closed w/Resolution
Priority:	2 - Low, e.g. a documentation error or undocumented side-effect
Scope:	3 - Applies to all machines and operating systems
Subsystem:	Core Library
Summary:	Fl_File_Browser horizontal scroll does not always scroll "far enough"
Version:	1.1-current
Created By:	ianmacarthur
Assigned To:	mike
Fix Version:	1.1-current (SVN: v5532)
Update Notification:	Receive EMails Don't Receive EMails

Trouble Report Files:

No files

Trouble Report Comments:

#1	ianmacarthur 10:28 Oct 13, 2006

Oguz Akyuz posted a message on the fltk.general group observing that he could not scroll all the way to the right hand end of his entries, such that one or two characters were lost from the end of file names. The following is a snapshot of the ensuing discussion: Note that there does indeed seem to be an issue with the scroll, under some some (uncertain) circumstances... On 12 Oct 2006, at 18:15, Michael Sweet wrote: > Oguz Akyuz wrote: >> >> For instance I can only see: /home/akyuz/Deskto while clearly it >> should allow me to see /home/akyuz/Desktop/ >> > Might be a bug. Can you duplicate the problem with the file_chooser > demo? Looks like I can reproduce this bug on my Mac... But If I browse to a directory with longish file names in it, then turn on the preview window, and move the preview area splitter to the left, then the horizontal scroll bar does not appear until the text has disappeared well under the vertical scroll bar - I guess, from the way it looks, that the width of the vertical scroll bar has not been taken into account (or something) in computing the horizontal viewable area. Hmmm, no, after a bit more fiddling about, I'd now guess that the problem seems to be more pronounced (for me) on directory names, file names seem relatively unaffected. So, now I'm wondering if the strings are measured wrong? Directory names are in a bold font, and therefore slightly wider than the same text in a normal font...? OK, now this is odd... As I moved the splitter back and forth in this directory, I was "losing" the last two chars off the horizontal range (as Oguz described...) Then I changed the "Show" field from "PDF", which seems to be the default for this demo, to "All Files" and the horizontal scroll seems to work right now... Changing back to PDF it goes awry again. Very strange. Seems to be reproducible, though... -- Ian

#2	mike 06:08 Oct 29, 2006

Fixed in Subversion repository.