| [ Return to Bugs & Features | Roadmap 1.1 | SVN ⇄ GIT ]
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: | |
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. | |
[ Return to Bugs & Features ]
|
| |