STR #1626

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 #1626

Application:FLTK Library
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_ask, fl_message, fl_alert icons don't scale well
Created By:AlbrechtS
Assigned To:matt
Fix Version:1.1.8 final (SVN: v5792)
Update Notification:

Receive EMails Don't Receive EMails

Trouble Report Files:

Name/Time/Date Filename/Size top right image
#1 AlbrechtS
10:17 Mar 06, 2007
#2 AlbrechtS
10:18 Mar 06, 2007
#3 AlbrechtS
10:18 Mar 06, 2007
#4 AlbrechtS
10:18 Mar 06, 2007
bottom left image   bottom right image

Trouble Report Comments:

Name/Time/Date Text top right image
#1 AlbrechtS
10:17 Mar 06, 2007
I'll attach a patch file for src/fl_ask.cxx which limits the icon size
in fl_ask(), fl_alert(), and fl_message() to max. 120x120. I tested this
patch with a modified test/ask.cxx, and I'll also post a patch for this
one, for testing purposes - and maybe to become part of the release version, too, because there are no other real test cases for fl_alert()
and fl_message().

There are also two png files that show the bad scaling without the patch.

Please feel free to adjust the limit to another value, or modify the
patch, but IMHO the icon size should be limited somehow.

The problem came up when an application showed a long text with line
breaks using fl_message().

I tested it using Linux and Windows, and the look is the same.

#2 mike
10:47 Mar 06, 2007
How about changing the dialog to use the Fl_Text_Display widget so that the contents are scrolled when longer than 120 pixels/~7 lines?  We'll still be able to wrap and auto-size the dialog...

This would also have the nice side-effect of making the text selectable so that users can copy and paste the message...
#3 AlbrechtS
10:58 Mar 06, 2007
mike wrote:
> How about changing the dialog to use the Fl_Text_Display widget so that
> the contents are scrolled when longer than 120 pixels/~7 lines? [..]

Yes, I thought of that, too, but IMHO the fix should be done nevertheless.

Thanks for your input.

#4 AlbrechtS
11:05 Mar 06, 2007
Ahh, maybe I misunderstood you. Did you mean:

a) to change the application to use Fl_Text_Display, or
b) to change FLTKs fl_message dialog ?

After reading it twice, I assume you meant (b), and I think that this
would be a good idea.

#5 matt
11:18 Mar 06, 2007
My favorite would be b) with a fixed size icon and scrolling only when the box becomes taller than 2/3 of the screen height. It would even be conceivable to use an Fl_Help_View, but we would have to find a way to figure out the rendering size ahead of time.  
#6 mike
11:54 Mar 06, 2007
Yeah, I meant b) so that all of the convenience dialogs would have selectable/copyable/scrollable text.

As for the fixed-size icon, I'm not sure we could come up with a single size that would be suitable/pleasant to look at for all cases.  If we set the lower bounds at 35 pixels (good enough for 2 lines of text) and the upper bounds at 120 (8 lines with padding with FL_NORMAL_SIZE == 14), the size should be consistent for any particular class of messages. Anything longer than 8 lines would just be scrolled...

As for 2/3rds of the screen height, I'm thinking that (in general) modal dialogs should not be that big.  If we size the dialog to no more than 1/2 the width of the current screen and no more than 8 lines (120 pixels) for the height of the message area, that *should* be sufficient for any normal usage, and you can always roll your own if you really need a full-screen modal dialog... :)

All of the usability studies and books I've read clearly show that most users don't read those pop-up alert dialogs, they instead just click on the button they recognize (which is why it is important to label buttons properly... :)
#7 AlbrechtS
12:19 Mar 06, 2007
Yes, yes, I like that idea ! :-)

Scrolling the text would be okay for me, if up to 8 (or maybe better 12?) lines could be displayed without scrolling. While I'm writing this, the text box in my browser is about 72 characters wide and 12 lines of text high, when the scrollbars are visible. That seems to be a good size.

Auto-sizing (like before), but with limits and scrolling would be a real improvement!
#8 matt
07:20 May 01, 2007
I suggest that we use an Fl_Help_View to render the text in the dialog box. It will be compatible to existing code unless someone has a dialog text strting with <HTML> which is pretty unlikely. It adds the ability to select, copy, and paste text, plus users can change fonts, colors, etc., and theorethically even add hyperlinks inside a dialog box. Neat.

Now what we are missing is code to measure an HTML text, and code to allow the user to click hyperlinks.
#9 matt
16:24 May 01, 2007
Fixed in Subversion repository.

I hope that you all like the changes. fl_message and friends can now take HTML formatting by starting the message text with "<html>". <a href=...> style links are resolved by calling fl_open_uri(). All this now works very nicely for creating a somewhat usable "About" box and much more.
#10 matt
05:45 May 09, 2007
The icon size is now fixed to 50x50 which I find pleasing.

I reverted all other features like selection and HTML rendering for now. To not lose the idea, I changed this to a q.2 feature request.
#11 matt
15:41 Apr 22, 2008
The remaining issue is covered by STR 1928.  
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 ''.