STR #1469

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 Home  |  Articles & FAQs  |  Bugs & Features  |  Documentation  |  Download  |  Screenshots  ]
 

Return to Bugs & Features | Roadmap 1.1 ]

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:


Name/Time/Date Text top right image
 
#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.  
bottom left image   bottom right image

Return to Bugs & Features ]

 
 

Comments are owned by the poster. All other content is copyright 1998-2022 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.