fltk-dev  

Messages by Thread

• • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Albrecht Schlosser
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Albrecht Schlosser
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Ian MacArthur
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Ian MacArthur
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Kurt Van Dijck
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Kurt Van Dijck
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Ian MacArthur
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Bill Spitzak
  • Re: [fltk.development] [RFE] STR #2627: X11: DestroyNotify is not handled Manolo Gouy
• [fltk.development] The list of 1.3 STRs is empty Manolo Gouy
  • Re: [fltk.development] The list of 1.3 STRs is empty Greg Ercolano
  • Re: [fltk.development] The list of 1.3 STRs is empty MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] The list of 1.3 STRs is empty Kurt Van Dijck
  • Re: [fltk.development] The list of 1.3 STRs is empty Matthias Melcher
• Re: [fltk.development] [RFE] STR #2624: Placement of widgets be Group relative Matthias Melcher
• [fltk.development] vtkFLTK ZeburRehman
  • Re: [fltk.development] vtkFLTK Albrecht Schlosser
  • Re: [fltk.development] vtkFLTK MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] vtkFLTK Matthias Melcher
• [fltk.development] [OT] Visual Studio Express 2010: how to see the compile/link lines Greg Ercolano
• [fltk.development] /MD vs /MT for fltk builds under VS [DLL hell] Greg Ercolano
  • Re: [fltk.development] /MD vs /MT for fltk builds under VS [DLL hell] Ian MacArthur
  • Re: [fltk.development] /MD vs /MT for fltk builds under VS [DLLhell] Greg Ercolano
  • Re: [fltk.development] /MD vs /MT for fltk builds under VS [DLL hell] Michael Sweet
  • Re: [fltk.development] /MD vs /MT for fltk builds under VS [DLL hell] Matthias Melcher
  • Re: [fltk.development] /MD vs /MT for fltk builds under VS [DLLhell] Greg Ercolano
  • Re: [fltk.development] /MD vs /MT for fltk builds under VS [DLLhell] Greg Ercolano
  • Re: [fltk.development] /MD vs /MT for fltk builds under VS [DLLhell] Albrecht Schlosser
  • Re: [fltk.development] /MD vs /MT for fltk builds under VS [DLLhell] MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] /MD vs /MT for fltk builds under VS [DLLhell] Matthias Melcher
  • Re: [fltk.development] /MD vs /MT for fltk builds under VS [DLLhell] Greg Ercolano
• [fltk.development] About STR 2622... MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] About STR 2622... Albrecht Schlosser
  • Re: [fltk.development] About STR 2622... MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] About STR 2622... Albrecht Schlosser
  • Re: [fltk.development] About STR 2622... Ian MacArthur
  • Re: [fltk.development] About STR 2622... Ian MacArthur
  • Re: [fltk.development] About STR 2622... Albrecht Schlosser
  • Re: [fltk.development] About STR 2622... MacArthur, Ian (SELEX GALILEO, UK)
• Re: [fltk.development] [RFE] STR #76: Specify image data from a buffer than a file Ian MacArthur
  • Re: [fltk.development] [RFE] STR #76: Specify image data from a buffer than a file Matthias Melcher
  • Re: [fltk.development] [RFE] STR #76: Specify image data from a buffer than a file Matthias Melcher
  • Re: [fltk.development] [RFE] STR #76: Specify image data from a buffer than a file Matthias Melcher
• Re: [fltk.development] [RFE] STR #1981: [PATCH] Add "stay on top"-feature to Fl_Window Greg Ercolano
  • Re: [fltk.development] [RFE] STR #1981: [PATCH] Add "stay on top"-feature to Fl_Window Ian MacArthur
  • Re: [fltk.development] [RFE] STR #1981: [PATCH] Add "stay on top"-feature to Fl_Window Greg Ercolano
• Re: [fltk.development] [RFE] STR #2583: transparency for fl_draw_image() Matthias Melcher
  • Re: [fltk.development] [RFE] STR #2583: transparency for fl_draw_image() Matthias Melcher
• Re: [fltk.development] [RFE] STR #2586: Consolidate fluid settings into one dialog Matthias Melcher
• Re: [fltk.development] [RFE] STR #2600: Fl::screen_count() and friends are only initialized once Matthias Melcher
  • Re: [fltk.development] [RFE] STR #2600: Fl::screen_count() and friends are only initialized once Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2600: Fl::screen_count() and friends are only initialized once Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2600: Fl::screen_count() and friends are only initialized once Matthias Melcher
  • Re: [fltk.development] [RFE] STR #2600: Fl::screen_count() and friends are only initialized once Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2600: Fl::screen_count() and friends are only initialized once Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2600: Fl::screen_count() and friends are only initialized once Manolo Gouy
• Re: [fltk.development] [RFE] STR #2609: shape functions (fl_rectf etc.) support alpha Matthias Melcher
  • Re: [fltk.development] [RFE] STR #2609: shape functions (fl_rectf etc.) support alpha Oguz Akyuz
• [fltk.development] About the 1.3 STR's... Matthias Melcher
  • Re: [fltk.development] About the 1.3 STR's... Michael Sweet
  • Re: [fltk.development] About the 1.3 STR's... Kurt Van Dijck
  • Re: [fltk.development] About the 1.3 STR's... Albrecht Schlosser
  • Re: [fltk.development] About the 1.3 STR's... Greg Ercolano
  • Re: [fltk.development] About the 1.3 STR's... Matthias Melcher
  • Re: [fltk.development] About the 1.3 STR's... Manolo Gouy
  • Re: [fltk.development] About the 1.3 STR's... Albrecht Schlosser
  • Re: [fltk.development] About the 1.3 STR's... Albrecht Schlosser
  • Re: [fltk.development] About the 1.3 STR's... Matthias Melcher
  • Re: [fltk.development] About the 1.3 STR's... Michael Sweet
  • Re: [fltk.development] About the 1.3 STR's... Albrecht Schlosser
  • Re: [fltk.development] About the 1.3 STR's... MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] About the 1.3 STR's... Matthias Melcher
  • Re: [fltk.development] About the 1.3 STR's... Albrecht Schlosser
  • Re: [fltk.development] About the 1.3 STR's... Albrecht Schlosser
  • [fltk.development] Doxygen online docs [was: About the 1.3 STR's...] Albrecht Schlosser
  • Re: [fltk.development] About the 1.3 STR's... MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] About the 1.3 STR's... ZeburRehman
• [fltk.development] [RFE] STR #2621: Line numbers in Fl_Text_Display/Editor Jim
  • Re: [fltk.development] [RFE] STR #2621: Line numbers in Fl_Text_Display/Editor Matthias Melcher
  • Re: [fltk.development] [RFE] STR #2621: Line numbers in Fl_Text_Display/Editor Laszlo Z . Antal
  • Re: [fltk.development] [RFE] STR #2621: Line numbers in Fl_Text_Display/Editor Laszlo Z . Antal
  • Re: [fltk.development] [RFE] STR #2621: Line numbers in Fl_Text_Display/Editor Laszlo Z . Antal
• [fltk.development] Online Doxygen docs Ben Stott
  • Re: [fltk.development] Online Doxygen docs Albrecht Schlosser
• Re: [fltk.development] [RFE] STR #2618: Fl_Tree::add() needs a way to add items that contain front slashes Greg Ercolano
• [fltk.development] API naming: future/past tense, etc Greg Ercolano
  • Re: [fltk.development] API naming: future/past tense, etc Ben Stott
  • Re: [fltk.development] API naming: future/past tense, etc MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] API naming: future/past tense, etc Greg Ercolano
  • Re: [fltk.development] API naming: future/past tense, etc Ben Stott
  • Re: [fltk.development] API naming: future/past tense, etc stan
• [fltk.development] [RFE] STR #2618: Fl_Tree::add() needs a way to add items that contain front slashes Greg Ercolano
• [fltk.development] FYI: Doxygen bug affecting FLTK docs Albrecht Schlosser
  • Re: [fltk.development] FYI: Doxygen bug affecting FLTK docs Albrecht Schlosser
  • Re: [fltk.development] FYI: Doxygen bug affecting FLTK docs Albrecht Schlosser
  • Re: [fltk.development] FYI: Doxygen bug affecting FLTK docs Albrecht Schlosser
  • Re: [fltk.development] FYI: Doxygen bug affecting FLTK docs Matthias Melcher
  • Re: [fltk.development] FYI: Doxygen bug affecting FLTK docs Albrecht Schlosser
• Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Sparkaround
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Sparkaround
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Albrecht Schlosser
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Matthias Melcher
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Ian MacArthur
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Henrik Andersson
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Henrik Andersson
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Henrik Andersson
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Henrik Andersson
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Peter Åstrand
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Peter Åstrand
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Peter Åstrand
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Peter Åstrand
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2599: expose dead keys to applications Pierre Ossman
• [fltk.development] bogus FL_NUM_LOCK on OS X Evan Laforge
  • Re: [fltk.development] bogus FL_NUM_LOCK on OS X Manolo Gouy
• Re: [fltk.development] [RFE] STR #2583: inconsistent alphabehaviourforfl_draw_image() Manolo Gouy
• [fltk.development] accurately tracking kbd state Evan Laforge
• [fltk.development] fltk cross compilation for arm lakshmi latha
  • Re: [fltk.development] fltk cross compilation for arm Ian MacArthur
• Re: [fltk.development] STR2611 to resolve multiple InputBrowserhang Re: Any procedure to require developer status james
• [fltk.development] STR2611 to resolve multiple InputBrowser hang Re: Any procedure to require developer status james
  • Re: [fltk.development] STR2611 to resolve multiple InputBrowser hang Re: Any procedure to require developer status Ben Stott
  • Re: [fltk.development] STR2611 to resolve multiple InputBrowser hang Re: Any procedure to require developer status Ben Stott
• [fltk.development] Any procedure to require developer status james
  • Re: [fltk.development] Any procedure to require developer status Ben Stott
  • Re: [fltk.development] Any procedure to require developer status Albrecht Schlosser
  • Re: [fltk.development] Any procedure to require developer status Ian MacArthur
  • Re: [fltk.development] Any procedure to require developer status Ben Stott
• [fltk.development] [RFE] STR #2610: Add another method for Fl_Menu_Button to allow popup at specific position Domingo Alvarez Duarte
  • Re: [fltk.development] [RFE] STR #2610: Add another method for Fl_Menu_Button to allow popup at specific position Matthias Melcher
• Re: [fltk.development] [RFE] STR #2583: inconsistent alphabehaviour for fl_draw_image() Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2583: inconsistent alphabehaviour for fl_draw_image() Evan Laforge
  • Re: [fltk.development] [RFE] STR #2583: inconsistent alphabehaviourfor fl_draw_image() Albrecht Schlosser
• [fltk.development] [RFE] STR #2609: shape functions (fl_rectf etc.) support alpha Evan Laforge
• [fltk.development] Thanks for the keyboard "ALT Gr" fix Domingo Alvarez Duarte
• [fltk.development] Mac: tooltip a only remaining window Manolo Gouy
  • Re: [fltk.development] Mac: tooltip a only remaining window Ian MacArthur
• Re: [fltk.development] More fun with Unicode supplementary planecharsand surrogate pairs - OSX edition Duncan Gibson
  • Re: [fltk.development] More fun with Unicode supplementary planecharsand surrogate pairs - OSX edition Ian MacArthur
• Re: [fltk.development] More fun with Unicode supplementary plane charsand surrogate pairs - OSX edition Manolo Gouy
  • Re: [fltk.development] More fun with Unicode supplementary plane charsand surrogate pairs - OSX edition Duncan Gibson
  • Re: [fltk.development] More fun with Unicode supplementary plane charsand surrogate pairs - OSX edition Ian MacArthur
  • Re: [fltk.development] More fun with Unicode supplementary plane charsand surrogate pairs - OSX edition Greg Ercolano
• Re: [fltk.development] [RFE] STR #2583: inconsistent alpha behaviour for fl_draw_image() Manolo Gouy
  • Re: [fltk.development] [RFE] STR #2583: inconsistent alpha behaviour for fl_draw_image() Evan Laforge
• [fltk.development] More fun with Unicode supplementary plane chars and surrogate pairs - OSX edition Ian MacArthur
• Re: [fltk.development] Fltk-1.3 - win32 handling of Unicode chars - surrogate pairs under WinXP Ian MacArthur
  • Re: [fltk.development] Fltk-1.3 - win32 handling of Unicode chars - surrogate pairs under WinXP Albrecht Schlosser
  • Re: [fltk.development] Fltk-1.3 - win32 handling of Unicode chars - surrogate pairs under WinXP [email protected]
• [fltk.development] recent Fl.cxx change bus errors on OS X Evan Laforge
  • Re: [fltk.development] recent Fl.cxx change bus errors on OS X Manolo Gouy
  • Re: [fltk.development] recent Fl.cxx change bus errors on OS X Evan Laforge
• Re: [fltk.development] Fltk-1.3 - win32 handling of Unicode chars -now with added OSX issues, I think... Manolo Gouy
• Re: [fltk.development] [Library] r8206 -branches/branch-1.3/src Bill Spitzak
• Re: [fltk.development] Fltk-1.3 - win32 handling of Unicode chars-now with added OSX issues, I think... Manolo Gouy
  • Re: [fltk.development] Fltk-1.3 - win32 handling of Unicodechars-now with added OSX issues, I think... MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] Fltk-1.3 - win32 handling ofUnicodechars-now with added OSX issues, I think... Bill Spitzak
• Re: [fltk.development] Fltk-1.3 - win32 handling of Unicode chars - now with added OSX issues, I think... Ian MacArthur
  • Re: [fltk.development] Fltk-1.3 - win32 handling of Unicode chars -now with added OSX issues, I think... MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] Fltk-1.3 - win32 handling of Unicode chars -now with added OSX issues, I think... MacArthur, Ian (SELEX GALILEO, UK)
  • Re: [fltk.development] Fltk-1.3 - win32 handling of Unicode chars-now with added OSX issues, I think... Albrecht Schlosser

• Earlier messages
• Later messages