DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature
Fix Version: 1.3-current (r9871)
@Greg: Yes to all proposed changes.
There's no reason, but laziness, to loose const protection.
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature
Fix Version: 1.3-current (r9871)
Thanks Greg for implementing exactly what I was getting at.
I still have a few remarks about the current
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature
Fix Version: 1.3-current (r9871)
Attached file window.patch...
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature
Fix Version:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature
- The last statement of the Fl_Widget::top_window() function
may be written more simply:
return w-as_window();
- I'm unsure this
Seems nutty, but is the entire file src/Fl_mac.cxx unused code?
If I remove the file, I can rebuild FLTK without it.
A 'grep -r Fl_mac.cxx' on the entire fltk directory shows
only one reference to it; an #include in Fl_x.cxx which is
commented out.
Perhaps it should be removed from SVN,
Hmm, aren't we loosing the close of /dict with this change?
Modified: branches/branch-1.3/fltk-config.cmake.in
===
--- branches/branch-1.3/fltk-config.cmake.in 2013-04-05 15:09:50 UTC (rev
9860)
+++
I just upgraded to a newer mac laptop, and discovered that fltk apps
don't render in the new highres mode. It seems like it shouldn't be
too hard for text at least, but I wasn't able to find an enable high
res flag after a bit of looking at
I just upgraded to a newer mac laptop, and discovered that fltk apps
don't render in the new highres mode. It seems like it shouldn't be
too hard for text at least, but I wasn't able to find an enable high
res flag after a bit of looking at
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
Attached file gtk-browser3.patch...
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-featureIndex: src/Fl_Native_File_Chooser_GTK.cxx
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
In attached gtk-browser3.patch:
- class Fl_X11_File_Chooser renamed Fl_FLTK_File_Chooser
- added support for
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
Attached file gtk-browser2.patch...
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-featureIndex: src/Fl_Native_File_Chooser_GTK.cxx
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
Uploaded gtk-browser2.patch with a somewhat cleaner implementation
that separates the FLTK and GTK browsers in two classes
and two source files.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
Attached file gtk-browser.patch...
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-featureIndex: src/fl_gtk.h
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
The attached gtk-browser.patch modifies the current svn repository
so that Fl_Native_File_Chooser uses the GTK dialog when libgtk2-or-3.so
is
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
Attached file Fl_Native_File_Chooser_GTK_test.cxx...
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature// $Id: $
//
// FLTK native
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
Attached file gtk.h...
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature#ifndef FALSE
#define FALSE (0)
#endif
#ifndef TRUE
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
- added support for Fl_Native_File_Chooser-directory(char*)
- added a Show hidden files toggle button
- dlopen first searches for GTK3 and then,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
Attached file Fl_Native_File_Chooser_GTK_Test.cxx...
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature// $Id: $
//
// FLTK native
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
Attached file Fl_Native_File_Chooser.H...
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature//
// $Id: Fl_Native_File_Chooser.H 9704
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
With today's Fl_Native_File_Chooser.H and
Fl_Native_File_Chooser_GTK_test.cxx (attached files),
the GTK widget fully supports filters.
The
Mac OS gives access to, in Cocoa parlance:
- keyCode, the rank of the physical key that was hit;
- characters, the text emitted by the key, which is the source
of Fl::event_text();
- charactersIgnoringModifier, which gives the text of the key
without ctrl, alt or cmd modifiers, but
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2929
Version: 1.3-feature
I would like to get input from developers about whether a new class
to support internationalization of FLTK apps could be useful.
The attached
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2929
Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2929
Version: 1.3-feature
___
fltk-dev mailing list
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2929
Version: 1.3-feature
Attached file Fl_I18n.cxx...
Link: http://www.fltk.org/str.php?L2929
Version: 1.3-feature//
// $Id: Fl_I18n.cxx 9718 2012-11-13 13:03:20Z
I would like to get input from developers about whether a new class
to support internationalization of FLTK apps could be useful.
See:http://www.fltk.org/str.php?L2929
___
fltk-dev mailing list
fltk-dev@easysw.com
@Albrecht:
could you, please, report whether the German translation
Print Front Window = Frontfenster drucken
present in file
ide/Xcode4/Resources/German.lproj/Localizable.strings is correct,
and suggest one if it's not.
Thanks.
___
fltk-dev mailing
Could any developer, please, run any FLTK 1.3 program on a Mac
running OS X 10.4 and report here how its application menu behaves ?
Are the Services, Hide, Show, and Quit menu items repeated ?
Do the cmd-H and cmd-Q menu shortcuts work as expected?
I ask because I just fixed issues that occur
On 28.12.2012, at 23:40, Ian MacArthur imacart...@gmail.com wrote:
=20
On 28 Dec 2012, at 21:27, Manolo Gouy wrote:
=20
Both the Fl_Text_Editor and Fl_Input widgets support dragdrop
of text, but only Fl_Input draws the cursor while dragging
text around from the same widget to indicate
Both the Fl_Text_Editor and Fl_Input widgets support dragdrop
of text, but only Fl_Input draws the cursor while dragging
text around from the same widget to indicate where the drop would act.
There's code in Fl_Text_Editor (case FL_DND_DRAG of
Fl_Text_Editor::handle(int)) that moves the insertion
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
It works well here: Linux Debian 2.6 in VirtualBox with Gtk2
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
Many thanks for testing Chinese input. I have (r.9761) changed
things a little bit: marked text appears now in white on blue
background, so it should be easily visible. Do you agree?
It is, this way is much easier to read. I still think the ideal would
be an underline, since that's what
. Evidently I was wrong!
On Sat, Dec 15, 2012 at 7:18 AM, Manolo Gouy wrote:
Could somebody with knowledge of Chinese, Japanese and/or Korean
text input on the Mac OS platform, please, test the current svn
version of FLTK 1.3 (r.9755)?
The editor example program can be used for this test
Could somebody with knowledge of Chinese, Japanese and/or Korean
text input on the Mac OS platform, please, test the current svn
version of FLTK 1.3 (r.9755)?
The editor example program can be used for this test.
Using the Mac OS help for CJK text input, I believe
several text input functions are
The bug in FLTK 1.3.1 concerning unbundled Mac OS applications
is now solved.
Is it possible to release 1.3.2 so Mac OS users/developers no longer
see this bug?
___
fltk-dev mailing list
fltk-dev@easysw.com
On 30 Nov 2012, at 18:25, Manolo Gouy wrote:
=20
Testing on my 10.6.8 Mac, and building at the command line using =3D
configure/make I find that:
=20
- the current SVN does not work, though it *nearly* does. If I launch
the executable from the shell itself, it works, but if I launch
Manolo,
On 2012-12-05, at 10:02 AM, Manolo Gouy manolo.g...@univ-lyon1.fr =
wrote:
...
I tend to believe the shell wrapper created for each
application by fltk-config --post is not useful. Opinions?
It allows command-line users to more easily access the program; for =
example, I
On 1 Dec 2012, at 07:55, Manolo Gouy wrote:
=20
Launched from the finder, it works fine, but I'm still getting the
console thrown up as well, which ideally I'd rather not have.
=20
Of course, it works fine if I bundle the exe in my regular build, or =
if
I use fltk-config --post
On 30 Nov 2012, at 18:25, Manolo Gouy wrote:
=20
Testing on my 10.6.8 Mac, and building at the command line using =3D
configure/make I find that:
=20
- the current SVN does not work, though it *nearly* does. If I launch
the executable from the shell itself, it works, but if I launch
MacOS-specific bug in FLTK 1.3.1 for unbundled applications
I have noticed with STR #2890 a Mac OS X-specific bug present in
FLTK 1.3.1: unbundled applications don't appear in the dock and
don't show their system menu.
[For developers unfamiliar with Mac OS X: a standard Mac OS
On 30 Nov 2012, at 15:52, Manolo Gouy wrote:
MacOS-specific bug in FLTK 1.3.1 for unbundled applications
=20
I have noticed with STR #2890 a Mac OS X-specific bug present in
FLTK 1.3.1: unbundled applications don't appear in the dock and
don't show their system menu.
=20
I have this problem: when I run the executable of my program, the terminal
window is opened and it catch all keyboard input directed to the graphical
window.
I don't want the terminal !
Where I wrong ?
Can you use Xcode to build FLTK and your program? This will produce
bundled
MacOS-specific bug in FLTK 1.3.1 for unbundled applications
I have noticed with STR #2890 a Mac OS X-specific bug present in
FLTK 1.3.1: unbundled applications don't appear in the dock and
don't show their system menu.
My idea would be to change the current 1.3.1 archive from
Because it is unclear how to decide what is an acceptable image size
and what is too big.
Why just not inspect file header, as I commented in STR?
On 11/05/2012 02:51 PM, Manolo Gouy wrote:
Fixing STR #2881 (Check image bounds before allocation) requires
to check for failed memory
I agree that all instances of #if FLTK_ABI_VERSION = 10302
should be changed to #if FLTK_ABI_VERSION = 10301.
About the #define FLTK_ABI_VERSION line of Enumerations.H :
it's presently commented out. It should remain so,
so default compiles don't include ABI-breaking features.
Users who want to
Fixing STR #2881 (Check image bounds before allocation) requires
to check for failed memory allocation. Without exception handling,
I believe the only way to do it is:
#include new
...
array = new(std::nothrow) char[xxx];
if (!array) longjmp(xxx, 1);
which violates the CMP because it
fl_draw has some hardcoded support for rotating text, but what about
scaling? Well, scaling along one axis, obviously scaling on both axes
is wel supported :) I noticed that whether or not it pays attention
to the transformation matrix is undefined, and on OS X at least, it
doesn't. Does
+1 for 1.3.1 release, with the ABI breaking stuff turned off by default,
and calling it 1.3.1 (not .2)
___
fltk-dev mailing list
fltk-dev@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-dev
Getting a lot of this when fluid runs in fltk3 builds...
Generating CubeViewUI.cxx and header from CubeViewUI.fl...
Compiling cursor.cxx...
2012-09-27 19:00:02.744 fluid[5003:903] *** __NSAutoreleaseNoPool(): =
Object 0x100303400 of class NSCFDictionary autoreleased with no pool in =
place
For a long time I've had a bizarre bug where things that scroll slowly
change color, but only on an external monitor. I ignored it because
I'm usually not using an external monitor :P
But recently I upgraded from OS X 10.6 to 10.8 and now it's doing it
on the main monitor (macbook pro) as
OS: MacOSX Mountain Lion.
Revision: 9678
Using CMake and generators Xcode and Unix Makefiles.
Stops in scandir.c:
/* This warning added to help identify any non-WIN32 hosts that actually try
to use
* our private implementation of the scandir function, which was suspect...
*/
#if
So in OS X one of the screens has a 22 pixel menu bar. But due to
reasons I haven't fully figured out, the maximum vertical size you can
make a window before it goes off the bottom of the screen is the
screen height - 44. I don't have a dock at the bottom, but if I did
it would probably
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2860
Version: 1.3-feature
A function
int Fl::screen_num(x,y,w,h)
is missing from the patch.
I have put it in file src/screen_xywh.cxx and reordered things
relatively to
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2659
Version: 1.4-feature
Attached file big2.xpm...
Link: http://www.fltk.org/str.php?L2659
Version: 1.4-feature
Attachment: http://www.fltk.org/strfiles/2659/big2.xpm
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2659
Version: 1.4-feature
I believe the attached test pixmap file big2.xpm is not
correctly displayed with the pixmap_browser test program
under X11 when the patches are
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2659
Version: 1.4-feature
Attached file pixmap.patch...
Link: http://www.fltk.org/str.php?L2659
Version: 1.4-featureIndex: src/ps_image.cxx
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2659
Version: 1.4-feature
The attached pixmap.patch gathers all patches considered here
and fixes the issue that appeared with test file big2.xpm.
Should I commit that ?
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2659
Version: 1.4-feature
With both patches, the device test program outputs a valid PostScript
file but the transparent background of the pixmap doesn't appear
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2644
Version: 1.4-feature
Fix Version: 1.3-current (r9624)
Fixed in Subversion repository.
Thanks for the patch.
Link: http://www.fltk.org/str.php?L2644
Version: 1.4-feature
Fix Version: 1.3-current (r9624)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2659
Version: 1.4-feature
With this patch, printing pixmaps to PostScript no longer works.
Use the device demo program under X11 and click the Print button.
Link:
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2856
Version: 1.3-feature
Fix Version: 1.3-current (r9605)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2856
Version: 1.3-feature
Fix Version: 1.3-current (r9605)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2856
Version: 1.3-feature
Fix Version: 1.3-current (r9605)
This seems a useful enhancement.
It's now committed in r.9605
Can the OP check all is OK?
Link:
About the doc of the contructor:
Fl_RGB_Image(const uchar *bits, int W, int H, int D, int LD):
I don't see support for D=0 in the code of Fl_RGB_Image,
or am I wrong?
___
fltk-dev mailing list
fltk-dev@easysw.com
2845HIGHNew OS image test program blank on cygwin/GDI
1.3-current May 16, 2012Unassigned
a.rburgers.quicknet If I move the GDI image.exe program to a
different computer, the GDI display is normal. The issue occurs on a
virtual windows 7 ...
On 17.05.2012, at 15:50, fltk-dev@easysw.com wrote:
Author: manolo
Date: 2012-05-17 06:50:11 -0700 (Thu, 17 May 2012)
New Revision: 9514
Log:
Created function fltk3::Widget* fltk3::event_widget() with this =
Doxygen description:
Widget to which mouse event coordinates relate.
=20
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2834
Version: 1.3-feature
I believe the correct solution would be to proceed as done
by Fl_Value_Input that embeds, as a member, an Fl_Input object
called input. This
Thanks Manolo!
I still have to go through 1041 messages, but one thing became very
clear already: thank you so much for keeping FLTK 3 in sync with FLTK 1!
WIthout your work, during my time off, FLTK 3 would have lost the
connection to FLTK 1 and would have forked off badly, maybe even
On 04.04.2012 18:41, fltk-dev@easysw.com wrote:
Author: manolo
Date: 2012-04-04 09:41:40 -0700 (Wed, 04 Apr 2012)
New Revision: 9322
Log:
Import same modification from 1.3
Manolo, thanks for fixing bugs in 1.3 and 3.0, but IMHO
such svn comments are not very helpful if read later
I've been trying to compile a real-size application with FLTK 3
using its FLTK 1 compatibility. Most things work remarkably well,
except those parts that use application-defined drawing surfaces and
graphics drivers. This appl. defines several drawing surfaces
(Fl_SVG_File_Device,
On 13 Mar 2012, at 18:14, Manolo Gouy wrote:
About adding a cairo-based drawing capability to FLTK 1.3
=20
The class hierarchy defines class Fl_Graphics_Driver with mostly
virtual member methods implemented in its platform-specific subclasses
Fl_Xlib_Graphics_Driver
On 12.03.2012 14:33, fltk-dev@easysw.com wrote:
Author: manolo
Date: 2012-03-12 06:33:56 -0700 (Mon, 12 Mar 2012)
New Revision: 9280
Log:
Created virtual void fltk3::GraphicsDriver::copy_offscreen()
Well, I see that this is good to have, but did you also remove
fl_copy_offscreen(...)
About adding a cairo-based drawing capability to FLTK 1.3
The class hierarchy defines class Fl_Graphics_Driver with mostly
virtual member methods implemented in its platform-specific subclasses
Fl_Xlib_Graphics_Driver, Fl_Quartz_Graphics_Driver, etc...
For the reasons outlined before, some
I asked once without answer and I'll ask again, your PDF is based on
libharu like the one I did, it improves the one I did ?
What I did is very incomplete (no image support) and is based on
the PDFlib Lite library.
___
fltk-dev mailing list
I added some comments to Fl_Text_Buffer::utf8_input_filter()
in r9260.
Could the author of that function (Manolo?) or someone
familiar with utf8/cp1252 check them for correctness?
While fixing the corruption bug reported in STR #2808,
I found I had to add comments to this code in case I
Is it possible to add a non-virtual member function to a class
without breaking the FLTK 1.3.0 ABI ?
If yes, I would like to add a couple.
Yes, I think so. What would you like to add?
Albrecht
Trying to develop a new graphics driver subclass (Fl_PDF_Graphics_Driver)
I realized that it
The XrandR library is very likely installed on all modern Linux machines
(ie ones that can do xft). It is required by Qt and GTK. I don't think
there will be any problems requiring it.
XRandR calls have been implemented using dlopen/dlsym to dynamically
load the libXRandR.so if it exists. This
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2780
Version: 1.3-feature
It's possible to avoid the problem without changing the FLTK
source code writing your function as follows, where
Fl::check() triggers the real
Sorry, but I think there's something wrong with this patch. Given the
following file:
#include FL/Fl.H
#include FL/Fl_Window.H
#include FL/Fl_Box.H
void
make(int x, int y, int w, int h, const char *label)
{
printf(%s: wanted: %d %d\n, label, x, y);
Fl_Window *win = new
w-y(int(main_screen_height - (crect.origin.y + w-h(;
The last statement above reflects the fact that cocoa uses coordinates
that go upward from the main screen bottom whereas FLTK uses
coordinates that go downward from the main screen top.
Thanks, the comments help a lot. So one
This is fixed in r.9166. Sorry for that.
All,
Rebuilding fltk3 r9165 on my ubuntu test box it is failing with:
Compiling fltk3/Pixmap.cxx...
Compiling fltk3/Positioner.cxx...
Compiling fltk3/Printer.cxx...
In file included from fltk3/Printer.cxx:37:0:
fltk3/PostScript.cxx: In member
@Matt:
There are several fixes in file src/Fl_PostScript.cxx
until r.9156 that would be good to be put in 1.3.1
- fix use of A4 and Letter paper sizes
- fix use of Portrait/Landscape orientations
- allow Fl_Printer::printable_rect() to be called before
Fl_Printer::start_page() is called. This
On Mon, Oct 17, 2011 at 4:58 AM, Manolo Gouy wrote:
Could you, please, try to restore a window after having added
this patch but without overriding show() ?
Excellent, seems to work!
Thanks. The new code has been committed in r.9134.
___
fltk
So I noticed that when I save windows on the non-primary screen, quit
and restore, they wind up on the primary screen. It looks like on OS
X, show() will move the window back on to the primary screen. So I
overrode show:
void
BlockViewWindow::show()
{
IRect requested = rect(this);
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2600
Version: 1.3-feature
Fix Version: 1.3-current (r9102)
Changed X11 implementation: the libXrandr.so shared library is now
dynamically loaded at run-time, so there is not anymore the requirement
to test for this library at
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2600
Version: 1.3-feature
Fix Version: 1.3-current (r9123)
The correct SVN r number is 9123.
Link: http://www.fltk.org/str.php?L2600
Version: 1.3-feature
Fix Version: 1.3-current (r9123)
On 01.10.2011, at 19:57, Manolo Gouy wrote:
There are also some Mac OS bug fixes in the svn version
that would be good to be present in 1.3.1. Is that possible ?
Sure. I will do an svn diff to figure out what is needed. Any
suggestions welcome.
To eliminate from 1.3.1 the still unsettled
On 01.10.2011, at 19:57, Manolo Gouy wrote:
There are also some Mac OS bug fixes in the svn version
that would be good to be present in 1.3.1. Is that possible ?
Sure. I will do an svn diff to figure out what is needed. Any
suggestions welcome.
To eliminate from 1.3.1 the still
I see that libXrandr depends on libX11, libXext, libXrender, and libc
and that libXft depends on all of these and others. Thus, I conclude
that using libXrandr does not require additional libraries
on the platform besides itself.
Is that correct ?
I think so - but the key here (as it
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2674
Version: 1.3-feature
Fix Version: 1.3.0
Merged with STR#2675.
Link: http://www.fltk.org/str.php?L2674
Version: 1.3-feature
Fix Version: 1.3.0
___
fltk-dev mailing list
On 01.10.2011, at 17:29, E. Torres wrote:
In order to compile FLTK 1.3-svn at revision 9107, I had to add =
-lXrandr to LDLIBS and GLDLIBS.
Yes, that was a rather major change. I will compile a version 1.3.1 =
based on 1.3.0 plus one or two essential patches (the hanging pulldown =
menu,
In order to compile FLTK 1.3-svn at revision 9107, I had to add -lXrandr to
LDLIBS and GLDLIBS.
The current FLTK 1.3 does compile without having to manually
correct LDLIBS, but it's necessary to run autoconf and configure
anew so the file config.h is expanded with a new item
#define
The current version
will become 1.3.2 and go through our standard testing to avoid =
exactly
this (I have a feeling that we should try to load this library at
run-time instead. It may not be available everywhere!).
The usage of the Xrandr library is protected by
#if HAVE_XRANDR
I have tried the attached changes (xrandr.diff) to add the newly
introduced libXrandr dependency under unix to CMake support files,
but it does not do the job. I see no other way to proceed.
Can anyone help?
___
fltk-dev mailing list
fltk-dev@easysw.com
Index: CMake/FLTKConfig.cmake.in
===
--- CMake/FLTKConfig.cmake.in (revision 8864)
+++ CMake/FLTKConfig.cmake.in (working copy)
@@ -34,6 +34,7 @@
set(FLTK_XINERAMA_FOUND @FLTK_XINERAMA_FOUND@)
set(FLTK_XFT_FOUND
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2600
Version: 1.4-feature
This is now implemented also on the MSWindows platform with r.9087.
The new FL_SCREEN_CONFIGURATION_CHANGED event is created,
and
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2600
Version: 1.3-feature
Fix Version: 1.3-current (r9102)
Fixed in Subversion repository.
The feature is now also implemented for the X11 platform,
but this uses the RandR X extension.
Requires to run autoconf and configure after
Matt: I wonder whether you could delete file
scr/fltk3/cocoa_interface.cxx from the 3.0 branch.
It is a translation of file src/Fl_mac.cxx of the 1.3 branch,
which implements the Carbon style of the Mac OS platform
and which is outdated and unused now.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2600
Version: 1.4-feature
This capability is implemented for the Mac OS platform in r.9084.
Info about relevant APIs to detect screen changes under MSWindows
and unix is
For Mac OS, do this:
- add this line to enum Fl_Event of FL/Enumerations.H
, FL_SCREEN_CONFIGURATION_CHANGED = 24
- add this line at the end of function
applicationDidChangeScreenParameters in file src/Fl_cocoa.mm:
Fl::handle(FL_SCREEN_CONFIGURATION_CHANGED, NULL);
and it does the trick. But
I have changed (r.9055) the Doxygen doc of fl_draw() functions
to state explicitly that all involved strings are UTF-8 encoded
and all lengths are in bytes.
I would suggest to use the fl_utf8decode() function in your case.
It will successively compute the byte length of each Unicode character
in
Manolo -- while looking into this, playing around with
examples/native*.cxx program, I noticed a different problem.
If I run that app and do these steps:
1) File - Save As, filter appears
2) File - Open, *filter is missing*
3)
1 - 100 of 492 matches
Mail list logo